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í
×

včera 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
včera 19:55 | Humor

Portál Stack Overflow informuje na svém blogu, že pomohl ukončit editor Vim už více než milionu vývojářů. V loňském roce například hledal odpověď na otázku Jak ukončit editor Vim v průměru 1 z 20 000 návštěvníků.

Ladislav Hagara | Komentářů: 5
včera 19:22 | Nová verze

Po pěti měsících od vydání verze 3.5.0 byla vydána nová stabilní verze 3.6.0, tj. první z nové řady 3.6, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie). Z novinek lze zmínit například podporu dvou nových 64bitových platforem little-endian POWER machines (ppc64le) a IBM z Systems (s390x) nebo nové balíčky Rust 1.17.0, Cargo 0.18.0, GHC 8.0.2 a Julia 0.5.2.

Ladislav Hagara | Komentářů: 0
24.5. 21:33 | Bezpečnostní upozornění

V Sambě byla nalezena a opravena bezpečnostní chyba CVE-2017-7494. Má-li útočník právo ukládat soubory na vzdálený server, může tam uložit připravenou sdílenou knihovnu a přinutit smbd server k jejímu načtení a tím pádem ke spuštění libovolných příkazů. Chyba je opravena v upstream verzích 4.6.4, 4.5.10 a 4.4.14. Chyba se týká všech verzí Samby od verze 3.5.0 vydané 1. března 2010.

Ladislav Hagara | Komentářů: 4
24.5. 20:44 | Nová verze

Byla vydána nová stabilní verze 4.3.0 integrovaného vývojového prostředí (IDE) Qt Creator. Z novinek lze zmínit například integraci editoru kódu do Qt Quick Designeru.

Ladislav Hagara | Komentářů: 1
24.5. 20:11 | Bezpečnostní upozornění

Společnost Check Point informuje na svém blogu o novém vektoru útoku. Pomocí titulků lze útočit na multimediální přehrávače VLC, Kodi, Popcorn Time, Stremio a pravděpodobně i další. Otevření útočníkem připraveného souboru s titulky v neaktualizovaném multimediálním přehrávači může vést ke spuštění libovolných příkazů pod právy uživatele. Ukázka na YouTube. Chyba je opravena v Kodi 17.2 nebo ve VLC 2.2.6.

Ladislav Hagara | Komentářů: 11
23.5. 15:18 | Zajímavý software

CrossOver, komerční produkt založený na Wine, je dnes (23. 5. 2017) dostupný ve slevě. Roční předplatné linuxové verze vyjde s kódem TWENTYONE na $21, resp. $1 v případě IP z chudších zemí. Firma CodeWeavers, která CrossOver vyvíjí, významně přispívá do Wine. Přidaná hodnota CrossOver spočívá v přívětivějším uživatelském rozhraní, integraci do desktopu a podpoře.

Fluttershy, yay! | Komentářů: 26
23.5. 15:11 | Zajímavý projekt

V únoru loňského roku bylo představeno několik útoků na celou řadu bezdrátových klávesnic a myší s názvem MouseJack. Po více než roce lze chybu opravit, tj. aktualizovat firmware, také z Linuxu. Richardu Hughesovi se podařilo navázat spolupráci se společností Logitech, získat od nich dokumentaci, přesvědčit je, aby firmware poskytovali přímo a ne jako součást .exe souboru, aby mohl být popis začleněn do služby Linux Vendor Firmware Service (LVFS) a aktualizace tak mohla proběhnou přímo z Linuxu pomocí projektu fwupd.

Ladislav Hagara | Komentářů: 2
23.5. 13:22 | Nová verze

Po roce a půl vydali vývojáři projektu SANE (Scanner Access Now Easy) (Wikipedie) novou verzi 1.0.27 balíku SANE-Backends. Nejnovější verze tohoto balíku pro přístup ke skenerům přináší například významná vylepšení v několika backendech nebo podporu pro více než 30 nových modelů skenerů. Verze 1.0.26 byla přeskočena.

Ladislav Hagara | Komentářů: 0
22.5. 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 616 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    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: 287×

    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: 50 | 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: 50 | 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.