Vlákno názorů k článku
Budoucnost distribuce software pro Linux od anonym - Obavam se, ze tak jednoduche to nebude. Jednak clanek...

  • Článek je starý, nové názory již nelze přidávat.
  • 23. 2. 2007 14:20

    anonymní
    Obavam se, ze tak jednoduche to nebude.

    Jednak clanek hovori o reseni CRN (Click-and-Run). Sice jsem to jeste nevidel v akci, ale nezda se mi to jako super vec. Bud to bude opravdu univerzalni, pak si to s sebou bude nosit vsechny potrebny knihovny a bude z toho preplacanej system, nebo bude muset byt pro kazdou distribuci a kazdou verzi knihovny jinej balik, coz bude jeste vetsi bordel nez ted. Pro uzivatele to mozna vypada super, ale co admini. A pokud to nebude tak pritulny jako apt-get/aptitude s moznosti prace z konzole, tak to admini moc pouzivat nebudou. Osobne si myslim, ze nejlepsi binarni balickovac je DEB a s apt-getem/aptitude se nic neresi. RedHati RPM sice neni spatny, ale *.spec ma vlastni slaby jazyk, oproti DEB rules (coz je Makefile) a taky yum je o hodne pomalejsi nez apt-get. Pro kompilovani je zase super Portage (ikdyz nemuzu mluvit za ostatni napr. SourceMage). Emerge dotaha zavislosti, vsechno prelozi, nainstaluje a zapamtuje si instalovane soubory, takze zadny problem s odinstalovanim. Navic "CNR Service FREE" a "CNR Gold Service $49.95/yr." me trosku desi, co se stane, az se CNR rozsiri. Zustane porad Free nebo zacne byt cenena? Navic nikde nevidim Download, to me taky desi. Myslim si, ze DEB ma taky podporu v KDE/Gnome, takze staci kliknout a uz se instaluje, pripadne GUI k apt-getu.

    Za druhe se ve clanku hovori o standardizaci verze knihoven pouzit v "major distros". To je sice hezke, takze budeme mit vsechny distribuce se stejnyma knihovnama a pro ne budou standardni balicky. A kdyz budu chtit novejsi balicek (jakoze uzivatele budou chtit vsechno NEW), tak jsme zase tam, kde jsme byli. Novy balicek potrebuje novou knihovnu.

    Osobne bych preferoval, kdyby vsechny distra presly na DEB, prinejmensim na apt-get pro RPM, krome slacku a Gentoo&spol samorejme:)
  • 23. 2. 2007 15:02

    anonymní
    aha, ted jsem na to kouknul. *.pkg.tar.gz, cili ala Slackware. Jojo, psal jsem, ze slackware se svyho tar.gz vzdat urcite nebude chtit:) Takze Arch taky:) A tady je zase videt, ze balicek je tar.gz a instalacni nastroj muze byt bud manualni tar xz , nebo installpkg (nebo co maji slackwariste nativniho), nebo pacman:) urcite by sel pacman pouzit i ve slacku, kdyby se udelaly spravny repository:)

    BTW: kdyz to ale tak vezmu, urcite se pacman chova stejne jako apt-get, yum a emerge - zjisti zavislosti, dotaha je a nainstaluje kompletne vsechno.
  • 23. 2. 2007 16:02

    Petr Ježek (neregistrovaný)
    Omyl, pacman a archovské balíčky (a ostatně i celý Arch) byly vytvořeny právě proto, že stav na Slacku nevyhovoval. Jde především o konvence pro závislosti a informace pro pacmana - tohle je v Archu systémová věc a velká výhoda. Závislosti jsou řešeny jako nezbytné, takže žádné "dependency hell". Ostatně soudím, že by si linuxový svět měl z Archu v tomto (nejen) vzít příklad, kombinace pkg.tar.gz a pacmana je neuvěřitelně silná a perspektivní...
  • 23. 2. 2007 16:12

    anonymní
    Hmmm, to me zajima. Zkus mi trosku popsat, co myslis tim

    'Závislosti jsou řešeny jako nezbytné, takže žádné "dependency hell"'

    Pod pojmem "nezbytny" si predstavuji nutny, takze pokud jsou zavislosti nutne, tak naopak vznika dependency hell v pripade, ze chces novou verzi balicku, ten chce novou verzi dalsich X knihoven, ktery chteji zase novy verze dalsich knihoven. Navic jeste kdyz pak mas na systemu programy, ktery naopak vyzadujou ty stary knihovny.

    Automaticky reseni zavislosti je v aptu, yumu i emerge, takze to by problem byt nemusel, peklo na RH7 bylo, kdyz si clovek stahnul RPM balicek, pomoci rpm -i ho chtel instalovat, ale ten chtel dalsi balicky-to pak bylo peklo rpm & download.

    Zalezi na tom, co pacman umi specialniho. Emerge taky resi zavislosti, binarni balicky ma taky v tar.bz2.

    Dulezite je, aby balickovaci system/program umel:
    - resit zavislosti
    - automaticky stahovat a instalovat zavislosti
    - odinstalovat balicek a dobre je, kdyz odinstaluje i nepotrebne balicky, ktere se nainstalovali jako zavisle a uz je jiny balicek nepouziva

    Emerge tohle umi, aptitude taky. Nevim jak yum, apt-get neumi odinstalovat nepotrebne balicky, pokud vim.