Administrace komentářů

Mno, příspěvek nebyl dvakrát objektivní, protože jsem byl nas...ý. Pokud jde o nové verze SW, tak RH už používám nějaký ten pátek, takže se rozpadl na tři kategorie: (a) autor, RH (Rawhide) nebo někdo další balí dostatečně nové verze RPM (přechod na nový release OS se starou verzí programu je obvykle hladký, případně pomůže --rebuild, opačným směrem to bývá problematičtější) (b) balím si RPM sám (pro mě je to rutina, balím kdeco, do /usr/local dávám máloco), update a rebuild je otázka nějakého toho strojového času, lidského moc ne (c) potřebuji vždy tu nejnovější verzi, nebo rovnou CVS HEAD, protože to např. spoluvyvíjím, pak to dávám do /usr/local. Problém s novým SW je ten, že vývoj probíhá asynchronně a zpětná kompatibilita je mýtus ;-) Mám v systému automake-1.4, automake-1.5, automake-1.6 a automake-1.7, a kolega by pro změnu potřeboval zároveň dvě různé verze glibc-2.3.2, lišící se jen jakýmisi patchi... Distribuce se to snaží řešit, ale nemají šanci to zvrátit. Ale k věci: Jde v podstatě o to, abych mohl snadno nainstalovat svůj oblíbený sw a aby se o něj někdo staral (preferuji přímo autora sw). To je možné řešit megalomanskou distribucí typu Debian, FreeBSD, Gentoo, která prostě obsahuje úplně všechno. Já bych nicméně byl raději, kdybych když najdu na FM zajimavý projekt, mohl jít na jeho stránky, stáhnout balíček [, rebuildnout] a nainstalovat. Teď mě samozřejmě může každý označit za blázna, a popsat mi pět důvodů, proč to nejde (znám je taky), nicméně takhle bych si to představoval -- a distribuce .src.rpm je momentálně to, co se tomu blíží nejvíc.