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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 3
včera 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 22
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 8
2.12. 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 2
2.12. 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 4
2.12. 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 0
2.12. 00:10 | Nová verze

Byla vydána verze 3.2 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata. Z novinek lze zmínit například podporu protokolů DNP3 a CIP/ENIP, vylepšenou podporu TLS a samozřejmě také aktualizovanou dokumentaci.

Ladislav Hagara | Komentářů: 0
1.12. 21:00 | Nová verze

Byla vydána beta verze Linux Mintu 18.1 s kódovým jménem Serena. Na blogu Linux Mintu jsou hned dvě oznámení. První o vydání Linux Mintu s prostředím MATE a druhé o vydání Linux Mintu s prostředím Cinnamon. Stejným způsobem jsou rozděleny také poznámky k vydání (MATE, Cinnamon) a přehled novinek s náhledy (MATE, Cinnamon). Linux Mint 18.1 bude podporován až do roku 2021.

Ladislav Hagara | Komentářů: 0
1.12. 16:42 | Nová verze

Byl vydán Devuan Jessie 1.0 Beta 2. Jedná se o druhou beta verzi forku Debianu bez systemd představeného v listopadu 2014 (zprávička). První beta verze byla vydána v dubnu letošního roku (zprávička). Jedna z posledních přednášek věnovaných Devuanu proběhla v listopadu na konferenci FSCONS 2016 (YouTube, pdf).

Ladislav Hagara | Komentářů: 0
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 768 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

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: 272×

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.