abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 12:22 | Bezpečnostní upozornění

Ve středu vydaná "npm@next" verze 5.7.0 správce balíčků pro JavaScript npm (Wikipedie, Node Package Manager) přinesla řadě uživatelů Linuxu nečekanou nepříjemnost. V závislosti na způsobu instalace a ve spojení s příkazem sudo mohlo dojít ke změně vlastníka u systémových souborů, také například /. Chyba je opravena v před několika hodinami vydané verzi npm 5.7.1 [reddit].

Ladislav Hagara | Komentářů: 4
dnes 10:00 | Nová verze

Byla vydána verze 10.5 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu. Zdůraznit lze integrovanou podporu Let's Encrypt.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Komunita

Příspěvek na blogu Signalu (Wikipedie) informuje o založení neziskové nadace Signal Foundation, jež bude zastřešovat další vývoj tohoto svobodného bezpečného komunikátoru běžícího také na Linuxu (Signal Desktop). Brian Acton, spoluzakladatel WhatsAppu, věnoval nadaci 50 milionů dolarů [Hacker News].

Ladislav Hagara | Komentářů: 1
včera 05:55 | Zajímavý článek

Článek na Fedora Magazine krátce představuje programovací jazyk Rust a několik zajímavých v Rustu naprogramovaných terminálových aplikací. Jedná se o alternativu k příkazu grep ripgrep, moderní barevnou alternativu k příkazu ls exa, příkazem cloc inspirovaný tokei a zvířátko v terminálu ternimal.

Ladislav Hagara | Komentářů: 0
21.2. 23:55 | Zajímavý projekt

Byl spuštěn Humble Classics Return Bundle. Za vlastní cenu lze koupit hry Broken Sword 5 - The Serpent's Curse, Shadowrun Returns a Shadowrun: Dragonfall - Director's Cut. Při nadprůměrné platbě (aktuálně 8,48 $) také Shadowrun: Hong Kong - Extended Edition, Wasteland 2: Director's Cut - Standard Edition, Age of Wonders III a Xenonauts. Při platbě 15 $ a více lze získat navíc Torment: Tides of Numenera a Dreamfall Chapters: The Final Cut Edition.

Ladislav Hagara | Komentářů: 0
21.2. 00:11 | Bezpečnostní upozornění

Vývojáři linuxové distribuce Mageia na svém blogu upozorňují na narušení bezpečnosti Mageia Identity. Narušitel získal přístup k LDAP databázi a zveřejnil jména uživatelů, jejich emailové adresy a haše hesel. Hesla uživatelů byla resetována.

Ladislav Hagara | Komentářů: 3
20.2. 21:55 | Nová verze

Byla vydána verze 2.0.0 nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). Z novinek je nutno upozornit na nový zpětně nekompatibilní formát záznamu asciicast v2. S novým formátem si poradí nové verze asciinema-playeru a asciinema-serveru [Hacker News].

Ladislav Hagara | Komentářů: 0
20.2. 05:55 | Zajímavý projekt

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

Ladislav Hagara | Komentářů: 12
20.2. 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

Ladislav Hagara | Komentářů: 0
19.2. 21:33 | Nová verze

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

Ladislav Hagara | Komentářů: 0
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (3%)
 (3%)
 (0%)
 (1%)
 (1%)
Celkem 437 hlasů
 Komentářů: 35, poslední 21.2. 19:51
    Rozcestník

    Dotaz: Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)

    xkucf03 avatar 29.9.2014 10:55 xkucf03 | skóre: 46 | blog: xkucf03
    Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)
    Přečteno: 294×

    Dělám RPM balíček pro svůj program SQL-DK a nevím, jak deklarovat závislosti na JVM. Program potřebuje Javu 7 nebo Javu 8 (případně vyšší, až bude). Nechci vynucovat konkrétní verzi. Stejně jako třeba v Debianu i ve Fedoře to jsou různé balíky, ne jeden v různých verzích (což má výhodu, že člověk může mít nainstalované oba).

    Někde jsem se dočetl, že RPM neumí (platí to ještě?) alternativy v závislostech a mají se místo toho použít virtuální balíky.

    U .deb balíčku můžu deklarovat závislost:

    Depends: java7-runtime | java8-runtime

    U .rpm tedy použiji virtuální balík – jenže když tam dám:

    Requires: java >= 1:1.7.0

    tak to ve Fedoře 20 chce instalovat 7 a nespokojí se to s 8, která už je nainstalovaná.

    Takže jsem závislost ze .spec souboru zatím vyhodil úplně a je potřeba ji ohlídat ručně. Jak tam můžu dostat to „nebo“ do závislostí?

    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net

    Odpovědi

    michich avatar 29.9.2014 12:21 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)
    Requires: java >= 1:1.7.0

    tak to ve Fedoře 20 chce instalovat 7 a nespokojí se to s 8, která už je nainstalovaná.

    Tohle by fungovalo ve Fedoře 21, ale ne v F20, kde balík java-1.8.0-openjdk místo "java" poskytuje "java8" (viz rpm -q --provides java-1.8.0-openjdk). Myslím, že to tak bylo schválně, protože v době vydání F20 ještě Java 8 nebyla hotová. Zkusil bych to obejít vlastními virtuálními podbalíčky zhruba takto:
    Name: sql-dk
    Requires: sql-dk-java = %{version}
    ...
    
    %package java7
    Requires: java >= 1:1.7.0
    Provides: sql-dk-java = %{version}
    
    %package java8
    Requires: java8 >= 1:1.8.0
    Provides: sql-dk-java = %{version}
    
    xkucf03 avatar 29.9.2014 14:25 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)

    Díky, trochu to pomohlo, ale pořád to není ono.

    Upravil jsem .spec soubor:

    Name: sql-dk
    Summary: SQL batch client
    Group: Applications/Databases
    BuildArch: noarch 
    Version: 0.10
    Release: 3
    License: GNU GPLv3+
    URL: https://sql-dk.globalcode.info/
    Requires: sql-dk-java = %{version}
    
    
    # --- Dependencies -----------------------------------------------------------
    %package java7
    Summary: Java 7
    Group: Development/Languages
    Requires: java >= 1:1.7.0
    Provides: sql-dk-java = %{version}
    
    %description java7
    virtual package for dependency on Java 7
    
    %package java8
    Summary: Java 8
    Group: Development/Languages
    Requires: java8 >= 1:1.8.0
    Provides: sql-dk-java = %{version}
    
    %description java8
    virtual package for dependency on Java 8
    # ----------------------------------------------------------------------------
    
    
    %description
    SQL-DK is a command-line client for relational databases.
    
    %prep
    mkdir -p ${RPM_BUILD_ROOT}/usr/bin/
    mkdir -p ${RPM_BUILD_ROOT}/usr/share/sql-dk/
    mkdir -p ${RPM_BUILD_ROOT}/usr/share/doc/sql-dk/
    mkdir -p ${RPM_BUILD_ROOT}/etc/bash_completion.d/
    
    cp ../../../../scripts/sql-dk.sh                                                   ${RPM_BUILD_ROOT}/usr/bin/sql-dk
    cp ../../../../xml/config.xsd                                                      ${RPM_BUILD_ROOT}/usr/share/doc/sql-dk/
    cp ../../../../xml/config.rnc                                                      ${RPM_BUILD_ROOT}/usr/share/doc/sql-dk/
    cp ../../../../xml/config.xsl                                                      ${RPM_BUILD_ROOT}/usr/share/doc/sql-dk/
    cp ../../../../java/sql-dk/dist/sql-dk.jar                                         ${RPM_BUILD_ROOT}/usr/share/sql-dk/
    cp ../../../../java/jdbc-loopback-driver/dist/jdbc-loopback-driver.jar             ${RPM_BUILD_ROOT}/usr/share/sql-dk/
    cp ../../../../java/sql-dk/dist/bash-completion.sh                                 ${RPM_BUILD_ROOT}/etc/bash_completion.d/sql-dk
    
    %files
    %defattr(-,root,root)
    /usr/bin/*
    /usr/share/sql-dk/*
    /usr/share/doc/sql-dk/*
    /etc/bash_completion.d/*
    
    

    Ale při pokusu o instalaci dostávám chybu:

    # rpm -i sql-dk-0.10-2.noarch.rpm 
    chyba: Selhalé závislosti:
            sql-dk-java = 0.10 je potřeba pro sql-dk-0.10-2.noarch

    Když ve .spec nemám žádné soubory u pod-balíčků, tak se tyto balíčky ani nesestaví a nemůžu je nainstalovat.

    Když do java7 a java8 nějaký soubor dám, tak se balíček sestaví a můžu ho nainstalovat, ale přijde mi to strašně krkolomné – uživatel by se musel rozmyslet, jakou verzi Javy používá, pak podle toho nainstalovat sql-dk-java7-0.10-3.noarch.rpm nebo sql-dk-java8-0.10-3.noarch.rpm a pak sql-dk-0.10-3.noarch.rpm, který už bude mít splněné závislosti. Jenže to si rovnou může ručně nainstalovat java-1.7.0-openjdk nebo java-1.8.0-openjdk místo těch mých balíčků. Navíc bych musel šířit tři .rpm soubory místo jednoho.

    Rád bych, aby stačilo napsat:

    rpm -i sql-dk-0.10-3.noarch.rpm

    a jen se zkontrolovalo, že je nainstalovaná Java 7 nebo 8. Případně aby yum doinstaloval závislosti (nejnovější dostupnou Javu).

    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    michich avatar 30.9.2014 12:47 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)
    Když ve .spec nemám žádné soubory u pod-balíčků, tak se tyto balíčky ani nesestaví a nemůžu je nainstalovat.
    Soubory v nich mít nemusíš, ale musíš u nich uvést %files sekci, klidně prázdnou.
    [...] Navíc bych musel šířit tři .rpm soubory místo jednoho.
    Ano, šířit jednotlivé soubory je krkolomné. Vyrob z nich repo (viz createrepo). Jakmile yum bude o tom repozitáři vědět, pak při pokusu o nainstalování sql-dk už si se závislostmi nějak poradí. Vzhledem k tomu, jak si yum vybírá mezi alternativními poskytovateli Provides, měl by preferovat již nainstalovanou verzi Javy.
    xkucf03 avatar 29.9.2014 15:36 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)
    Ještě mě napadlo udělat závislost na souboru /usr/bin/java, ale to taky nefunguje.

    Pro Bash by to šlo:
    # rpm -q --file /bin/bash
    bash-4.2.48-2.fc20.x86_64
    Ale pro Javu ne:
    # rpm -q --file /usr/bin/java
    soubor /usr/bin/java nevlastní žádný balíček
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    29.9.2014 15:48 chrono
    Rozbalit Rozbalit vše Re: Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)
    Ak to nemusí fungovať na nižšej verzii ako je 20, nestačí použiť len Require: java? (predpokladám, že Fedora 20 podporuje len java 1.7+)
    29.9.2014 15:49 chrono
    Rozbalit Rozbalit vše Re: Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)
    A ak to nevyžaduje GUI, mohlo by stačiť java-headless
    xkucf03 avatar 29.9.2014 15:58 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)

    Potíž je v tom, že java-1.8.0-openjdk-1.8.0.11-9.b12.fc20.x86_64 neposkytuje balíček java, ale java8:

    # rpm -q --whatprovides java
    java-1.7.0-openjdk-1.7.0.65-2.5.2.5.fc20.x86_64
    
    # rpm -q --whatprovides java-headless
    java-1.7.0-openjdk-headless-1.7.0.65-2.5.2.5.fc20.x86_64

    Takže by to vyžadovalo 7 a já chci, aby to chodilo i lidem, kteří mají jen 8.

    BTW: stejným problémem trpí třeba JDBC ovladače ve Fedoře 20:

    # rpm -q --requires postgresql-jdbc 
    java
    jpackage-utils
    jpackage-utils
    rpmlib(CompressedFileNames) <= 3.0.4-1
    rpmlib(FileDigests) <= 4.6.0-1
    rpmlib(PayloadFilesHavePrefix) <= 4.0-1
    rpmlib(PayloadIsXz) <= 5.2-1

    Taky jim nebude stačit 8 a musí se kvůli nim nainstalovat 7.

    Ale hlavně je mi divné, že by RPM neumělo nijak vyjádřit: „balíček X vyžaduje Y nebo Z“.

    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    29.9.2014 16:28 chrono
    Rozbalit Rozbalit vše Re: Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)
    RPM pri závislostiach používa názov, takže v tomto prípade neexistuje žiadne jednoduché riešenie, kedže názvy sú iné. (predpokladám, že to urobili preto, aby bolo jednoduchšie tie balíky nainštalovať súčasne kvôli testovaniu)

    Pravdepodobne najjednoduchšie je už odporúčané riešenie (a teda, jeden balík bude obsahovať všetky súbory a ďalšie dva budú závisieť na java alebo java8 a poskytovať niečo, na čom bude závisieť ten hlavný balík).
    29.9.2014 16:30 chrono
    Rozbalit Rozbalit vše Re: Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)
    Teda najjednoduchšie je urobiť dva balíčky, aj tak sa budú musieť pri zmene verzie javy preinštalovať. :)
    30.9.2014 08:59 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)

    Bohužel RPM stále neumí disjunkci uvnitř jednoho balíku. Ale prý se na tom pracuje :(

    Pokud jde o balení javových věcí, silně doporučuji přečíst si dokumentaci Java Packaging Guidelines. Případně omáčku jako Java Packaging HOWTO. Případné dotazy směřujte do mailing listu Java SIG.

    Pokud Fedora 20 nepodporuje JDK 1.8, tak to neohýbejte násilím. Určitě je pro to dobrý důvod.

    xkucf03 avatar 30.9.2014 23:14 xkucf03 | skóre: 46 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)
    Pokud jde o balení javových věcí, silně doporučuji přečíst si dokumentaci Java Packaging Guidelines.

    Na to jsem koukal. Tyhle balíčky jsou zatím provizorní/neoficiální. I ty .deb musím předělat. Teď šlo jen o to, aby to bylo možné ručně nainstalovat/odinstalovat/upgradovat. Ale chci to dostat do distribucí, takže to podle těch pravidel musím upravit – původní plán totiž byl, že se nejdřív zkompilují JARy a další věci a pak se ten proces teprve rozvětví – zabalí se tytéž soubory několikrát, pro různé distribuce. Ale asi budu muset kompilovat .class/.jar soubory pro každou distribuci znova.

    Pokud Fedora 20 nepodporuje JDK 1.8, tak to neohýbejte násilím. Určitě je pro to dobrý důvod.

    Balíčky pro Javu 8 tam jsou a není důvod, proč by moje aplikace s Javou 8 neměla fungovat → tudíž jsem nechtěl nutit nikoho k instalaci 7, když už má 8. Ale potíž je v tom, že když bude chtít třeba JDBC ovladače, tak ho to k instalaci 7 stejně donutí, protože ty deklarují závislost na 7 resp. na balíčku, který v současnosti poskytuje jen 7. Takže bych se na to asi taky mohl vykašlat a počkat na příští verzi Fedory, tam už snad půjde mít jen 8.

    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    1.10.2014 09:16 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)
    Ale asi budu muset kompilovat .class/.jar soubory pro každou distribuci znova.

    Samozřejmě. Bezpečnostní tým by vás jinak roztrhl. Každá distribuce vyžaduje kompilaci ze zdrojáků, aby mohla patchovat. Říká se tomu svobodný software.

    Balíčky pro Javu 8 tam jsou a není důvod, proč by moje aplikace s Javou 8 neměla fungovat → tudíž jsem nechtěl nutit nikoho k instalaci 7, když už má 8. Ale potíž je v tom, že když bude chtít třeba JDBC ovladače, tak ho to k instalaci 7 stejně donutí, protože ty deklarují závislost na 7 resp. na balíčku, který v současnosti poskytuje jen 7.

    Buďto java-1.8.0-openjdk neposkytuje RPM symboly java a java-headless pouze nedopatřením, nebo v tom je nějaký záměr. Za dotaz do mailing listu nebo hlášení do bugzilly vám nikdo hlavu neutrhne. (Například RHEL-6.5: java-1.7.0-openjdk provides changed from java7 to java.)

    Z hlediska správy balíčků to není váš problém. Když se budete držet guidelines, tak budete mít balík, u kterého je víceméně zaručeno, že bude fungovat.

    Mimochodem pro sestavení neoficiálních binárních RPM balíků mužete použít systém Copr.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.