Jsem zvedavej, jestli vznikne nejaky projekt, ktery by umoznil pouzit misto .rpm .deb baliky. A soucasne doufam, ze vznikne, byt funkcnost asi bude proti rpm omezenejsi.
no jako kdys se na to podívam takto tak si člověk musí vybrat jestli chce něco omezeného nebo jestli to bude bastl dejme tomu ze by se nahradily určité theady kodu již napsaného částmi deb balíčkovacího systému a pozměnilo by se par instrukci.... no bastl ... už mlčím
klid strejdo... vidim presne ze se potvrzuji slova ze kdyby se rozsiril vic linux tak ti co dnes nadavaji na microsoft jen budou nadavat na jinej linux. nebud schyzofrenik
heh, pán zřejmně používá taky ubuntu. sorry, asi sem to blbě napsal, nicméně kdyby to bylo v ubuntu, tak by si toho všimlo víc lidí.
dobře, smažme to, byl to jenom nápad... :)
Nic neni nemozne :) Ovsem asi necekejte ze se toho chopi nekdo ze stavajicich vyvojaru RH, protoze k praci na deb nas nic netlaci/nelaka.
Jinak po technicke strance by to nemusel byt az tak velky problem. Spacewalk ma plugin (hledejte v client/solaris/smartpm v gitu) pro SmartPM a ten ma zase podporu pro deb. Veskera komunikace se Spacewalkem probiha pres XMLRPC, takze napsat klienta pro libovolny OS by nemel byt problem. Implementaci klienta dostanete tu evidenci HW a SW a vzdalene spusteni skriptu.
Horsi by to bylo s ukladanim deb balicku na spacewalku, tam by se asi nektere veci museli upravit.
Velkou brzdou asi bude prakticky obtizna pouzitelnost hromadneho update, protoze update RHELu je transakce, coz deb jeste neumi a mam pocit, ze se nikdo zvlast nezavyva tim, aby to zmenil.
Take je tezsi z deb baliku dolovat informace o tom, jakeho typu je dany update.
Ale jinak by to mohlo byt zajimave, my uz jednu kopii RHN pro debian mame, ale je dosti nehotova a mozna by byla portace elegantnejsi. Kdyby treba nekdo hledal brigadu na prazdniny, tak by se to dalo i zaplatit.
No budu o tom premyslet. V podstate vetsi pocty stroju se nedaji spravovat bez toho, aby clovek okamzite vedel, kde vsude je instalovany balik X, jake verze baliku jsou v obehu a tak podobne. My na to dneska mame vlastni scripty, vetsinou postavene nad volanim pres NRPE a ssh, ale mozna by bylo uzitecnejsi podilet se na nejakem vetsim otevrenem reseni.
v podstate jde o to, ze kdyz mate gimp 1.2 a chcete si ho upgradovat na 1.4, tak udelate yum upgrade gimp. To vam upgraduje gimp a zrejme dotahne i nove knihovny.A kdyz se za 2 hodiny rozhodnete, ze to vlastne nechcete a ze stara verze byla mnohem lepsi, tak jste normalne v ... a ceka vas chvile manualni prace: vyhazovat ty nove knihovny, downgradovat ty povodni... S rpmkem staci udelat: rpm -Uvh --rollback '2 hours ago'
Apt-get umi resit jenom to, ze instalujete balik a pak ho odinstalujete, tak ty nepotrebne knihovny umi odstranit apt-get autoremove. Ale nevyresi vam to ty zminene downgrady.