Tak tohle jsem taky nepochopil :-))) Pouzivam paludis i v Gentoo a nemuzu si ho vynachvalit at uz z hlediska rychlosti, tak moznosti vyhledavani a odinstalovani nepotrebnych zavislosti, atd. Povazoval bych za plus pro Gentoo, kdyby se preslo oficialne na Paludis.
Ne ja osobne proti paludisu nic nemam, jen proti vyvojarske komunite co je kolem nej.
Jen si zkuste aktualizovat KDE4 mezi minor verzema s paludisem. To je pohadka sama o sobe. :]
No nebojte v dalsim dile budu popisovat jak dostat KDE4 do pocitace a co je k tomu potreba.
Ja sem se o paludisu nechtel moc rozepisovat protoze vetsina lidi co ho pouziva se chova jako fanatici (nerikam ze vsichni, ale pouze ti se kterymi sem se setkal na irc) i pokud jim ukazem statistiky. On zase o tolik rychlejsi neni, v nekterejch vecech je portage dokonce rychlejsi.
Jen si zkuste aktualizovat KDE4 mezi minor verzema s paludisem. To je pohadka sama o sobe. :]
Tohle ja bezne delam a problem jsem nezaznamenal. V cem konkretne by mel byt problem?
Nechci se chovat jako fanatik, ale uz umi portage odinstalovat balicek i s nepotrebnymi zavislostmi? Nebo aspon nejak ukazat jake balicky v systemu nejsou potreba? Tohle byl hlavni duvod, proc jsme presel k paludisu, protoze, uprimne na dnesnich strojich, ten rozdil v rychlosti nema cenu resit.
PS: vyvojarska komunita kolem paludisu je fakt obcas dost neprijemna, s tim naprosto souhlasim.
S timhle jsem moc dobre zkusenosti nemel, protoze to chtelo vyhazovat nektere dost dulezite balicky, ale mozna uz se to zlepsilo (paludis pouzivam uz asi 2 roky, mozna i dele). Treba, az mne prestane vyhovovat paludis, tak to zkusim.
Umí, ale (stabilní verze) používá jiný algoritmus pro aktualizaci (-uDN world) a jiný pro hledání nepotřebných balíků (–depclean). Nedávno jsem takhle čistil dva stroje a zatímco –update tvrdil, že vše potřebné je nainstalováno, tak –depclean si stěžoval, že něco (kolem perlových modulů taru) chybí. A skutečně při –update postiženého balíku emerge svůj názor přehodnotil. Sice to ukazuje na chybu, ale na druhou stranu mít kontrolu dvěma nezávislými algoritmy je dobrá věc.
Osobně mi v portage spíš chybí dotazovací nástroje typu vypiš stav (stable, masked by keyword, by package.mask) všech verzí daného balíku (jako poskytuje web packages.gentoo.org). Pak další vadou na kráse je (zatím) chybějící automatické řešení závislostí USE flagů nebo parametrizování CFLAGS a FEATURES pro každý balík zvlášť.
A nakonec jakožto zastánce lokalizace bych rád viděl nějaké snahy v tomto směru. Jenže protože z portage není internacionalizována ani řádka, tak to asi bude vlastnost.
Nastavovat CFLAGS per balík není obskurní. Když potřebuji najít brouka v jedné knihovně, tak nebudu kvůli tomu mít celý systém přeložený s ladicími částmi kódu, s frame-pointery, nestripnutý a tak dále. Tohle byla narážka na paludis, který to prý umí.
USE flagy jsem myslel řešit jejich závislosti. Od EAPI 2 může balík vyžadovat konkrétní use flag na konkrétním závisejícím balíku. Technicky vzato závislosti mezi use flagy a mezi balíky je jedno a totéž. Takže když umí portage řešit závislosti balíků, může umět řešit závislosti use flagů. Někde jsem četl, že se to plánuje.
to dotazovani na verze zvladne eix, je to vlastne jen nadstavba nad portage co ma veci v db misto ve stromu na disku, misto emerge sync pak zadavas eix-sync kterej udela emerge sync + db eix …
