Gentoo ebuild - 1 (začínáme: názvy ebuildů a proměnné)

7. 2. 2007 | David Watzke | Návody | 8428×

Používáte Gentoo Linux a občas se vám stane, že potřebujete balíček, který není ve stromu Portage? Nebo třeba jen novou verzi? Ať už potřebujete vytvořit vlastní ebuild z jakéhokoli důvodu, tento průvodce má za cíl vám v tom pomoci. V dnešním díle si povíme něco o standardních proměnných.

Co je to ebuild?

Ebuild je speciální skript v bashi používaný balíčkovacím systémem Gentoo Linuxu - Portage. Obsahuje popis balíčku, licenci, adresu ke zdrojovým kódům, instrukce, jak je rozbalit a případně opatchovat, zkompilovat a nainstalovat. Musí být uložen v kódování UTF-8.

Jak by měl ebuild vypadat?

Může mít opravdu mnoho nejrůznějších podob, ale nejprve si ukážeme jeden z jednodušších:

# Copyright 1999-2006 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: \
#  /var/cvsroot/gentoo-x86/x11-themes/ethemes/ethemes-0.16.8.ebuild, \
#  v 1.1 2006/08/28 06:14:05 vapier Exp $

DESCRIPTION="Meta package for all the official Enlightenment themes"
HOMEPAGE="http://www.enlightenment.org/"
SRC_URI=""

LICENSE="BSD"
SLOT="0"
KEYWORDS="alpha amd64 hppa ia64 ppc ppc64 sh sparc x86"
IUSE=""

DEPEND="x11-themes/etheme-BlueSteel
	x11-themes/etheme-BrushedMetal-Tigert
	x11-themes/etheme-Ganymede
	x11-themes/etheme-ShinyMetal"

Na začátku každého ebuildu z Portage najdete tři zakomentované řádky, kterých si vůbec nemusíte všímat: první je copyright, druhý licence a o třetí se stará CVS, takže je nejlepší, když se tam nechá jen "# $Header: $".

Proměnné Portage

V tomto článku se nebudu zabývat nastavením Portage; jen vysvětlím, co znamenají proměnné, o kterých se později zmíním.

Proměnná	Popis
PORTDIR	Adresář, ve kterém se nachází strom Portage. Výchozí hodnota je /usr/portage. Změnit ji můžete například podle FAQ: Jak přesunout Portage?.
PORTDIR_OVERLAY	Adresář(e), kam patří ebuildy buď vaše vlastní nebo neoficiální od třetích stran.
PORTAGE_TMPDIR	Dočasný adresář pro Portage. Výchozí hodnota je /var/tmp.

Kam ebuild uložit (a jak ho nazvat)?

Naše ebuildy určitě nebudeme ukládat do hlavního stromu Portage, tedy ${PORTDIR}, protože by se za prvé míchaly mezi oficiální ebuildy a za druhé byste o ně hned při další synchronizaci přišli. Patří do adresáře, který si nadefinujete zmiňovanou proměnnou PORTDIR_OVERLAY v souboru /etc/make.conf.

Kategorie

Nyní je čas zvolit pro náš ebuild vhodnou kategorii ze seznamu dostupném v souboru ${PORTDIR}/profiles/categories. Pokud by žádná nevyhovovala, nic vám nebrání vytvořit si kategorii vlastní - potom je ale třeba vytvořit soubor profiles/categories i v overlayi a zapsat ji tam. Název kategorie může obsahovat malá písmena a-z a pomlčky.

Název balíčku a ebuildu

V kategorii si vytvoříme adresář, který bude nést název balíčku. Je vhodné vyhnout se velkým písmenům, přestože je lze použít. Název může obsahovat, stejně jako kategorie, a-z, pomlčky a navíc ještě čísla 0-9, plus a podtržítko.

V tomto adresáři konečně vytvoříme ebuild. Jeho název musí obsahovat název balíčku ve tvaru, který jsme zvolili pro název adresáře. Následuje pomlčka a za ní verze a za ní případně další pomlčka a revize. Nakonec patří přípona '.ebuild', takže například nazev-baliku-1.0-r1.ebuild.

Verze

Verze se může skládat z jednoho nebo více čísel oddělených tečkou (např. 1.2.3 nebo 20070205). Poslední číslo může být následováno písmenem (např. 1.2b - nepoužívat b místo _beta!) nebo některým z řetězců vypsaných v následující tabulce. Řetězce jsou vypsány v pořadí, jak je bere Portage, od nejnižší verze po nejvyšší.

Řetězec	Význam
_alpha	Alpha verze
_beta	Beta verze
_pre	Preview verze
_rc	RC (release candidate) verze
(nic)	Normální verze
_p	Patch level

Úplně nakonec patří revize. Pár příkladů, jak můžou vypadat takové verze: 0.1_alpha20, 5.0_pre12-r8, 2.3_rc5-r2, 3.6b-r5.

Předdefinované proměnné

Následující proměnné jsou definovány jen pro čtení. Je vhodné je používat namísto zapisování verzí atp. "napevno". Vždy je totiž cílem to, aby pokud možno stačilo ebuild jen přejmenovat na novou verzi a on bez zásahů rovnou fungoval. To samozřejmě není vždy možné, ale často ano.

Proměnná	Popis
P	Název a verze balíčku bez revize, například ethemes-0.16.8.
PN	Název balíčku, například ethemes.
PV	Verze balíčku bez revize, například 0.16.8.
PR	Revize balíčku, nebo r0, když nemá revizi.
PVR	Verze balíčku s revizí, například 0.16.8 (zde bez revize, protože žádnou nemá).
PF	Název, verze a revize balíčku, například ethemes-0.16.8-r0.
A	Všechny zdrojové soubory pro balíček (kromě těch, které jsou podmíněny USE flagy, které máte zakázány - o podmínkách si řekneme později).
CATEGORY	Kategorie balíčku, například x11-themes.
FILESDIR	Cesta k podadresáři files/ v adresáři s ebuildem (v tomto případě běžně /usr/portage/x11-themes/ethemes/files), který je často využíván pro malé patche a soubory. Má hodnotu "${PORTDIR}/${CATEGORY}/${PN}/files".
WORKDIR	Pracovní adresář s výchozí hodnotou "${PORTAGE_TMPDIR}/portage/${PF}/work".
T	Dočasný adresář, který ebuild může využívat. Má hodnotu "${PORTAGE_TMPDIR}/portage/${PF}/temp".
D	Cesta k dočasné instalační cestě. Sem se nejprve nainstaluje každý ebuild, a teprve když projde sandboxem (tzn. nepokouší se nic smazat atp.), tak je nainstalován do ${ROOT}.
ROOT	Cesta ke kořenovému adresáři systému. Vždy připojte na začátek cesty - vyjímkou je jen proměnná "${D}".

Nezbytné proměnné

Proměnná	Popis
DESCRIPTION	Stručný popis balíčku.
HOMEPAGE	Domovská stránka balíčku.
SRC_URI	Adresa ke zdrojovým kódům. Nepoužívejte v ní proměnnou HOMEPAGE.
LICENSE	Pod jakou je balíček vydán licencí - název musí přesně (včetně velikosti písmen) odpovídat souboru v adresáři "${PORTDIR}/licenses".
SLOT	Určuje, zda bude možné instalovat více verzí paralelně. O slotování si povíme více později.
KEYWORDS	Architektury, na kterých se balíček sestaví a funguje. Pokud ještě není řádně otestovaný, přidá se před název architektury tilda, takže například ~amd64.
IUSE	Všechny USE flagy, které budou u balíčku dostupné.

Volitelné proměnné

Proměnná	Popis
S	Cesta k dočasnému adresáři s rozbalenými zdrojáky. Výchozí hodnota je "${WORKDIR}/${P}" a ebuild by ji neměl předefinovávat, pokud se nemění - to záleží na názvu adresáře, který se rozbalí ze zdrojáků: pokud je ve tvaru "${P}", pak není třeba tuto proměnnou definovat.
DEPEND	Závislosti, které jsou nutné pro sestavení balíčku.
RDEPEND	Závislosti, které jsou nutné pro spuštění balíčku.
PDEPEND	Závislosti, které musí být nainstalovány až po balíčku. Zpravidla je vhodné se používání PDEPEND vyhýbat a používat RDEPEND, kromě případů, kdy by to způsobilo kruhové závislosti.
RESTRICT	Vlastnosti oddělené mezerou, které budou pro daný balíček zakázány. O těch se zmíním jindy.
PROVIDE	Tato proměnná by měla být použita jen v případě, když balíček poskytuje virtuální cíl. Například blackdown-jdk a sun-jdk poskytují virtual/jdk. Balíčky potom mohou záviset na virtual/jdk a není třeba je pokaždé vyjmenovávat.

Příště

Příští díl bude o funkcích, eclass a příkazech.

       

Komentáře

[Käyttäjä 11133]

A já si myslel, že ebuild je většinou v 7 bit kódování a obsahuje pouze znaky z tabulky ASCII.

[David Watzke]

Viz GLEP 31.

[Käyttäjä 11133]

To není podstatné, vzhledem k tomu, že většina ebuildů neobsahuje žádné znaky, které by nebyly součáští tabulky ASCII tak jejich kódování bude 7 bit a né UTF8. Zkus si na ebuildy poštvat encu.

[petr_p]

Vetsina neznamena vsechny. Ostatne v UTF-8 jsou treba i Changelogy a tam to videt je, protoze se tam podepisuje kde kdo.

[Käyttäjä 11133]

Můj první komentář:

že ebuild je většinou v 7 bit

A David hovoří o Ebuildech takže v čem jsou Changelogy je zcela irelevantní. Ale i kdyby byl jen jeden jediný ebuild uložen v kódování jiném než UTF8 a fungovalo to tak to znamená, že ebuildy v UTF8 být nemusí. A vzhledem k tomu že jich je většina v 7bit kódování tak jsou mé argumenty i podložené.

[razor]

Já bych to viděl takhle. Všechny ebuildy jsou v utf8. Akorát když v nich není diakritika, tak nepoznáš rozdíl od ASCII kódování

[.]

Ty ebuildy, o nichž si myslíš, že jsou v ASCII, jsou ve skutečnosti v utf-8, jen o tom nevíš. Samozřejmě můžeš vytvořit svoje vlastní Stopkovo kódování, a když tam neuděláš nic co by zmátlo bash při parsování, tak budou fungovat taky.

Třeba můžeš zcela bezpečně do komentáře napsat // <|>pka, což daném kódování může znamenat "stopka", a ono to bude fungovat :P Samozřejmě např. pro zobrazování ebuidu bude potřeba širší podpora daného kódování v systému.

[Käyttäjä 11133]

Třeba můžeš zcela bezpečně do komentáře napsat // <|>pka, což daném kódování může znamenat "stopka", a ono to bude fungovat :P

To asi těžko, kódování dokumetu by bylo stále 7 bit ASCII. Protože kdyby platilo to co říkáš tak je html kódování což neplatí. HTML je značkovací jazyk. Kódování je o vrstvu níže. TZN můžu nadefinovat hexadeximální hodnotě 6F což je v ASCII o třeba význam stopka. A pokud bych zahrnul podporu pro takovéto kódování do nějaké aplikace tak kdybych otevřel nějaký soubor kde by se vyskytovaly hodnoty 6F tak by se místo ASCII o zobrazilo stopka. A rozdíl mezi 7bit ASCII a UTF8 je hlavně tento. Slovo "ahoj" v HEXA je v jednom 64686F6A a ve druhém FFFE610068006F006A00. Jestli alespoň poznáš které je které.

[Jan Kundrát (jkt)]

A rozdíl mezi 7bit ASCII a UTF8 je hlavně tento. Slovo "ahoj" v HEXA je v jednom 64686F6A a ve druhém FFFE610068006F006A00.

Mam pocit, ze si tu nekdo plete UTF-8, UTF-16 a jeste navic do toho micha BOM... Byte Order Mark neni nutny a ASCII znaky v UTF-8 zabiraji jeden bajt.

[Käyttäjä 11133]

BOM beru, ale zaměňění UTF8 a UTF16 si nějak nemůžu všimnout.

[razor]

V utf8 je hex reprezentace "ahoj" : 61, 68, 6f, 6a a v 7-bit ascii : 61, 68, 6f, 6a

[AraxoN]

Viď wikipédia

[Kyosuke]

Nepatříš k týmu vývojářů Windows? Notepad tomu říká „Kódování Unicode“, musel jsem experimentálně zjistit, co se tím vlastně rozumí: UTF-16 LE. BTW, je úžasné, jak snaha o kompromis (?) může spojit to nejhorší z obou světů.

[Michal Vyskočil]

Ono je to kódování vůbec ve světě MS nějak oblíbené. Třeba .Net je má taky. Asi jim nikdo neřekl, že nestačí jenom přejmenovat javovské knihovny a přidat delegáty, ale i trochu přemýšlet

[happy barney]

to posledné slovo v súvislosti so software-ovou divíziou MS mi akosi nejde dohromady

[Käyttäjä 11133]

No já to dělal pod windows, takže to bude asi tím. Tím nechci nijak svou chybu omlouvat, přiznávám ji.

[Kyosuke]

Ještě to doplním… UTF-32 je sice nafouklé, ale: S 32b čísly se dobře pracuje i na méně chytrých (RISC) architekturách, nevyžaduje surrogate páry, je odolné proti poškození dat (při náhodném porušení jednoho znaku je stále možné přečíst zbytek řetězce), zjištění délky řetězce v něm není operace s lineární složitostí. UTF-8 je velmi kompaktní (u evropských textů téměř na úrovni ASCII), je zpětně kompatibilní s ASCII, je endian-independent, takže nevyžaduje BOM. A teď mi upřímně řekněte, jaké výhody má UTF-16.

[Jan Kundrát (jkt)]

je odolné proti poškození dat (při náhodném porušení jednoho znaku je stále možné přečíst zbytek řetězce)

Stejne jako utf-8

[bobbin]

Cekal jsem, kdy se s tim tady objevis... ;)

No, jen tak dal... a diky.

[petr_p]

Jak se resi software (casto se to tyka fontu), ktery ma licenci "tady si to muzete stahnout a pozivat, vsechna ostatni prava jsou vyhrazena"? Tj. freeware bez explicitniho povoleni k redistribuci.

Za prve takova licence v /usr/portage/licences asi neni (ani pro cisty freeware s redistribuci), za druhe zrejme je nutne zakazat mirrorovani zdrojaku.

Obecne me zarazi, ze v portagi chybi cista freeware licence.

[janik]

ja som len tak zbezne nasiel "licencie" freedist (Freely Distributable.) a free-noncom (Free for non-commercial use. Commercial users must contact the authors.) ale predpokladam ze je tam takychto vseobecnych "licencii" viac.
nieje nic jednoduchsie ako zakazat:

• stahovanie z mirrorov a povolit iba stahovanie z oficialnej stranky
  RESTRICT="nomirror"
• stahovanie odkialkolvek, uzivatel si musi subor stiahnut sam (ebuild mu ponukne adresu, teda za predpokladu, ze sa dany SW stiahnut da)
  RESTRICT="fetch"

[David Watzke]

• stahovanie z mirrorov a povolit iba stahovanie z oficialnej stranky
  RESTRICT="nomirror"

No, spíš bych používal RESTRICT="mirror", to je i v manuálu a je to logičtější (protože RESTRICT zakazuje ).

• stahovanie odkialkolvek, uzivatel si musi subor stiahnut sam (ebuild mu ponukne adresu, teda za predpokladu, ze sa dany SW stiahnut da)
  RESTRICT="fetch"

Ano, o tom píšu v druhém díle...

[Karel12345]

Bych neřekl, že je to logičtější.

Restrikce = omezení, okleštění, snížení, zmenšení počtu

"Restriktivní kritérium" by mělo určit, co se odstraní a co bude zachováno (jako treba v jazyce SQL). Ze samotného RESTRICT="mirror" se nic nepozná (musím kouknout do manuálu, jaký je jeho význam), já sám bych také preferoval význam opačný (tedy že se jedná o zúžení výběru na mirrory).

[David Watzke]

Bych neřekl, že je to logičtější.

Restrikce = omezení, okleštění, snížení, zmenšení počtu

No? Omezení mirrorů

[Karel12345]

Omezení mirrorů nebo omezení pouze na mirorry?

[David Watzke]

Hmm, když to bereš takhle. Hlavně, že píšu, že RESTRICT obsahuje seznam vlastností (oddělených mezerou), které budou pro daný balíček zakázány

[Karel12345]

Ale ja se vyjadroval pouze k tvrzeni, ze je to logictejsi. Vim, ze to funguje jinak.

[David Watzke]

Tak to bohužel netuším. Můžeš se podívat na packages.gentoo.org/packages/?category=media-fonts, jaké licence se používají u fontů, které jsou v Portage.

[happy barney]

(asi) blbá otázka: ako sa riešia mirory? napr.
- postgresql, ftp2.sk.postgresql.org, ftp.cz.postgresql.org
- sourceforge

[jiri.b]

pekny clanek... jsem opravdu rad, ze se uz zacina blizit konec ruznych zakladnich clanku a ze se vice ukazuje jak to vse pracuje na tom nizsim stupni -- proc? protoze prave clanky jako tento, pomuzou Gentoo (i kdyz neni moje top 1 distro) ziskat dalsi maintainery ebuildu, zlepsi se jejich kvalita a jejich mnozstvi...

je to prvni krok, ktery muze pokrocily uzivatel Gentoo Linuxu vratit svemu distru.

diky :)

PS: ad mirrory, podle me se to neresi ad port, ale pro cele distfiles a to je definovano v nejake promenne v make.conf myslim :)

[happy barney]

aby nedošlo k nejakému nedorozumeniu ... Gentoo je podľa môjho osobného názoru najlepšia a zároveň najhoršia distribúcia
s trochou vlastností navyše (ktoré za tie dva roky, čo sa o distribúcie nezaujímam mohli pribudnúť) by sa s Gentoo mohla stať distribúcia pre distribúcie To by imho bolo pre samotný GNU/Linux (resp. */*) užitočné

[Spike]

SRC_URI="mirror://sourceforge"

Bohužel nevím, kde je k dispozici seznam těchto mirrorů.

[Jan Kundrát (jkt)]

/usr/portage/profiles/thirdpartymirrors

[Spike]

Výborně, díky. :)

[Michal Vyskočil]

V tomto kontextu jde o mirrory Gentoo a ty se řeší v /etc/make.conf

[mIHAU]

A nikomu nevadi ze ta reklama na sun (ktera nejde "zavrit") se nasere pres kus zdrojaku? Ja vim ze tam je jenom konec komentare. Adblock nepouzivam (at si taky neco vydelaji).

[Vojta Drbohlav]

Mně ne, mám ji vloženou pod naspisem.

[Robert Krátký]

Nejvíce to asi vadí redakci. Bohužel s tím v tuto chvíli nemohu nic dělat. I když... mohli bychom tam dát javascriptové odstranění jako u levého sloupce. Zkusím si na to co nejrychleji najít čas.

[YF]

setrte elektriku!

[Käyttäjä 11133]

A kdo bude táhnout českou ekonomiku? :D

[abr]

Pri standardnim dvouletem provozu (2 roky kvuli zaruce) a pri zrychleni behu systemu o 1% usetrim s Gentoo cely tyden. Takze to vyjde zhruba nastejno

[pet]

Zrovna včera jsem půl dne strávil marným hledáním, jak si do portage doplnit vlastní kategorii

[Jan Kundrát (jkt)]

Mame rok 2007 :)

Vyklad o verzich mi prisel trosku zmatecny -- nenasel jsem tam vysvetleni pojmu "revize" predtim, nez byl poprve pouzit,... Dve vety o tom, ze "verze" == "neco, co urcuji vyvojari puvodni aplikace" a "revize" == "verze ebuildu pro jednu konkretni verzi balicku" by IMHO neuskodily.

Popis promenne $A neni jednoznacny -- ve skutecnosti jde (podle manualu) o vsechny zdrojove kody, ktere aktualne nastavena kombinace USE flagu vyzaduje pro kompilaci; mluvit v tomto kontextu o "zakazanych USE" zavani maskovanim USE flagu, coz mate.

Informace o $FILESDIR zrejme nebudou platit o ebuildech v overlayi :)

Sandbox neni vzdy aktivni (na nekterych architekturach neni IIRC k dispozici vubec).

PROVIDE -- nepouzivaji se ted spise "new-style virtuals", tedy "normalni balicky" typu virtual/*?

[David Watzke]

Díky za připomínky.

PROVIDE -- nepouzivaji se ted spise "new-style virtuals", tedy "normalni balicky" typu virtual/*?

Používá se obojí:

$ grep PROVIDE /portage/net-print/cups/cups-1.2.7.ebuild
PROVIDE="virtual/lpr"

Ale virtual/* balíčky jsou podle mě určitě lepší...

[David Watzke]

Popis promenne $A neni jednoznacny -- ve skutecnosti jde (podle manualu) o vsechny zdrojove kody, ktere aktualne nastavena kombinace USE flagu vyzaduje pro kompilaci; mluvit v tomto kontextu o "zakazanych USE" zavani maskovanim USE flagu, coz mate.

Kdybych měl na mysli maskované USE, napsal bych to. Jak mám říkat "zakázaným" USE flagům, aby to nebylo matoucí? Vypnuté?

[Jan Kundrát (jkt)]

Jo, to zni lip. Vypnute/neaktivni/...

[David Ježek]

diky dejve za clanek, utvrdil me v jedne veci: gentoo opravdu skutecne neni pro me. parkrat jsem o nem uvazoval, dokonce i instaloval, ale nikdy jsem mu neprisel na chut. ted vim proc.

[David Watzke]

Proč?

[David Ježek]

proto, ze ja (a to uz tusim delsi dobu) nemam potrebu ani chut se v systemu hrabat takto do hloubky. myslim, ze moje maximum, kam jsem ochoten jit, lezi nekde u archu. ber to jako pochvalu, protoze tenhle tvuj clanek me v tom definitivne utvrdil, za coz ti patri pravem dik (byt chapu, zes jej psal z trochu jinych duvodu ).

[David Watzke]

Podle mě je tenhle důvod směšný, ale... no, rádo se stalo

Každopádně nikdo tě ebuildy dělat nenutí...

[happy barney]

gentoo nie je ani pre mňa, ale pokračuj, možno ma presvedčíš
(no, na to by bolo asi treba demonštrovať skript, ktorý z ebuildov vygeneruje aspoň slackware, keď už nie devian )

[Jirka]

Nic směšného mi na něm nepřijde. Na střední jsem měl taky hromady času. Teď nevím kde mi hlava stojí a seznam s úkoly se mi každý den rozrůstá a taky zjišťuju, že už nemám sílu se učit stejným tempem jako na střední, kde jsem se ani moc neučil.

[David Watzke]

Směšný ne kvůli nedostatku času, ale kvůli tomu, že to říká jako kdyby musel psát ebuildy. Na Archu by taky mohl psát třeba PKGBUILDy... No, to je fuk.

[David Ježek]

no tys me lehce nepochopil, vubec jsem to nemyslel, jak pises, ale to je nepodstatne, nemam cas to vysvetlovat

[David Watzke]

No, za vysvětlení bych byl docela rád, protože nevím o tom, že by tě do tohoto Gentoo nutilo šťourat o něco víc, než Arch. Nicméně máš pravdu, je to nepodstatné

[Jirka]

Já to pochopil tak, že na Archu pkgbuild napsat umí a i když by chtěl dělat s gentoo na stejné úrovni jako s Archem musel by toho zvládnout zatraceně moc a na to už nemá čas, sílu, ... cokoliv.

[petr_p]

Podle ebuild(5) je mozne diktovat zavislosti (napr. DEPEND) jen dle ebuildu (napr. >=media-libs/libtheora-1.0_alpha7). Pravdepodobne neni mozne rici, ze chci, aby tato knihovna byla prelozena s podporou kodovani (encode). Tedy neco jako DEPEND=">=media-libs/libtheora-1.0_alpha7 encode".

Hodi se to v pripade, kdy pisu ebuild pro program, ktery potrebuje vytvaret video v tomto formatu.

(Mozna to neni nejlepsi priklad, protoze USE=encode pouze vyrabi aplikaci pro kodovani, knihovna tu podporu ma tak jako tak. Ale existuji i jine pripady, kdy se use flagem definuje, jestli chci prelozit klienta nebo server. A jiny program jej muze chtit vyuzivat).

Paklize vyse uvedene zavislosti neni mozne deklarovat, jak se k tomu stavi spravci portage? Nechavaji to na uzivateli (einfo) nebo vyvtareji ebulildy typu media-libs/libtheora-encode a media-libs/libtheora, aby mohli zavislost zapsat?

[David Watzke]

Tedy neco jako DEPEND=">=media-libs/libtheora-1.0_alpha7 encode".

DEPEND="encode? ( >=media-libs/libtheora-1.0_alpha7 )"

[David Watzke]

Sakra, to jsem zase napsal blbost. Tohle dělá úplně něco jinýho, než jsi chtěl... Viz komentář od jkt.

[Jan Kundrát (jkt)]

Paklize vyse uvedene zavislosti neni mozne deklarovat, jak se k tomu stavi spravci portage? Nechavaji to na uzivateli (einfo) nebo vyvtareji ebulildy typu media-libs/libtheora-encode a media-libs/libtheora, aby mohli zavislost zapsat?

Ano, USE-based dependencies je jedno z omezeni Portage, ktere celkem dost boli. Resi se to osklivym hackem, kdy se pred zacatkem instalace samotneho baliku zjisti, jestli je nejaky balicek sestaven s danym USE, a pokud ne, instalace "chcipne". Funguje to, ale problem je ten, ze tenhle test neprobiha pri sestavovani zavislosti, ale az tesne pred kompilaci.

Kazdopadne se na tomhle pracuje, podporou ve stabilni verzi Portage si nejsem jisty, ale je to jedna z veci, ktere "drive nebo pozdeji" budou hotove.

Za nekolik let pouzivani jsem na podobne problemy narazil v nekolika malo pripadech, takze si dovolim tvrdit, ze jde spise o "problem cistoty designu" a ne o nejaky realny showstopper.