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

[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.