ANKETA: dist upgrade vs. roll-up update

15.2.2009 10:39 | Anketa | Komentářů: 30, poslední 16. 2. 2009 | Hodnocení: 50 % (8 hlasů)

Napadla mě taková myšlenka. Co je vlastně pro provoz serveru, za předpokladu že chceme mít aspoň trochu aktuální SW, lepší / bezpečnější?

A) dist-ugrade jednou za 6-12 měsíců? (většina distribucí včetně Debianu stable jehož cyklus je ale delší)

B) roll-up updates prakticky pořád po kouskách? (například debian, pokud uvedeme místo skutečného jména verze kód "testing")

Opensuse +Zypper = rolling updates systém

14.2.2009 23:53 | Přečteno: 1351× | Komentářů: 51, poslední 16. 2. 2009 | Hodnocení: 24 % (21 hlasů)

Mezi mnoha uživateli je rozšířen názor, že rolling updates z praktického hlediska výsadou pouze jediné distribuce. Asi ji nebudu pro jistotu ani jmenovat, nebo mě zas nějaký zdejší vymaštěný ichtyl bude popichovat, že porušuju slib. Jak jsem ovšem zjistil, není to tak úplně pravda. Stejně jako jsou neustále slyšet kecy o nadřazenosti DEB nad RPM podkládané jakými hrozbami dependecy-hellu, který nikdo už řadu let nepotkal, tak i tohle je pěkný nesmysl. Jak jsem si vyzkoušel, upgradovat distribuci zvládá také Opensuse. A rozhodně nebude podle dostupných informací samotné. Podobně lze údajně upgradovat i Mandrivu. V případě opensuse, jediné co k tomu stačí je Zypper...

ANKETA: Který OS by jste nasadili na svůj server

14.2.2009 20:02 | Anketa | Komentářů: 43, poslední 15. 2. 2009 | Hodnocení: 67 % (24 hlasů)

Jednoduchá anketní otázka: Který "bezplatný" systém by jste nasadili na svůj server nebo server, který máte spravovat?

Packagekit - skutečná svoboda volby package managementu

14.2.2009 11:40 | Anketa | Přečteno: 1418× | Komentářů: 71, poslední 15. 2. 2009 | Hodnocení: 41 % (22 hlasů)

Packagekit je poměrně zajímavý projekt, který má za cíl sjednocení package managementu napříč distribucemi. Jelikož jako front-end ma obě hlavní rozhraní - GUI (Qt + GTK) a CLI, existuje reálná šance že se tento systém prosadí. Ve Fedoře je již defaultním frontendem balíčkovače, v SUSE zdá se je už využíván při updatech jako backend suse updateru, a konečně je velká šance, že se objeví i v Ubuntu. Obrovskou výhodou tohoto systému je, že všechny aplikace mohou používat Packagekit, jako backend. Všechny instalace kodeků, jak je známe z ubuntu, všechny ty aktualizace, to vše může být napsaáno, a v mnoha distribucích už je napsaáno pro Packagekit. A co je hlavní. Packagekit, jakožto multiplatformí systém podporuje řadu backendů. Člověk si tedy může ve své disribuci zvolit kterýkoli podporovaný package manager, a jelikož systém používá Package-kit, nepředstavuje to pro něj žádný problém.

Závěr: Why Debian Is Not My Favourite Operating System

13.2.2009 23:21 | Přečteno: 1160× | Komentářů: 29, poslední 21. 2. 2009 | Hodnocení: 16 % (31 hlasů)

Tak dost. Dnes můj pohár trpělivosti s Debilianem přetekl. Z testovaného serveru jej okamžitě vykopnu. Jsem vlastně rád, protože aspoň bezpečně vím, že Debian, ani jeho deriváty na svých strojích už nechci vidět. O debilitě jeho package managementu jsem zde napsal dost. A 4 z 5 zubních lékařů, pardon čtenářů Abclinuxu, se mnou nesouhlasí. Na závěr snad zhrnutí, všeho možného, co mě tak z použití Debianu napadlo, že nefunguje, funguje blbě, či naprosto nelogicky - ovšem podle uživatel a vývojářů je to prý nejlepší způsob....Původně jsem měl v plánu monstrozní shrnutí, ale protože mě někdo již předběhnul s důkladným popisem, tak nebudu plýtvat elánem, sám bych to lépe nenapsal: Why Debian Is Not My Favourite Operating System

ČSSD proti vám

13.2.2009 17:52 | Komentářů: 58, poslední 21. 2. 2009 | Hodnocení: 19 % (27 hlasů)

Než půjdete příště volit vemte rozum do hrsti. Další oranžádovou tsunami už prosím ne!!!

Aptitude už zase válí :-)

13.2.2009 17:11 | Komentářů: 34, poslední 31. 8. 2009 | Hodnocení: 24 % (17 hlasů)

wire64@ubuntu-desktop:~$ sudo aptitude install xterm
[sudo] password for wire64: 
Čtu seznamy balíků... Hotovo
Vytvářím strom závislostí       
Čtu stavové informace... Hotovo
Čtu rozšířené stavové informace      
Inicializuji stavy balíků... Hotovo
Zapisuji rozšířené stavové informace... Hotovo
Následující balíky budou ODSTRANĚNY:
  aumix{u} libtagc0{u} thunar-data{u} xfdesktop4-data{u} 
0 balíků aktualizováno, 0 nově instalováno, 4 k odstranění a 2 neaktualizováno.
Potřebuji stáhnout 0B archivů. Po rozbalení bude uvolněno 15,3MB.
Chcete pokračovat? [Y/n/?] y
Zapisuji rozšířené stavové informace... Hotovo
(Čtu databázi ... nyní je nainstalováno 165107 souborů a adresářů.)
Odinstalování balíku aumix ...
Odinstalování balíku libtagc0 ...
Odinstalování balíku thunar-data ...
Odinstalování balíku xfdesktop4-data ...
Zpracování spouštěčů pro balík man-db ...
Zpracování spouštěčů pro balík libc6 ...
ldconfig deferred processing now taking place
Čtu seznamy balíků... Hotovo                    
Vytvářím strom závislostí       
Čtu stavové informace... Hotovo
Čtu rozšířené stavové informace      
Inicializuji stavy balíků... Hotovo
Zapisuji rozšířené stavové informace... Hotovo

wire64@ubuntu-desktop:~$ 

ANKETA: Co přinesla/přinese smouva MS + Novell?

12.2.2009 14:07 | Anketa | Přečteno: 1171× | Komentářů: 8, poslední 13. 2. 2009 | Hodnocení: 77 % (13 hlasů)

Sbohem KDE. Měl jsem tě rád.

12.2.2009 10:16 | Anketa | Přečteno: 1720× | Komentářů: 65, poslední 14. 2. 2009 | Hodnocení: 68 % (22 hlasů)

čím déle používám desktopová prostředí, tím více začínám být alergický na různé kýčovité cipoviny v kolotočářském stylu. Hopsající kurzory, lesklá tlačítka, milion widgetů, to všechno je perfektní halo na efekt, ale prakticky to člověk neužije. Dnes jsem se omylem zalogval do Gnome a jsem zděšen. Až teď zjišťuju, jak je moje KDE 4.1.3 pomalé, přičemž KDE 4.2 je u mě pořád bugovité, a rychlost stejné jako u KDE 4.1.3.

Idioti mají štěstí

10.2.2009 21:01 | Komentářů: 31, poslední 11. 2. 2009 | Hodnocení: 37 % (19 hlasů)

Hodil nás "domácí usery" Novell přes palubu?

10.2.2009 19:44 | Anketa | Přečteno: 1607× | Komentářů: 60, poslední 12. 2. 2009 | Hodnocení: 48 % (21 hlasů)

O nechutném bugu v Opensuse, způsobující nemožnost vypalovat a mnoho dalších problémů se tu již napsalo dost. Kdo si pamatuje slavný výrok Aničky o neblahé kvalitě Opensuse 11.1 a přechodu na Debian, tak tento výrok zazněl právě v diskuzi pod timto tématem. Na internetu existuje bezpočet "udělej si sám" návodů, jak tento problém opravit. Od nepřiřazení uživatele do příslušné skupiny, přes změnu přístupových práv k /dev/sr0, až po editaci /usr/share/PolicyKit/policy/org.freedesktop.hal.device-access.policy. Co se tak matně vzpomínám, z návodů mi nepomohl žádný, ale vypalování jsem "nějak" neidetifikovatelnou alchymií pokus omyl zprovoznil. Mezi tím vyšly záplaty hal a automountfs. Zá se že všechno je OK. Pak odešel HDD...

jak na autom. instalaci s dpkg aneb strasti přechodu z rpm

10.2.2009 12:00 | Komentářů: 14, poslední 11. 2. 2009 | Hodnocení: 30 % (10 hlasů)

Hledám a hledám a stále nenacházím. Dpkg/deb má jednu nepříjemnou vlastnost. Na rozdíl od rpm/rpm není neinteraktivní. člověk spustí instalaci nějaké hromady balíků, a pak aby čekal, a pořád na něco odpovídal. Nějak pořád nemůžu pochopit na co mám milión stavů balíčků. Balíček je nenainstalován. Balíček je stažen ale nenainstalován. Balíček je stažen nainstalován ale nezkonfigurován. Balíček je nainstalován a zkonfigurován. Balíček buď instaluji a nebo neinstaluji. Zbytek je sebemrskačství. A proč ho sakra musím konfigurovat při instalaci? --asume=yes pořádně nefunguje, ostatně už z principu se nedá na všecho odpovědět ano/ne :-) člověk aby ten systém pořád vodil za ručičku... :-(

Nějaké tipy na plně automatizovanou instalaci DEB balíků?

Aptitude implementuje SAT solver

9.2.2009 21:12 | Přečteno: 1300× | Komentářů: 47, poslední 10. 2. 2009 | Hodnocení: 53 % (47 hlasů)

Celý flame byl zbytečný. Nakonec jsem se odpovědi nedobral ani od mantainerů Debianu, přesto odpověď existuje a nakonec jsem ji po dlouhém hledání našel sám. I když jste mi tady vynadali do spousty škaredých věcí, přesto vám sem přidám rozřešení našeho sporu. Né proto, že jsem měl skutečně pravdu. Ale čistě proto, kdyby náhodou některého uživatele Debian/Ubuntu zajímalo, jak to stím Aptem, Aptitude a pokročilými Solvery do budoucna vypadá. Nemusíte tento zápisek číst, a nadávky si odpusťte. Není nad čím flamovat. Funkcionalita dependency solveru, který mi v Debianu chybí skutečně bude přidána. Asi to nebude tak růžově úžasné, ani totálně nepotřebné, jak mě zde mnozí s blbouni křikem přesvědčovali... Jako kdybych kritizoval je a né APT.

APT je skutečně mimořádně neschopný a zastaralý. Důkaz:

8.2.2009 18:00 | Přečteno: 2280× | Komentářů: 119, poslední 11. 2. 2009 | Hodnocení: 22 % (55 hlasů)

Nedalo mi to. Po několika předešlých zápiscích, kdy hromada Debianistů a Ubuntáků řvala jako smyslů zbavená jsem konečně našel konkrétní podklady pro to, co jsem si jako laik již všiml dávno. Pokud například do Ubuntu nainstaluju KDE 4.1.3 a následně upgraduju na KDE 4.2, tak po odstranění experimental repozitáře s KDE 4.2 a nějakého balíku od KDE 4.2 zkončil APT s neřešitelným problémem - doslova dependecy hellem. Takovou situaci prostě vyřešit neumí. Přitom řešení jen tak trapně jednoduché, že ho vymyslím i sám. Problém nastává v situaci, kdy né každé řešení je takto jednoduché a smyslem správce balíků by mělo být zejména to, vyřešit systém závislostí. Že to není jen můj "dojem" ukazuje i názorný test schopností vyřešit nějaký model závislostí. Jen tak mimochodem, Smart, který je v ubuntu dostupný, problém vyřešil.