Balíčkovací systémy (po tísící druhé)? Vždyť jsou mezi námi…

26.7.2007 10:35 | Přečteno: 1264× | Arch Linux | poslední úprava: 26.7.2007 18:10

Zdál se mi sen, no co by se mi tak mohlo zdát… To už je zkrátka deformace. Ale příměr je to moc zajímavý. Trochu jsem ho rozšířil, ale tak nějak to bylo :)

Příměr

Operační systém je veliká kuchyně, ve které můžeme dělat cokoli co nás napadne, pokud máme potřebné nástroje, přístroje a ingredience, ty si každý pořizuje jak umí.

Jak je to v Tom „běžném“ operačním systému (Windows)

(Tuhle část si moc nepamatuju, jen vím jak to vypadalo, když jsem v kuchyni skončil ;D)

Takže když si kuchyň postavíme a chceme ji zařídit tak aby šla používat jak jsme zvyklí, vyrazíme do obchodu.

Například chceme umět dělat tousty. Zajdeme tedy do pokoutného obchodu, Teď bude záležet jestli máme nebo nemáme peníze. No jaké chození kolem horké kaše vezmeme si krabici „Toustování“. Přineseme si ji domů, ale ejhle, krabice nejde otevřít, protože jsem ji vzali bez placení, a tak nejde odemknout zámek, takže nezbývá než najít klíč, nebo krabici rozbít.

Když už je konečně krabice otevřená, nezbývá než ji vybalit. Víceméně všechno do kuchyně pasuje jak má, jen je tu už asi desátá hořčice, další spousta zeleniny, ale to už tak bývá…

Co když už nám tousty nechutnají? A jednoduše chceme místo v kuchyni uvolnit?, no dobře vezmeme všechno co bylo v krabici a zabalíme to do ní. Ale všechno pasovalo „Víceméně“, takže kastlík v lednici je od hořčice, protože kelímek byl moc veliký, a jen těžko se dá poznat která zelenina byla na tousty, navíc toustovač je nějaký divný, a tak nám na stole udělal hrozný svinčík který nejde ničím dolů.

Takhle organizovaná kuchyně je značně neudržitelná, tedy pokud budete moc nakupovat, nebo budete mít „divný“ toustovač. Prostě vám čas od času nezbude nic jiného než kuchyň postavit znovu.

Jak je to v GNU/Linuxu (s balíčkovacím managerem)

(Tohle se mi zdálo v Archovské verzi)

Máte nablýskanou kuchyň, zatím v ní nic moc není, jen nějaké vařečky a nějaký týpek v sáčku co se pořád usmívá (Pacman :D). Tak se ho zeptáte co tu dělá (# pacman --help) on vám to tak nějak vysvětlí, takže ho pošlete podívat se co mají ve vámi vybraných obchodech (povolíte repositáře, a pak řeknete # pacman -Sy). Zase máme chuť na tousty, tak se ho zeptáme, jestli mají toustovač (pacman -Ss toust), Pacman zalistuje v notesu, a pak z něj vypadne, že toustovač nám umožní dělat tousty. Tak jo, chci toustovač (pacman -S toustovač). Pacman zase zalistuje notesem, a řekne: „K toustovači ještě potřebuješ toustový chléb, hořčici, kečup a slaninu“, zeleninu už mám, proto se o ní nezmínil ;). Tak ho pošleme nakoupit.

Pacman se vrátí s nějakými pytly všechno uklidí, zařadí recepty na přípravu (konfigurační soubory), pokud zjistí že recept už máme, tak se podívá jestli je jiný a podle toho s ním naloží.

V kuchyni je pořádek, máme jen jednu hořčici a zeleninu, takže máme i menší lednici a celkově větší pořádek. Toustovač je slušný a nedělá nepořádek (tedy pokud je to opravdu slušný toustovač).

A co když tousty nechceme? řekneme Pacmanovi, aby vyhodil toustovač a všechno co s ním přinesl a co už nebudeme potřebovat k čemukoli jinému a ať vyhodí i recepty (# pacman -Rsn toustovač).

Když Pacman přišel z obchodu, všechno si přinesl v takovém zvláštním pytli, a tak nás napadlo, co když mu takový pytel podstrčíme s něčím co v obchodě není? No jasně pytel se dá tyrobit ($ makepkg) a pak Pacmanovi řekneme zařaď to (# pacman -U nový_pytel).

Pacman je taký vhodný na hlídání doby spotřeby, stačí ho občas poslat nakoupit čerstvé potraviny (# pacman -Suy).

Pacman nám tedy pomáhá udržovat v kuchyni pořádek, no to je dobré, taky nemáme zbytečně potraviny navíc, ale co když se v tom budeme Pacmanovi vrtat? Nakupovat přece umíme sami (# ./configure && make && make install), no jo, pak zjistíme že to nejde, protože nám chybí nějaká ta ingredience, ale nakonec proběháme spoustu obchodů a seženeme všechno co je třeba, a sami jsme si nakoupili.

A co když Pacman zjistí, že nakoupil něco co jsme koupili sami? No líbit de mu to nebude, děláme mu nepořádek, ale protože nevíme co všechno jsme nakoupili, nezbude nám, než Pacmanovi říct, aby vyhodil co jsme koupili sami (# pacman -Sf něco). Proto je lepší, když Pacmanovi podstrčíme všechno stejně jako když to nakupuje on.

---

No řekněte sami, opravdu hezký sen, takový Archlinuxový ;).        

Komentáře

[xindl]

no me se zase zdá o tom jak souložím s kočičkama. ))

[freshmouse]

To většině uživatelů.

[Rezza]

Fuuj zoofilie! Doufam, ze ne o mesicnich mrtvych kocickach... Zoofilne nekrofilni pedofilie ;)

[disorder]

hilarious && insightful

btw ako dokaze pacman kompletne odinstalovat nieco po make install?

[vogo]

Nedokáže, ale natvrdo přepíše konfliktní soubory. Asi jsem se nejsně vyjádřil…

[Käyttäjä 11133]

A proto mu to moc nepůjde pokud jsi ručně instaloval s nějakým prefixem, nebo naopak balíček je dělán s prefixem do jiného adresáře.

[vogo]

Však jo, ale pak to ničemu nevadí, jen tam budu mít něco dvakrát, ale potom se tam zanáší borčus.

[Käyttäjä 11133]

ale pak to ničemu nevadí

No to není tak jisté, záleží to na struktuře $PATH jednotlivých uživatelů v systému

[vogo]

ale samozřejmě, ničemu to nevadí z pohledu balíčkovacího systému, protože pak nejsou v konfliktu žádné soubory

[fakenickname]

hezke.. docela by to bylo dobre nejak to rozume prepsat a dat do ucebnice tady na abicku :) btw thx za to -U .. ja porad pouzival -A ackoli sem vedel ze je to deprecated, ale byl jsem liny zjistit jak je to new

[Jardík]

Hmm. Program tenaten vyžaduje knihovnu libknihovna verze 0.8.4, program toato vyžaduje knihovnu libknihovna 0.8.2, ale libknihovna 0.8.4 koliduje s libknihovna 0.8.2, protože mají obě symlink libknihovna.so, jedna na libknihovna.so.0.8.4 a druhá na libknihovna.so.0.8.2 a aby to bylo ještě lepší, tak v té nové chybí symbol, který potřebuje toato a v té staré symbol, který potřebuje tenaten.

Proto si ve Windows programy tahají i knihovny, aby byly stabilní a kuchaři neměly takové starosti. A nevymlouvejte se na to, že se knihovny přepisujou někde v system32. To možná bývalo v érách win95. Dnes je slušnost, že si každý program uloží potřebnou knihovnu do svého adresáře.

[Jardík]

A to, že aplikace zanechá bordel v registrech je to samé, jako když po gnome programu odinstalovaného balíčkovacím systémem zůstane bordel v uživatelově gconf databázi.

[disorder]

rm -fr ~/registry?

[freshmouse]

Bordel? Tím jako myslíš adresář s jedním XML souborem?

[Käyttäjä 11133]

A registr je co? Taky jeden .reg soubor :D

[freshmouse]

Kdy konečně pochopíte, že tohle jsou obyčejné textové konfiguráky (nic binárního), jako má spousta projektů. Jen je to v XML, což má taky víc projektů, třeba Openbox. Proč se nenavážíte do Openboxu?

GNOME / GConf to má jako KDE, jen namísto ~/.kde to je v ~/.gconf a ty soubory nejsou "jako INI" (píšu to dobře?), ale v XML.

Fakt nevím, k čemu potřebuješ v pracovním prostředí typu GNOME a KDE něco nastavovat ručně v konfiguráku. A když už potřebuješ, tak abys nemusel editovat XML soubory, máš na to GConf Editor.

ANO, MNĚ SE GCONF LÍBÍ. ANO, MNĚ SE GNOME LÍBÍ. KOMU SE TO NELÍBÍ, AŤSI.

Tímto (snad) končím svoji účast v této debilní debatě na téma "nemám rád GConf".

[disorder]

vies, vsetko ma svoje vyhody a nevyhody. ked sa ti paci ako to robi vindous, vies kam mas ist...

[fakenickname]

hehe.. tohle jsem naposled zazil asi pred dvema lety (tremi?) na mandrive

[vogo]

jj speciálně mandrake tím trpěl, jde o to jak je sestaven balíček ;), prostě záleží na správci jak to sestaví ;) ale NO FLAME (i když už teď to vidím :)) )

[vogo]

Nechci rejpat, ale knihovny by měly být na tolik slušný, že mezi mirror verzemi by neměly měnit své vlastnosti, nanejvýš přidávat nějaké nové funkce. Potom je jedno, že program vyžaduje verzi 8.4, a má k dispozici verzi 8.6, tyhle bludy šiř dál, pokud chceš někoho odrazovat, ale na mě tohle nefunguje, a pokud se dodržují pravidla, tak není problém mít dvě různé verze knihoven, viz gkt a gtk2, prostě je to o schpnostech vývojářů dodržovat pravidla slušného chování.

[Deleted [8409]]

Může se stát, že oprava nějaké chyby způsobí zase jinou chybu, nebo trošku jiné chování nějaké funkce a vývojář si to neuvědomí (tento fakt vidím jako jedinný důvod, proč by si určitý program vyžadoval určitou verzi knihovny). Ještě horší následky by mohla mít například změna některé interní struktury, kterou daná aplikace k něčemu využívá. Neříkám, že je to čísté, ale v programování se občas dějou věci:)

[Filip Jirsák]

Pokud aplikace vyžaduje knihovnu 0.8.2 a nepoběží s knihovnou 0.8.4, je divná buď knihovna, nebo aplikace. Poslední číslo ve verzi by totiž mělo označovat jenom opravy chyb, na interfejsu knihovny by se nemělo nic měnit. A pokud už tedy aplikace vyžaduje knihovnu ve verzi 0.8.2, nemá se ptát po verzi 0.8 (která je symlinkem na nejnovější verzi z řady 0.8.x), ale má se ptát na 0.8.2. To, že někdo neumí se sdílenými knihovnami programovat není problém systému, ale toho programátora.

[Petr "Glubo" Sýkora]

Hmm, je zvláštní, že na podobný problém jsem už léta nenarazil. Asi mám štěstí.