Dotaz: Který balíčkovací systém je nejlepší?

[koljo]

Který balíčkovací systém je podle vás nejlepší? Porád jsou problémi se závislostmi nekteré knihovny si kolidují, není možnost mít nainstalováno nekolik verzí stejného programu (co gobolinux gentoo..??) Nebylo by vůbec lepši zůstat u kompilace??

Odpovědi

[Michal Kubeček]

To má být pokus o založení prvního flamewaru nového roku?

[Vykook]

Nejlepsi je ten ktery ti nejvic vyhovuje.

[mozog]

Kazdy predsa vie, ze gentoo portage je najlepsi balickovaci system.

[Vykook]

Myslis ten u ktereho trva instalacve programu tak dlouho, ze uz ten program pak ani nepotrebujes?

[mozog]

No tak ked ti to bezi na pomalom stroji tak sa nediv.

[andree]

aha, tak schvalne, skus instalaciu KDE tipujem ze na ubuntu/debiane to bude <10 minut (na normalnom stroji)

[mozog]

Pouzivat KDE je ako si kupit cely pivovar ked dostanem chut na jednu flasku.

[Vykook]

Aha, tak nas pouc co mame pouzivat misto kde? Sem vazne zvedav co napises, gnome jako odpoved neberu...

[mess]

Ale notak. Tohle je flame o balíčkovacích systémech a ne o desktopových prostředích, tak se držte tématu

[Vykook]

Já si nezačal! To on! :D

[Vykook]

Aha takze, si kvuli balickovacimu systemu mam koupit lepsi pocitac? Uvazuj.

[mozog]

No tak neviem co mas za zelezo, ale na mojej 1800 to bezi svizne, len OOo trvalo trochu dlhsie.

[Vykook]

Athlon xp 1800 mhz 512mb ram. Kompilace na tom netrvaji dlouho, ale ja nechci cekat vubec! Den po odevzdani seminarky je me oo.org plat prdnej

[Jirka]

OMFG Psát seminárku v OO.org? :-O To rovnou můžu psát na stroji.

Každý přece ví, že na psaní čehokoliv delšího než A4 formátovaného textu se dá použít jedině LaTeX.

[Michal Kubeček]

To není tak úplně pravda, já bych radši použil vlastní makra do plainu…

[Zdeněk Burda]

Opravdu jsem neopisoval!

[Zdeněk Burda]

To bych netvrdil, používám vlastní sadu maker v plainu

[Michal Kubeček]

:-)

[Vykook]

Šmarjá, to byl jenom první příklad co mě napadnul.

[Jirka]

Mě taky. Musím si rýpnout.

[Andy]

jeste existuje distcc

[Michal Kubeček]

To ovšem předpokládá, že máte na co distribuovat…

[Aldagautr]

setup -> next -> next -> next -> finish

[koljo]

To má být pokus o založení prvního flamewaru nového roku?

1) Ne jenom mě štve to že balík bla bla bla nemůže být nainstalovaný protože knihovna bla bla koliduje s knihovnou bla bla. Co potom můžu dělat?

2) Na internetu je 1000krát jeden balíček pro 1000 různých distribucí. Kdyby byly jenom rpm a deb tak nic neřeknu, ale ono je rpm pro suse mandriva Ark fedora...

Nepřijde vám někdy v tomhle směru linux nedodělaný?? Mám linux rád ale v tomhle směru je na tom linux hůř než windows...

[Zdeněk Burda]

Když chceš na něco odpovědět, tak použij odkaz "odpovědět" uvedený v hlavičce daného komentáře. Odkaz "Založit nové vlákno" udělá nové vlákno, jak jsi už zjistil...

[Kyosuke]

„…nemůže být nainstalovaný protože knihovna bla bla koliduje s knihovnou bla bla. Co potom můžu dělat?“

Třeba seřvat autory balíčků a balíčkovací systém právem nechat na pokoji?

[XMurder]

Klik? No není to to co hledáš, ale možná kdo ví:) Tak si napiš vlastní balíčkovací systém a manažer, stačí na to pár promyšlených skriptů...

[Nemem9aa]

ad 1) tak pokud ti vadi tohle, tak ti bude dokonale vyhovovat balickovaci system ze Slackwaru - jeste se mi nestalo, ze by mi neco podobneho zahlasil :))

[Michal Kubeček]

Tradiční přístup: když si naměřím zvýšenou teplotu, zahodím teploměr… :-)

[Dunric]

Vedle ;-)

Slackeři nepotřebují hyperfunkční elektronický a občas nefunkční teploměr k tomu, aby zjistili jestli mají nebo nemají horečku.

[Michal Kubeček]

Houbeles. Pokud vám ta knihovna chybí, pak vám prostě chybí a to, že vám to Slackware neřekne, neznamená, že knihovna chybět přestane. Pokud vám knihovna nechybí, nebude vám ani package management jiné distribuce nic hlásit. Tož tak…

[Michal Vyskočil]

On totiž nebude vůbec hlásit, že chybí, prostě si označí závislost a nainstaluje to s tím. Množství hlášek o chybějících závislostech je u installpkg stejné, jako třeba u aptitude (jo, mě se to až tak netýká, rád hazarduji se systémem a pokouším osud s neznámými repository, nebo vývojovými větvemi distribuce).

[Dunric]

Obávám se, že jsem byl nepochopen stejně jako předřečník, na kterého jste prvně reagoval

Installpkg vám žádným způsobem nebude bránit a ani vás nebude varovat nainstalovat balíky obsahující "kolidující" knihovní soubory. O chybějících knihovnách jaksi nebyla řeč …

[Michal Kubeček]

Tak si v mém příspěvku místo tvarů slovesa chybět představte odpovídající tvary slovesa kolidovat, vyjde to úplně nastejno.

[jyrki]

Abych rekl pravdu, byl to jeden z duvodu proc jsem s Linuxem skoncil. Hledal jsem distro zalozene na deb a mel jsem jeste dalsi kriteria. Rpm jsem uz nechtel ani videt! Bohuzel jsem nenasel zadne distro ktere by mi vyhovovalo, z nouze jsem sahnul po FreeBSD a zpatky uz nechci. Balickovaci system ve FreeBSD mi plne vyhovuje. Tim nechci rict ze to bude reseni pro tebe, ale chci tim rict, ze driv nebo pozdeji urcite najdes ten system/distribuci, ktery ti bude vyhovovat nejvic, chce to jen hledat a zkouset...
Btw. za balickovaci system nemuze Linux, Linux je jen jadro. Balickovaci systemy uz jsou problemem distribuci/distributoru.

[ferj]

Jednoznacne naj je toto, ale je to pomerne nove...zatial slabsi vyber programov, casom sa to iste zlepsi. Mne to funguje v Kanotixe. http://klik.atekon.de/

[koljo]

tak mi poraďte, mám nainstalovaný kubuntu, a chci si nainstalovat kynaptic.

Error: Dependency is not satisfiable kdelibs4

[michich]

Mam pocit, ze Kynaptic je uz skoro dva roky mrtvy.

[koljo]

Ale stejně, když narazím na podobný problém co můžu udělat? Má tento problém i např. gobolinux nebo gentoo?

[Peter Golis]

Tento problem nema gobolinux alebo gentoo, tento problem ma Kynaptic. Jedna sa o klon software synaptic za pouzitia QT/KDE, ale nevyzera ze by prezil evoluciu.

Aby sa podobny problem nevyskytoval je vhodne vyhladavat medzi balikmi ktore su podporovane v sucastnom case a najlepsie aj v pouzitej distribucii. Nemyslim ze by sa jednalo o obmedzenie, ved su tych programov stovky a stovky. Kedysi som aj ja chcel vyskusat vsetky, ale potom som nasiel nove slovo (contrib) a preslo ma to :).

[dd]

mas nastavene spravne zdroje v sources.list ? kynaptic je dost slaby oproti adept-u a hlavne synaptic-u. skus

sudo apt-get update

sudo apt-get install kynaptic

ak mas spravne nastavene zdroje tak chyba nehrozi.

[Michal Vyskočil]

aptitude search kynaptic

Ne, opravdu mám v sources.list kde co . Kynaptic je passé jako klobouky, takže lepším řešením je použít Adept, anebo kpackage. Ten první v systému je, ten druhý se musí doinstalovat sudo aptitude install kpackage

[Messa]

2) Na internetu je 1000krát jeden balíček pro 1000 různých distribucí. Kdyby byly jenom rpm a deb tak nic neřeknu, ale ono je rpm pro suse mandriva Ark fedora...

To ale není problém balíčkovacích systémů, ale distribucí. Každá distribuce má svá specifika, jinak by nemělo smysl onu distribuci vůbec zakládat. Udělej balíčkovací systém a v něm balíček, který se přizpůsobí pro libovolnou kombinaci instalačních adresářů, adresářů s knihovnami, souborů s nastavením, pro libovolnou verzi knihoven jako je např. libc, ... To dokáže ošetřit jen instalace ze zdrojového kódu, což sice není pohodlný balíček, ale je to také možnost a IMHO ne o moc horší.

Windows že je na tom lépe? A který balíčkovací systém tam používají? To, že instalátor něco někam nakopíruje a, když je potřeba, pak to s trochou štěstí po sobě zase skoro všechno smaže, není balíčkovací systém.

Výhoda Windows je v tom, že je tam vše pevně dáno (víceméně). Takže by bylo lepší neporovnávat Windows s Linuxem jako takovým, ale s nějakou konkrétní linuxovou distribucí.

[.,.]

archlinux a jeho pacman

no flame , ale bezkonkurence cislo 1

[pdp7]

Nejlepsi bal. system?? No prece... installpkg, removepkg, upgradepkg

Fuck rpm, deb...., ale pacman je good!!

[David Jaša]

Vypůjčeno od Michala Vyskočila:

alias installpkg='dpkg -i --force-all '

Někdo chce od balíčkovacího systému trochu víc.

[Michal Vyskočil]

V tom je ta krása Debianu, udělat z něj Slackware je jednoduché. Opačný postup možný není

[kozzi]

to psat nemusis, to preci vsichni vime, a kdo ne tak tohojete mnoho neví , proste pacman a archlinux forever

[koljo]

Chci mít například v ubuntu 3 verze wine. Jak na to??

[kozzi]

no to je jednoduchy kazda musi mit jinej prefix.

[David Jaša]

Zbuildit si vlastní balíčky wine1, wine2, wine3 nebo se na balíčkovací systém v tomto případě vybodnout, nainstalovat ze zdrojáků s --prefix=/opt/winex a dát na binárky symlinky do /usr/local/bin.

[David Jaša]

A na co vlastně potřebuješ 3 verze wine?

[Peter Golis]

Mozno sa snazi najst ktory rocnik bol najlepsi. Ale to zavisi nielen od roku, ale aj od zberu a sposobu fermentacie. Zial pri tak rozlahlych produktoch sa neda hovorit o oblasti.

[David Jaša]

Tak zrovna u linuxového wine je nejlepší ten ročník, který v počítači být nemusí.

[Messa]

Zkompilovat ručně. Ona ta kompilace není zase tak hrozná Distribuce, jejíž všechny binární balíčky by byly vytvářeny s ohledem na možnost instalace více verzí toho balíčku, by sice vypadala zajímavě, ale za tu práci to asi nestojí. Leda že by stovky uživatelů pocítily nutnost mít najednou více verzí padesáti programů... V normálních distribucích je to umožněno jen u balíčků, u kterých se něco takového běžně provozuje - např. kernel. Asi jseš s wine výjimka Nebo zkusit balíčkovač založený na zdrojových kódech (tedy něco jako emerge).

[Michal Kubeček]

Nebo zkusit balíčkovač založený na zdrojových kódech (tedy něco jako emerge).

Kdepak se podle vás berou RPM-ka? :-)

[Messa]

Můžete mi tykat

Hm, že by ze zdrojových RPM?

Ale co, stejně si myslím, že si tu někdo chtěl jen zanadávat, když si vlastně odpověděl v poslední větě svého dotazu.