Paludis - 1 (výhody a rozdíly oproti Portage, přechod z Portage)

29. 7. 2008 | David Watzke

Články - Paludis - 1 (výhody a rozdíly oproti Portage, přechod z Portage)  

Paludis je konkurenční balíčkovací systém pro Gentoo (i jiné distribuce). Dozvíte se o výhodách Paludisu oproti Portage, o rozdílech mezi těmito systémy a o přechodu z Portage na Paludis.

Co je to Paludis?

Paludis je, jak bylo řečeno, balíčkovací systém (motto: Paludis, the Other Package Mangler). Primárně je určený pro distribuci Gentoo, ale použít jej lze na jakékoliv distribuci. Obdobně jako Portage používá repozitáře s ebuildy. Na rozdíl od Portage (Python) je Paludis napsaný v C++, což je jeden z důvodů, proč je často rychlejší.

Výhody oproti Portage

Mezi nejdůležitější patří:

• Lepší konfigurace, umožňující snadněji pracovat se skupinami souvisejících balíčků, spravovat vícero systémů (nebo chrootů) a nastavit vlastnosti pro jednotlivé balíčky a repozitáře.
• Při použití nativní konfigurace je rychlejší.
• Málo závislostí – žádný Python a velké externí šifrovací knihovny.
• Integrace s GLSA (Gentoo Linux Security Advisories), bezpečnostními zprávami Gentoo.
• Kontrola zpětných závislostí při odinstalaci balíčků.
• Řádná podpora pro vícero repozitářů – synchronizace, nastavení cest atp. pro každý repozitář zvlášť.

Paludis vypisuje rovnou všechny balíčky, které je třeba odmaskovat, místo odmaskovávání po jednom, které jste možná zažili s Portage. Umožňuje automaticky přeinstalovat "živé" balíčky (SCM, jako je CVS, SVN, Git atp.) po daném časovém úseku (denně, týdně, atd.). Zajímavá je také možnost filtrování balíčků dle licencí – můžete například povolit instalaci pouze balíčků licencovaných pod GPL a BSD (a přidávat výjimky).

Rozdíly oproti Portage

Klient (samotný program) paludis používá C++ knihovnu libpaludis a je neinteraktivní, tzn. například nemá alternativu k přepínači -a u emerge, který nejdřív vypíše, co se bude dít a pak se zeptá, zda to chcete skutečně provést – je třeba použít přepínač -p (tj. stejné jako u emerge), který vypíše, co se bude dít, a pak to spustit znovu bez něj. Jelikož má Paludis C++ API a bindingy pro Ruby a Python, lze si napsat vlastního klienta nebo různé pomocné prográmky v některém z těchto jazyků.

Paludis je striktnější. Například nenainstaluje uzly zařízení, pojmenované roury a podobné zvláštní soubory, kdežto Portage se o to pokouší, ale nainstaluje je špatně. Paludis také odmítne přepsat adresář souborem, zatímco Portage se o to pokusí, nainstaluje balík jen částečně a vypíše zavádějící chybovou hlášku.

Přechod z Portage

Čím víc máte nastavení, tím to bude zdlouhavější, tedy pokud se rozhodnete použít nativní konfiguraci, což nelze než doporučit, protože je to poměrně jednoduché, uděláte to jen jednou a vyplatí se to. Použití skriptu, který automaticky vytvoří konfiguraci Paludisu z konfigurace Portage a nebo použití Paludisu rovnou s konfigurací Portage zde nebudu popisovat. Pokud vás zájímá, přečtěte si dokument Getting Started na paludis.pioto.org. Nainstalujte si Paludis:

emerge paludis

Až se nainstaluje, tak se ještě neradujte, nejdřív je třeba přenést nastavení. Vytvořte adresář /etc/paludis a přepněte se do něj.

mkdir /etc/paludis
cd /etc/paludis

Je třeba nastavit repozitáře. Nejdřív výchozí hodnoty pro všechny, které pak jednotlivé repozitáře mohou obejít a nebo jednoduše používat bez opakovaného definování. Vytvořte tedy soubor repository_defaults.conf a upravte jeho obsah dle komentářů na hodnoty, které vám vyhovují.

# repozitář s ebuildy, ne žádný speciální
format = ebuild

# dočasný adresář pro rozbalování a kompilaci balíčků (PORTAGE_TMPDIR v make.conf)
builddir = /var/tmp/paludis

# adresář, do kterého se budou stahovat zdrojové soubory (DISTDIR)
distdir = /usr/portage/distfiles

# nastavení cache (o tom si řekneme později)
names_cache = /var/empty

Vytvořte adresář repositories a v něm pro každý repozitář zvláštní konfigurační soubor. Nejdřív je třeba vytvořit ten hlavní pro oficiální strom Gentoo gentoo.conf. Může vypadat následovně:

# lokální umístění repozitáře
location = /usr/portage

# profil, který se použije;
# Portage používá tento symlink, takže to zřejmě nebude třeba měnit
profiles = /etc/make.profile
names_cache = ${location}/.cache/names

# odkud stahovat a synchronizovat?
sync = rsync://rsync.gentoo.org/gentoo-portage

# zvláštní přepínače, které se předají odpovídajícímu klientovi
# dle protokolu, v tomto případě programu rsync
#sync_options = --exclude-from=/etc/paludis/rsync_excludes

Další důležitý (povinný) repozitář je VDB. Ten používá i Portage, jde o velmi důležitý adresář /var/db/pkg, který obsahuje informace o nainstalovaných balících. Vytvořte tedy (v adresáři repositories) soubor vdb.conf, který může vypadat následovně:

format = vdb
# umístění za žádnou cenu neměňte!
location = /var/db/pkg

Pokud používáte overlaye, tak pro každou z nich vytvořte další konfigurák. Lokální overlay může mít následující konfiguraci (název souboru je volitelný):

location = /home/dave/overlay
master_repository = gentoo
importance = 100

Pro použití vzdálené – v tomto případě mé – overlaye vytvořte soubor overlay-watzke-cz.conf s obsahem:

location = /usr/local/overlays/overlay-watzke-cz
sync = git://repo.or.cz/overlay-watzke-cz.git
master_repository = gentoo
format = ebuild

Ujistěte se, že máte nainstalovaného klienta, který dovede pracovat s protokolem v sync, v tomto případě dev-util/git. Pro první stažení je třeba spustit:

paludis -s x-overlay-watzke-cz

Název x-overlay-watzke-cz je automaticky vygenerovaný z názvu konfiguračního souboru, při synchronizaci už se používá skutečný název repozitáře uložený v souboru ${location}/profiles/repo_name, tedy v tomto případě overlay-watzke-cz.

Do souboru bashrc zkopírujte proměnné CHOST, CFLAGS, CXXFLAGS, MAKEOPTS a WANT_MP z konfigurace Portage (/etc/make.conf). Pokud tam některé z těchto proměnných nemáte, vynechte je. Nepatří sem proměnné jako USE, LINGUAS a podobné, vizte níže. Příklad:

CHOST="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=k8 -mtune=k8 -pipe -msse3"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j3"
WANT_MP="true"

Můžete tyto proměnné nastavovat i pro jednotlivé balíčky. Pro tyto účely máte k dispozici proměnné CATEGORY, PN a PV (pokud nevíte, co znamenají, vizte článek Gentoo ebuild - 1 (začínáme: názvy ebuildů a proměnné), konkrétně část "Předdefinované proměnné"). Dávejte pozor, aby tento skript nikdy nic nevypisoval na standardní výstup, jinak můžete očekávat různé zvláštní problémy.

# zvláštní nastavení pro Paludis
if [[ "${CATEGORY}/${PN}" == "sys-apps/paludis" ]] ; then
	CXXFLAGS="${CXXFLAGS} -g -ggdb3"
	MAKEOPTS="-j2"
fi

Nastavení USE flagů (včetně globálních) se provádí v souboru use.conf.

# globální USE, ekvivalent k USE="X" v make.conf
*/* X
# ekvivalenty k LINGUAS="cs" a INPUT_DEVICES="evdev"
*/* LINGUAS: cs
*/* INPUT_DEVICES: evdev
# ALSA_CARDS="emu10k1" pouze pro relevantní balík
media-sound/alsa-driver ALSA_CARDS: emu10k1 -*
# klasický záznam
net-misc/fatrat bittorrent jabber nls sftp doc webinterface
# USE pro celou kategorii
kde-base/* xcomposite

Všimněte si, že Paludis na rozdíl od Portage používá různé výchozí nastavení proměnných, jako je ALSA_CARDS, které nezmizí, ani když proměnné sami definujete – je třeba je ručně zakázat, a to běžně přidáním mínusu, například -emu10k1x nebo -* pro zakázání všech, kromě explicitně povolených.

Keywordy se opět nastavují do zvláštního souboru, a to včetně těch globálních. Je to soubor keywords.conf.

# ekvivalent k ACCEPT_KEYWORDS="amd64" v make.conf
*/* amd64
# balíky s USE="" se v Portage odmaskovávají pomocí **,
# ale Paludis používá pouze jednu hvězdičku
~net-misc/fatrat-9999 *
# jinak je syntaxe stejná jako u package.keywords
sys-devel/gcc ~amd64

Nastavení maskovaných balíčků stačí zkopírovat z Portage:

cp /etc/portage/package.mask package_mask.conf
cp /etc/portage/package.unmask package_unmask.conf

Nebo případně (pokud používáte konfigurační adresáře pro tyto účely):

cp -a /etc/portage/package.mask/ package_mask.conf.d
cp -a /etc/portage/package.unmask/ package_unmask.conf.d

Pokud máte preferovaná zrcadla (mirrory), tedy proměnnou GENTOO_MIRRORS, vytvořte soubor mirrors.conf, do kterého je zapište následovně:

gentoo ftp://gentoo.mirror.web4u.cz/distfiles/
gentoo ftp://ftp.linux.cz/pub/linux/gentoo/distfiles/

Podobně lze nastavit například preferovaný SourceForge nebo Debian mirror, třeba:

sourceforge http://mesh.dl.sourceforge.net/sourceforge
debian ftp://ftp.cz.debian.org/debian

Vytvořte soubor environment.conf alespoň s klíčem world, který ukazuje na seznam ručně vyžádaných nainstalovaných balíčků. Pokud chcete použít ten od Portage (doporučuji), obsah by měl vypadat následovně:

world = /var/lib/portage/world

Poslední důležitý soubor je licenses.conf, ve kterém nastavíte, které licence akceptujete. Většina lidí balíky, s jejichž licencí nesouhlasí, jednoduše neinstaluje, takže tam napíší toto:

*/* *

Pokud jste postupovali správně, struktura adresáře /etc/paludis by měla vypadat následovně:

./bashrc
./environment.conf
./keywords.conf
./licenses.conf
./mirrors.conf         # volitelný
./package_mask.conf    # volitelný
./package_unmask.conf  # volitelný
./repositories/gentoo.conf
./repositories/vdb.conf
./repository_defaults.conf
./use.conf

Základní použití Paludisu

Máte nakonfigurováno, tak zkuste synchronizovat všechny repozitáře (tzn. oficiální strom Gentoo a overlaye) pomocí:

paludis -s

A potom si zkuste nechat vypsat dostupné aktualizace:

paludis -pi world

Odstraněním přepínače -p je pak můžete nainstalovat. Balíky se odinstalovávají následovně:

paludis -u balicek

Jak jsem už psal, Paludis je striktnější a když se k tomu přičte, že Portage obchází spoustu svých vlastních chyb, které jsou třeba už opraveny a projevují se jen v některých verzích (a na balících nainstalovaných tou vadnou verzí), může se stát (resp. je to dost pravděpodobné), že budete muset vyřešit ještě pár problémů, než vám Paludis bude správně fungovat. Pokud má balík například vadný záznam ve VDB (databáze s informacemi o nainstalovaných balících), často jej stačí přeinstalovat Paludisem. Nicméně pokud narazíte na problém, se kterým si nebudete vědět rady, zeptejte se pod článkem a nebo ve zdejší poradně.

Až se vám bude zdát, že se k Portage už nevrátíte, neunáhlete se s jejím vyhozením, protože Paludis zatím nemá ekvivalent k programu ebuild, který slouží k vytváření Manifestů (vizte článek Gentoo ebuild - 5 (problémy, sandbox, kontrolní součty), dole). Nemá také náhradu za dispatch-conf nebo etc-update, fixpackages atp.

Závěr

Po zhruba 7 měsících (výhradního) používání Paludisu musím říct, že mi přijde mnohem lepší než Portage, a to (až na drobnosti) ve všech směrech. Další díl bude mj. o používání Paludisu, nastavení a keších, díky kterým je rychlejší.

Diskuse k tomuto článku

[Let_Me_Be]

Jsem si rikal kdy to konecne vyjde (sliboval si uz davno) Kazdopadne super.

[GEDIK]

souhlas. je to perfektne napsano

[..]

Taky se musím přidat. Chci ho vyzkoušet už dávno, pomalost portage mě už docela štve, ale ještě sem nesebral odvahu. No možná teď nastal čas.(a kdyby se mi to rozbilo, vím koho mám kamenovat :#])

[svido]

Co vsichni mate s pomalosti portage? Me se zda rychla a vyhovujemi. Ani nepouzivam eix.

[Luboš Doležel (Doli)]

Čekat minutu, než to něco propočítá, to docela štve.

[Marián Kyral]

A pak čekat dvě hodiny než se něco přeloží. To naštve ještě více.

[Luboš Doležel (Doli)]

Ani ne, na to se nemusím dívat.

[Marián Kyral]

Ok. A různé hacky jako sqlite databáze jsi zkoušel? Ebuildů je hodně a než se všechny projdou, tak to trvá.

[nardew]

paludis som vobec nepoznal, ale ked pises

A pak čekat dvě hodiny než se něco přeloží. To naštve ještě více.

znamena to, ze paludis pracuje s repozitarmi, kde ku vsetkym balickom exisutuju aj priamo binarky?

[Marián Kyral]

Paludis jsem nikdy nezkoušel. Ta věta byla hodně ironická. Dneska bohužel ironii nikdo nepozná a to ani když je u toho smajlík Natož bez něj.

Nicméně mi jedna minuta kdy portage kontroluje závislosti nepřipadá až tak moc. Prostě napíšu příkaz a pak dělám něco jiného. Po chvíli se přepnu zpátky, mrknu co se objevilo. Pokud musím upravit use flagy, tak to stopnu, opravím a další emerge už je mnohem rychlejší (vše je už v paměti).

[nardew]

Paludis jsem nikdy nezkoušel. Ta věta byla hodně ironická. Dneska bohužel ironii nikdo nepozná a to ani když je u toho smajlík Natož bez něj

no priznavam, ze tu ironiu som v rychlom preleteni prispevkom v tom momente nepostrehol, ale myslim si ze tak ako si to napisal sa to dalo kludne interpretovat aj tak, ako som to najprv pochopil :)

[iki]

binarni i source balicky pouziva Entropy v Sabayonu, viz wiki, forum a svn.

OT: portage guide na sabayonu

[svido]

Hmm, to ja nejak ani nepozoruji. Sync mam nastaveny pres CRON kazdy den, v podstate denne updatuji. Vzdy to poustim ve screenu a pak se podivam na vysledek a pripadne opravim nejake chyby. Tod vse. Rozhodne se nedivam jak se kompiluje Takze mi rychlost nijak nevadi

[Ondroid]

Mám stejný názor. Teda rychlost rozhodně pro mě není důvod proč zkoušet Paludis.

[pavlix]

Rozhodne se nedivam jak se kompiluje Takze mi rychlost nijak nevadi

Já měl za to, že článek je o Paludis, ne o GCC.

[Scarabeus IV]

Zkusil si nekdy pkgcore? Jen se ptam nehodlam tu zase zacinat flame. :]
Jinak clanek popisujci Paladius je to opravdu povedenej a je pravda ze pkgcore i on jsou vyhodnou alternativou k portage (ktery uz taky neni pomaly jak byval).

[David Watzke]

Nezkoušel. Je to zase v Pythonu (tomu se rád vyhýbám, zvlášť u důležitý záležitosti, jakou je balíčkovací systém) a Paludis byl o dost rychlejší, když jsem posledně četl nějaký benchmarky.

[Scarabeus IV]

zkus ten nazor s pythonem prezentovat na #gentoo-desktop nebo #gentoo-COKOLIV ;D
aspon bych si mel co cist a nebylo to jen /part /join msg :]
Zkusim teda zahledat a procist si nejaky benchmarky...

[David Watzke]

To ne, není moc o čem diskutovat – uznávám, že jsem proti tomu jazyku spíš poněkud zaujatej, kdežto C++ mám rád. Samozřejmě, kdyby byl Paludis pomalejší, tak je to něco jinýho, ale takhle pro mě fakt není moc co řešit.

[Scarabeus IV]

Tak ten bench nemuzu najit :( kdyby si sem dal link bylo by to fajn.
Jinak ja myslel ze to je psany v C ale ono je to v C++, takze hadam ze se to bude dost casto rozbijet se zmenama gcc (to je dost nevhodne dle meho...). Python vcelku zvlada vec zvnaou z5na a dopredna kompatibilita (ja vim rozbijou s novou verzi, ale do te doby...)

[Scarabeus IV]

s/zvnaou/zvanou/
tou novou verzi myslim py3k

[stick]

ono dost veci sa rozbije aj s prichodom 2.6, ktora bude obsahovat veci z trunku

[David Watzke]

Nerozbíjí se nic a to tady šachuju s GCC trunkem Řekni mi kolik lidí tohle běžně dělá. Jinak ten benchmark taky nemůžu najít. Našel jsem nějakej, kde na tom byl Paludis špatně s -pi, ale ty testy byly dost nerealistický – třeba k čemu je to, že emerge na druhej běh něco udělá rychleji, když ten první trvá takovou dobu.

[Marián Kyral]

Pěkný článek, nicméně zatím zůstávám u portage. Poslední dobou se objevilo několik zajímavých novinek a to že Paludis nezná volbu "-a" je jeho velké mínus

[David Watzke]

Na webu Paludisu je vysvětlený, že to je vlastnost (klient paludis je prostě neinteraktivní) a když někdo bude dělat interaktivního klienta, dalo by se to vyřešit o dost líp, než to má emerge. Zatím se k tomu nikdo nemá... osobně je mi to jedno, opravdu jsou mnohem důležitější věci.

[ashen]

Navic se to diky hookum da do paludise jednoduse pridat, staci z repa paludis-extras nainstalovat paludis-hooks-ask. Je tam vice prijemnych vychytavek - podpora eix, modules-rebuild .....

[David Watzke]

Hezký, díky za info.

[Marián Kyral]

Ten smile tam nebyl náhodou

Poslední dobou se portage hodně vylepšuje. Asi za to může konkurence. Přibyly takové věci jako automatické řešení Blocking package, @preserved-libs, --keep-going, PORTAGE_IONICE_COMMAND, paralelní emerge několika balíků dle load (--jobs, --load-average).

[Non_E]

Přesně kvůli tomu uvažuju o přechodu zpět k portage.

[Stanislav Brabec]

A už konečně v portage opravili to, že když aplikace potřebuje gtk-1 (apache-1,...), tak to nainstaluje gtk-2 (apache-2,...)? Chybové hlášení na to hnije v Bugzille už více než 6 let, a ani 60 duplikátů je nepřimělo s tím něco udělat.

[kavol]

Náš administrátor shledal tento komentář závadným.

vulgární

Zobrazit komentář

[David Watzke]

Zkusil jsem to a pravdou je, že takovej balík částečně nainstaluje, řekne

Package 'media-sound/test-1.0' NOT merged due to file collisions

ale přesto je nainstalovanej. Takže o něm Portage ví, ale píše, že ho nenainstalovala... takže jo, lze ho potom odinstalovat, omlouvám se.

[Robert Krátký]

nemusíš nám to dokazovat tím, že budeš o Portage vyloženě lhát

Lhát? Slovo omyl ti nic neříká?

[kavol]

dobře, poněkud jsem se unáhlil, omlouvám se

ale tobě přijde v pořádku tento styl, kdy místo aby se věnoval popisu nového se za každou cenu snaží pomluvit staré? - kdyby to bylo o letadlech, jen protože dnes známe reaktivní motor, bude se tvářit, že všechno s vrtulí stojí za starou bačkoru?

[Robert Krátký]

ale tobě přijde v pořádku tento styl, kdy místo aby se věnoval popisu nového se za každou cenu snaží pomluvit staré?

Pomlouvání by mi v pořádku nepřišlo, ale tak jsem ten článek nečetl. Beru to tak, že pokud chceš zdůraznit, proč nějakou - jinak třeba poměrně obyčejnou - vlastnost považuješ za velký přínos, je nutné upozornit na nedostatky řešení, se kterým srovnáváš.

Z článku podle mě neplyne, že by Portage stálo za houby - ale to, že i přes dosavadní nedostatky je Paludis v mnoha věcech lepší a dobře použitelný.

[kavol]

hm ... srovnání bych bral, ale tohle se mi tak prostě nejeví, přijde mi to, že se jen snaží odůvodnit, proč je Portage horší, a to celkem absurdně

třeba s tím C++ ... ono většinou záleží spíše na tom, co a jak se programuje, a už méně na tom v čem, ale ne, podle Davida je Portage pomalé, protože je většina utilit v Pythonu ... hm, ale podle stejného hesla je tedy Paludis pomalý a tudíž špatný, protože není v assembleru, není-liž pravda?

a co taková drobnost, z komentáře výše soudím, že s Portage lze použít sqlite, a že se to tím výrazně zrychlí, ale to nic, Portage je pořád pomalé a špatné, protože není v C++, že?

a tak různě ... vlastně teda ještě oklikou k tomu C++, v threadu níže je dosti kritizována závislost Paludisu na Boostu, ale tak dalece se nehodí rozebírat, v čem a s čím je to napsané, je to prostě lepší a basta!

p.s. neleží mi v žaludku C++, ostatně jedu na Qt i na telefonu , vadí mi ten styl, a ta zmínka o C++ je dobrá příležitost demonstrovat, jak to vnímám

[Luboš Doležel (Doli)]

třeba s tím C++ ... ono většinou záleží spíše na tom, co a jak se programuje, a už méně na tom v čem, ale ne, podle Davida je Portage pomalé, protože je většina utilit v Pythonu ... hm, ale podle stejného hesla je tedy Paludis pomalý a tudíž špatný, protože není v assembleru, není-liž pravda?

Portage je pomalé oproti Paludisu. Oproti čemu je podle tebe pomalý Paludis? Každopádně klasicky spouštěný Python je oproti C++ velmi pomalý; je jen otázka, jak hodně se to projeví.

a tak různě ... vlastně teda ještě oklikou k tomu C++, v threadu níže je dosti kritizována závislost Paludisu na Boostu, ale tak dalece se nehodí rozebírat, v čem a s čím je to napsané, je to prostě lepší a basta!

Kolikrát za týden kompilujete Boost a kolikrát použijete emerge/paludis? I když uznávám, že ta zmínka o závislostech by tam být nemusela.

Celkově na tom porovnání neshledávám závažné nedostatky.

[kavol]

Portage je pomalé oproti Paludisu.

záleží na okolnostech

Oproti čemu je podle tebe pomalý Paludis?

proč oproti něčemu? - prostě je pomalý sám o sobě, když je v tom C++ a ne něčem rychlejším

takové světlo je nejrychlejší, co známe, a přece je docela pomalé, když mu to od Slunce k nám trvá tuším osm minut, ne? :-p

Kolikrát za týden kompilujete Boost a kolikrát použijete emerge/paludis?

dle threadu níže se ovšem Boost na některých strojích ani nezkompiluje (možná po týdnu swapování?) (*), takže otázka "kolikrát za týden" ztrácí smysl ...

(*) disclaimer: ruku do ohně za to nedám, nezkoušel jsem to, paměťově nejslabší stroj, na kterém jsem kompiloval boost, má 384 MB RAM

[elviin]

Stim Boostem je to pro mne novinka, co jsem si psal s autorem, tak byl proti zevislosti na Boostu. Jsi si jistej? Jinak nerozumim tomu, proc by zavislost na Boostu mela u C++ projektu vadit. Preci jenom jsou to vetsinou (asi z 80%) zavislosti jen na headrech, a navic vymyslet kolo stokrat za sebou neni uz dneska in.

[kavol]

viz thread pod námi

[elviin]

Nejak jsem nenasel nic relevantniho. Do ted jsem si myslel, ze Boost v poslednich verzich Paludisu neni. Byla tam kdysi zavislost na smart pointerech, ale ta mela byt nahrazena vlastni implementaci. Jeste doplnim, ze muzete vyuzit jen casti Boostu, takze neni treba kompilovat(kopirovat) vsechny moduly. Ani jsem nikde nemel problemy jej zkompilovat.

[zimous]

Paludis pouzivam vyhradne uz pres rok a naprosta spokojenost. Jenom bych to, ze je napsanej v C++ nepovazoval jenom za vyhodu. Pouziva docela hi-tech ficury (vselijaky boost a trNECO knihovny, nebo jak se tovlastnepise;), takze kompilace trva docela dlouho a jak uz tu nekdo psal, muze se rozbit prechodem na jinou verzi gcc (me stacilo po upgrade na 4.3 prepnout profil zpatky na 4.2 a paludis sel do kopru).
Jinak moh autor zminit neoficialni overlay paludis-extras (momentalne paludis-extras.org uz par dni nejede a musi se pouzit starsi server drzile.dyndns.org). Tam se daj najit verze portage-utils apod. patchovany, aby spolupracovaly s paludisem. Specialne treba utilitka etc-paludis, ktera nahrazuje etc-update. Nektery funkce u portage-utils chybi a nektery nespolupracujou s paludisem uplne idealne (treba qlist/qfile ignoruje installed-unpackaged baliky), ale pouzit se daji a pro zakladni pouziti neni rozdil.
Jediny na co pouzivam portage, je prave zmineny generovani manifestu pro vlastni ebuildy. K tomu uz se ciaran taky nejak vyjadroval, neco ve smyslu ze az bude dobre definovanej format manifest2, tak to dodela.
Vcelku muzu jedine doporucit :)

[David Watzke]

qlist a qfile není třeba, viz přepínače paludisu -o a -k ... dělají to samý

[zimous]

Jj, ale zvyk je zelezna kosile. Jinak u portage-utils chybi qglsa, jde to nejak primo paludisem (ne, ze bych to na domacim desktopu nejak potreboval, spis pro zajimavost)?

[David Watzke]

Když je Paludis zkompilovanej s USE=glsa, tak by měl vypisovat relevantní GLSA záznamy pro daný cíle. Nevím jestli to jde i jinak...

[zimous]

Tak to hlasi (krome ostatnich chyb) paludis -r. S tim, ze to hlasi pro jednotlivy cile pri instalaci bych si nebyl tak jistej.

[Let_Me_Be]

To ze je napsan v C++ je obrovska vyhoda. Diky tomu mame velice kvalitni knihovnu s bindingama na mnoho jinych programovacich jazyku, nad kterou lze rychle stavet interaktivni utility.

[petr_p]

Kolik stovek MB fyzický paměti potřebuje kompilace boostu? „Operační systém“, který není možné provozovat na stroji se 128 MB RAM, je pro mě trochu silné kafe (nehledejte v tom narážku na JRE :)

[Let_Me_Be]

Od ceho mame cross kompilovani? Jak si myslis, ze se instaluje linux treba do mobilnich telefonu?

[petr_p]

Asi jsem exot, ale stroj se 128 MB paměti je pro mně často nejvýkonnější dosažitelný stroj. Opravdu nejsem pařan, co by každýho půl roku kupoval nový hardware.

Pokud jde o crosskompilaci, tak s tím zkušenosti mám celkem rozsáhlé a často je třeba vyrobit kompletní prostředí, což se mi extra kvůli jednomu balíčku nechce. Často to totiž nekončí u CFLAGS, ale jsou třeba stejné verze knihoven, stejně zarovnané struktury a občas se stává, že některé balíky dělají hloupé testy, které na křížovým překladu nejde nasimulovat.

Ale máš pravdu v tom, že v tomto konkrétním případě se o to nakonec pokusím. Zatím jsem inkscape, jediného žadatele, oželel.

[Let_Me_Be]

Asi jsem exot, ale stroj se 128 MB paměti je pro mně často nejvýkonnější dosažitelný stroj.

No to asi fakt jo. Moje nejstarsi masina, ktera jeste jede, je 10 let stara a ma 256MB pameti

[mkoubik]

S paludisem jsem naprosto spokojen. Prehledna sprava vic repozitaru v kominaci s --dl-reinstall-scm je podle mne nejlepsi killer-feature. Akorat me mrzi, ze jsem nevedel o paludisu uz pri instalaci gentoo (asi pred rokem), a ted musim resit problemy, ktery mi zustaly po portage.

A jeste dotaz, existuje neco jako esearch/esync pro paludis?

[David Watzke]

esync? Co s tím, když máme -s? esearch je pomalá alternativa k eix a někdo tu psal, že v overlayi paludis-extras je nějakej hook aby fungoval s Paludisem. Jinak přepínač -q je taky dobrej (a funguje dost rychle).

[mkoubik]

Nahradou esearch jsem myslel nejakou obdobu rychlyho vyhledavani a nahradou esync jsem myslel generator indexu pro to hledani (o synchronizaci mi nejde).

[David Watzke]

Stačí nainstalovat eix a app-paludis/paludis-hooks-update-eix z tý overlaye a databáze eixu se automaticky aktualizuje při synchronizaci.

[Let_Me_Be]

Pouzivam a je to super.

[David Watzke]

Jenom by to chtělo podporu (od)maskovacích konfiguráků Paludisu místo Portage. Kvůli tomu se snažím tak nějak udržovat konfiguráky Portage, aby eix -cu nevypisovalo úplný kraviny.

[zimous]

Hlavne kvuli vyhledavani mam prave portage-utils (verze z paludis-extras) a jeho qsearch (ma i wrapper palsearch, kterej vysledky hledani vypise paludisem se vsim co on pise). Jinak stejne jako pro eix existuje pro portage-utils hacek do paludisu, takze se indexy po syncu regenerujou. Akorat me nekdy bere cert z toho jak nema prepinac na case-insensitive.
Inquisitio primo z paludisu je nanic - hrozne pomalej, asi hlavne proto, ze vzdycky hleda i v popisu (nejde to vypnout!) a neindexuje.
Doporucil bych spis ten eix, sam na nej asi prejdu.

[jancici]

keywords mam rozdelene v dvoch suboroch general a gnome ktore su v /etc/portage/package.keywords

obsah vyzera takto

...
virtual/jdk
dev-java/blackdown-jdk
dev-java/sun-jdk
...

staci obshah tych suborov pripojit na koniec suboru /etc/paludis/keywords.conf ????

treba tam este na koniec riadku dopisat ~amd64 ???

vdaka

[Tomáš Linhart]

V paludis lze mít také rozdělené keyword do více souborů. Pokud v /etc/paludis založíte adresář keywords.conf.d, pak paludis čte všechny .conf soubory umístěné v tomto adresáři. Podrobně je to popsáno v dokumentaci.

[Stanislav Brabec]

Jak je na tom Paludis s reverzními závislostmi? Portage je ignoruje, nebo přinejmenším ještě nedávno ignorovalo.

[David Watzke]

# paludis -u pygtk
Building unmerge list... done

These packages will be uninstalled:

* media-gfx/gimp-2.4.6::installed requires <dev-python/pygtk-2.12.1-r2::installed>
* media-video/gaupol-0.12.3::installed requires <dev-python/pygtk-2.12.1-r2::installed>
* dev-python/pygtk-2.12.1-r2::installed


Total: 1 package and 2 errors
Use either --with-dependencies or --permit-unsafe-uninstalls

Cannot continue with uninstall due to the errors indicated above

[Stanislav Brabec]

Myslel jsem spíš reverzní závislosti na knihovnách, aby se systém nerozbil, pokud knihovna při aktualizaci změní číslo verze.

revdep-rebuild nepovažuji za systémové řešení

[David Watzke]

Jo aha a za co to považuješ? V binárních distrech to řeší balíčkaři za uživatele, na Gentoo je třeba okoučovat si to sám. Především se nerozbije systém...

[Stanislav Brabec]

Předpokládal bych, že okamžitě po kompilaci programu, který by po upgradu rozbil závislosti, se automaticky rekompilují všechny programy závislé na staré verzi knihovny, a teprve až se to vše dokončí, tak se stará instance knihovny může odinstalovat.

V binárních systémech to samozřejmě řeší balíčkovací systém sám (umí to rpm i apt), balíkáři se o to vůbec nemusejí starat - všechny balíky s knihovnami se stanou závislostmi nainstalovaného balíku a nejdou odinstalovat, dokud je tam byť jedna jediná binárka, která je vyžaduje. Při upgrade tak uživatele donutí, aby si buď zároveň s novou knihovnou nainstaloval i aplikace zkompilované proti ní, nebo aby starou knihovnu ponechal na místě paralelně s novou (což není ideální, ale většinou to funguje).

[Marián Kyral]

Nejnovější verze portage je už docela blízko. Zatím to funguje tak, že portage ponechá knihovny nainstalované a na konci vypíše emerge hlášku, že je třeba spustit

emerge @preserved-libs

Tím se rekompilují "rozbité" balíky a pokud vše dobře dopadne, staré knihovny se vymažou. Zatím to je označeno jako experimentální, ale funguje docela dobře. V budoucnu by se to mohlo pouštět automaticky.

[svido]

jj, s tim jsem se uz taky setkal. Nastesti to bylo vzdy OK

[Daniel Tihelka]

Využívám nabídky zeptat se na radu O "paludisu" jsem už slyšel a se zájmem jej (občas) sledoval, ale až tento článek mi dodal odvahu prakticky jej vyzkoušet. Díky za něj!

Při instalaci jsem postupoval podle návodu, všechny konfigurační soubory jsem vytvořil/vyplnil podle článku. Synchronizace paludis -s proběhla bez problémů. Ale teď: chci instalovat nový balíček, konkrétně paludis -i -p kchmviewer, paludis pak chviličku přemýšlí a oznámí, že je třeba instalovat 23! balíčků (konkrétně: 3 new, 15 upgrades, 1 downgrade, 4 in new slots), a to věci jako java, python, freetype, timezone_data apod. Přitom emerge --pretend kchmviewer zahlásí jen ten jeden požadovaný balíček.

Je toto chování způsobeno striktnějším chováním paludise, který se snaží opravit, co před tím emerge "spackalo"? Myslíte si, že se nemám bát paludis poslechou a provést navrhované up/down-grady?

Díky, Dan

[David Watzke]

Zkuste přidat přepínač -U, ten vynechá aktualizace, které nejsou nutné.

[Let_Me_Be]

paludis -pi kchmviewer totiz odpovida emerge -pUD kchmviewer

[Daniel Tihelka]

Bezva, díky za radu!. Jenom bych doplnil, pro ty co budou řešit podobný problém, že volba -U je označena za zastaralou (ve verzi 0.28.0) a místo ní je třeba použít volbu --dl-upgrade as-needed.

Každopádně spouštění paludis -i -p --dl-upgrade as-needed kchmviewer sice pomohlo, ale stále by si paludis rád nainstaloval nějaké nové balíčky (konkrétně: 6 packages (2 new, 4 in new slots)):

* dev-java/sun-jdk :1.6 [S 1.6.0.07]
    Reasons: *virtual/jdk-1.6.0:1.6::gentoo
    X alsa -doc -examples -jce (-nsplugin) -odbc
* virtual/jdk :1.6 [S 1.6.0]
    Reasons: *virtual/jre-1.6.0:1.6::gentoo
* virtual/jre :1.6 [S 1.6.0]
    Reasons: net-dns/libidn-1.5-r1:0::installed, net-misc/mDNSResponder-107.6-r5:0::installed, 2 more
* dev-lang/python :2.5 [S 2.5.2-r6]
    Reasons: *sys-apps/portage-2.1.4.4:0::installed, dev-java/java-config-2.1.6:2::installed, 4 more
    berkdb -bootstrap -build -doc -examples gdbm -ipv6 ncurses readline -sqlite+ ssl threads -tk -ucs2 -wininst elibc: (-uclibc)
    27.09 kBytes to download
* dev-libs/chmlib [N 0.39]
    Reasons: *app-text/kchmviewer-3.1_p2:0::gentoo
    "Library for MS CHM (compressed html) file format plus extracting and http server utils"
    256.85 kBytes to download
* app-text/kchmviewer [N 3.1_p2] <target>
    "KchmViewer is a feature rich chm file viewer, based on Qt."
    arts kde
    923.48 kBytes to download

Proč to? nemám přece jenom chybu v konfiguraci? python-2.5 i java-1.6 jsou u mě maskované ~amd64. Je to proto, že by portage-2.1.4.4 chtěl python-2.5 a libidn-1.5-r1 chtěl javu 1.6 a emerge to "zpackalo"?

Výpis emerge --pretend kchmviewer totiž vrátí jen:

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] dev-libs/chmlib-0.39
[ebuild  N    ] app-text/kchmviewer-3.1_p2  USE="arts kde"

[Daniel Tihelka]

Beru zpět informaci o maskovaných balíčích java-1.6 a python-2.5. Ještě nedávno byly maskované, a teď koukám, a už nejsou (obzvláště python-2.5 byl maskovaný poměrně dlouho ...).

Nicméně, můj předchozí dotaz trvá - díval jsem se do ebuildů některých z balíčků (konkrétně sys-apps/portage-2.1.4.4, dev-java/java-config-2.1.6 a net-dns/libidn-1.5-r1), a u žádného není uvedená striktní závislost na balíčcích, které by rád paludis instaloval. Tady je příklad pro portage-2.1.4.4.ebuild:

DEPEND=">=dev-lang/python-2.4
        !build? ( >=sys-apps/sed-4.0.5 )
        doc? ( app-text/xmlto ~app-text/docbook-xml-dtd-4.4 )
        epydoc? ( >=dev-python/epydoc-2.0 )"
RDEPEND=">=dev-lang/python-2.4
        !build? ( >=sys-apps/sed-4.0.5
                >=app-shells/bash-3.2_p17 )
        elibc_FreeBSD? ( sys-freebsd/freebsd-bin )
        elibc_glibc? ( >=sys-apps/sandbox-1.2.17 !mips? ( >=sys-apps/sandbox-1.2.18.1-r2 ) )
        elibc_uclibc? ( >=sys-apps/sandbox-1.2.17 !mips? ( >=sys-apps/sandbox-1.2.18.1-r2 ) )
        >=app-misc/pax-utils-0.1.13
        selinux? ( >=dev-python/python-selinux-2.16 )"

Ještě podotýkám, že python mám ve verzi 2.4 a java sun-jdk ve verzi 1.5.

[David Watzke]

zkus --show-reasons full (nebo tak nějak, viz help, nemám to po ruce), vypíše to důvody

[jkohout]

U uvodu se tvrdi: "Na rozdíl od Portage (Python) je Paludis napsaný v C++" Proc tedy nemohu Paludis nainstalovat bez nejruznejsich zavislostech na pythonu???

Viz: # equery uses paludis vypise: -bash-completion -doc -glsa -inquisitio -pink -portage +python -qa -ruby -vim-syntax -visibility -zsh-completion

Dale: # emerge sys-apps/paludis skonci: ... checking for a Python interpreter with version >= 2.3... python checking for python... /usr/bin/python checking for python version... 2.5 checking for python platform... linux2 checking for python script directory... ${prefix}/lib/python2.5/site-packages checking for python extension module directory... ${exec_prefix}/lib/python2.5/site-packages checking whether your gcc is new enough to enable Python... yes checking for headers required to compile python extensions... /usr/include/python2.5 checking for Python.h... yes checking for Python installation dir... ${exec_prefix}/lib/python2.5/site-packages checking for boost.python... no configure: error: boost.python (http://www.boost.org/libs/python/doc/) is required

!!! Please attach the following file when seeking support: !!! /var/tmp/portage/sys-apps/paludis-0.28.2/work/paludis-0.28.2/config.log * * ERROR: sys-apps/paludis-0.28.2 failed.

[David Watzke]

Třeba protože ho instaluješ s podporou Pythonu? Hint: USE="-python".