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 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 29
dnes 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 6
včera 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
včera 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
včera 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 16
včera 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
včera 04:44 | Nová verze

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | Komentářů: 0
25.3. 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 7
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 33
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 52
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 950 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    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: 45 | blog: xkucf03
    Vlastní RPM balíček (pro Fedoru) a závislosti (nebo | vs. virtuální balíky)
    Přečteno: 286×

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