Je správce balíčků přínosem Linuxu pro odvětví?

Ian Murdock napsal do svého blogu zápisek o největším průlomu, který Linux zavedl do odvětví operačních systémů. Je jím, začátečníky často proklínaný, balíčkovací systém, který prolomil éru monolitických systémů s monolitickými softwarovými produkty. Ian o tomto píše v souvislosti s projektem Indiana.

25.7.2007 07:24 | Luboš Doležel (Doli) | Zajímavý článek

Komentáře

[lefti]

Nejde nesouhlasit. Mimochodem, nevite kdo z balickama (a se zavislostma ) prisel jako prvni?

[vogo]

Co se týče Linuxových distribucí, první byl Slackware, ale ten neumí závislosti (jeho výchozí správce balíčků je neumí), první Debian vyšel těsně po Slacku a ten už (aspoň myslím) závislosti uměl

[Michal Karas]

Slackware nebyl první, je pouze v současnosti nejstarší existujicí distribuce. Podle obrázku na Wikipedii byl první nějaký MCC Interim, ale kdo ví...

[Marek 'marx' Grác]

Rozšírené distribúcie (zbierka rozumného množstva balíkov) v dnešnom chápaní boli pred Slackware dve: SLS a Yggdrasil.

Pamätník :)

[juvi]

Červený klobouk 2.0 1995 a Debian 0.93 3/1995. Cosi mi říká, že čepičkáři to stihli o něco dříve.

Stejně ale toto byly jen finály na obou stranách, které měly už předchozí historii.

[Qaxi]

... i kdyby to "čepičkáři" stihli dřív tak zůstali jen na půl cesty.

Geniální nápad s apt jako síťovou nadstavbou nad dpkg v té době udělal z Debianu špičkovou a bezpečnou distribuci. (zajímalo by mě kolik lidí si myslí, že apt = správce balíčků v Debianu ...)

To se povedlo až s příchodem YUM. Ten se na kvalitu APT dotahuje až ve verzi 3.x, ale stále to není ono ...

Autor používá Linux 13 let, jako výhradní desktop 6 let. Kromě počátků se Slackwarem a několika pokusů s Debianem a Gentoo neopustil distribuce od RH. Fedora neni RH CentOS je RH

Moje názory na ostaní distra jsou nepodložené a tudíž irelevantní

[disorder]

v te dobe? The first Debian version that included it was Debian 2.1, released on 9 March 1999.

a balicky z debianu su hlavne vyssej kvality (mozno aj preto, ze sa maintainer moze viac venovat splneniu policy nez samotnemu procesu vytvarania balicku)

[s0]

a balicky z debianu su hlavne vyssej kvality

:)))

[disorder]

))):

[Michal Ludvig]

a balicky z debianu su hlavne vyssej kvality

Hahaha

Zdrojove baliky RPM jsou naprosto prehledne - puvodni nezmeneny tarball, jeden .spec a k tomu sada patchu, vetsinou i nejak vystizne pojmenovanych, ktere se daji zapinat, vypinat, modifikovat, atd.

Zdrojove baliky DEB jsou proti tomu naprosty masakr - puvodni nezmeneny tarball a k tomu jeden obrovsky diff ve kterem jsou vsechny ridici soubory a zaroven vsechny modifikace zdrojaku. V lepsim pripade jsou ty modifikace jako extra diffy - ovsem pomalu co balicek to jiny system patchovani zdrojaku (evidentne ne vsichni autori Debianich balicku nekdy zaslechli o programu "dpatch"). V horsim a presto dost castem pripade jsou vsechny zmeny slite do jednoho velkeho diffu ktery uz nikdy nikdo nedokaze rozpitvat na puvodni jednotlive nezavisle diffy. A nejde jen o nejake nepodstatne trivialni balicky - zkuste si udelat nejakou zmenu treba v debianim openssl

Taky jmenne konvence debianich balicku jsou nekdy ... ehm ... neintuitivni. Tak treba LDAP - v SUSE je vsechno podstatne schovano v balickach openldap2-neco.rpm. V Debianu (resp. Ubuntu kde to ted zkousim) je treba odhalit ze hlavni jsou baliky slapd a libldap ale pozor - nikoliv libldap2 coz je starsi verze! Kdo by to byl rekl, ze libldap2 bude starsi nez libldap... Kde k tomu nakonec vzit -dev balicek neni na prvni ani druhy pohled jasne, protoze APT mi nabizi jen libldap2-dev coz je OpenLDAP-2.1.x a nikoliv ocekavany libldap-dev (ver 2.2.x).

Takze asi tolik ke kvalite debianich baliku...

[disorder]

tvoj nazor. uz len to, ze jediny spec subor so vsetkym povazujes za vyhodu je dokaz, ze co pisej je naprosty bullshit. chod sa konzultovat s googlom a najdes nepreberne mnozstvo ludi nadavajucich na rpm v prospech dpkg, ludskyc trosiek -- obeti rpm. pekny den.

P.S.: z praxe pozname zname slovne spojenie "RPM hell", nie "dpkg hell".

[Käyttäjä 11133]

1. znám spíše dependency hell, což je na balíčkovacím systému nezávislý jev, tohle je na balíkářích, si ohlídat, aby se jim do distra nedostal shnilý balíček.
2. spec neobsahuje všechno, .spec pouze obsahuje instrukce jak to sestavit. Patche, zdrojáky a další věci jsou zvlášť.

[disorder]

ad 1) Results 1 - 10 of about 1,500,000 for rpm hell. (0.10 seconds)

as 2) aha, to nie je vsetko? makra, tagy, zoznamy suborov, build/install/uninstall skripty? je to bordel

[disorder]

no tak lol.

Results 1 - 10 of about 1,260,000 for dependency hell. (0.10 seconds)

a hned druhy odkaz s title RPM hell :DD

no nic, ja ti fandim, len nepras balicky. aj ich robis podla nejakej policy?

[miso]

Výsledky 1 - 10 z približne 13 800 pre "rpm hell"

[disorder]

kukam, ze moj google je lepsi nez tvoj :D

[frdrx]

Není `RPM hell' jako `"RPM hell"'.

[disorder]

i get it. no je to naozaj relevantnejsie?

[miso]

Myslim, ze v tomto pripade ano. Plus si porovnaj zaznamy wikipedie

[disorder]

v google je vyhladavanie po keywordoch - rpm AND hell. podla mna ani nie.

[frdrx]

Nevím, asi ne. Když se píše o "dependency hell", skoro vždycky se to týká RPM. IMHO. BTW: "rpm hell": 13,800; "deb hell": 746; "fucking redhat": 198; "fucking debian": 126.

[miso]

mas bod

[Käyttäjä 11133]

Hledání klíčových slov není relevantní, zkus fráze

[disorder]

niekto napise "rpm dependency hell" ci "rpm is so fucked up, it's hell" a mas po srande.

[miso]

rovnako tam moze byt "rpm is heaven, not hell"
btw: Výsledky 1 - 10 z približne 1 210 000 pre deb hell

[disorder]

ok teda :) ja si to nemyslim, ale cele to je len off topic...

[vladka]

Ve Wikipedii se dočteme:

John Hubbard committed his "port make macros" to the FreeBSD CVS repository on August 21,1994. His package install suite was committed a year earlier on August 26, 1993.

[Milan Jurik]

AT&T ?

[xkesh]

začátečníky často proklínaný, balíčkovací systém

Já mám spíš dojem, že začátečníci proklínají instalaci programů v linuxových systémech právě a jen do té doby, než konečně objeví nějaký balíčkovací systém, který je vysvobodí od živelných návyků správy softwaru z většinového OS. Nevšiml jsem si, že by někdo proklínal balíčkovací systém.

[Michal Kubeček]

To já jsem si sice všiml, ale většinou se jednalo spíš o začátečníky, kteří dost dobře nechápali, jak vlastně package management funguje a k čemu je dobrý, a spíš vyjadřovali svou frustraci z toho, že je to jinak, než jsou z "normálního systému" (tj. Windows) zvyklí.