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

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