Co mi na Linuxu nejvíce chybí...

4.7.2006 16:14 | Linux

Na Linuxu mi nejvíce chybí jeden nástroj a to je zaznamenávání kdy jsem který balíček nainstaloval, abych nemusel při odinstalaci ručně jednotlivé balíčky vyzobávat, jako když jsem musel odinstalovávat mono instalované z oficiálních stránek, ale aby stačilo zadat třeba yum restore, nebo yum restore 230605 a měl bych k tomuto datu obnovený systém a nemusel se ohlížet na to, že mi nějaká rpmka pokazí celý systém, protože bych jej do předchozího stavu mohl kdykoliv obnovit.

Ještě lepší by bylo kdyby totéž uměl Linux i s ručně nainstalovanými balíčky, prostě aby v Linuxu bylo něco takového jako ten nástroj ve WinXP, který umí navrátit stav systému k určitému datu.

Co si o tom myslí ostatní, existuje už něco takového v Linuxu?

       

Komentáře

[D-Evil]

Inkrementální záloha root fs?

Na jednu stranu je pravda, že root by měl vědět, co se v systému děje a umět si s tim poradit. Na druhou stranu by pak spousta počítačů v rukou laiků strávila víc času v servisech, než doma, takže takovej nástroj by se asi hodil.

[Kníže Ignor]

Co že? Ty si říkáš programátor?

rpm -qi balicek je tam jedna zajímavá položka, jmenuje se "Install Date"

Na Linuxu mi nejvíce chybí jeden nástroj a to je zaznamenávání kdy jsem který balíček nainstaloval, abych nemusel při odinstalaci ručně jednotlivé balíčky vyzobávat

takže by to pro tebe jako programátora, mělo být dost lehké si požadovanou funkcionalitu (která ti tolik chybí) doplnit

ale asi se nezaznamenává, který balíček byl kdy odstraněn (o čemž ostatně nic nepíšeš), takže to tvoje "restore" asi jednoduše nepůjde

lepší by asi bylo si dělat záchytné body (zaznamenat si jednou za čas nainstalované balíčky /rpm -qa /), ke kterým byses jen vracel

[VícNežNic]

yum si určitě nějaké logy dělá, protože to posílá v deních výpisech logwatch…

[VícNežNic]

Takhle ty yumí logy asi tak vypadají:

Jul 01 19:53:01 Erased: yum-fastestmirror
Jul 01 20:00:15 Installed: chmlib.i386 0.37.4-4.fc5
Jul 01 20:00:17 Installed: python-chm.i386 0.8.2-2.fc5
Jul 03 01:18:36 Updated: libgssapi.i386 0.9-1.FC5
Jul 03 01:18:49 Updated: httpd.i386 2.2.2-1.0

S tím už by se něco vymyslet dalo, ne?

[filbar]

Fakt ten log je dobrý s tím už něco bude dát udělat. To mě ani nenapadlo, že je tak dobrý.

[filbar]

Co že? Ty si říkáš programátor?

Já nikde netvrdím, že bych si to nenaprogramoval. Cílem tohoto zápisku je zjistit jestli už něco podobného v Linuxu neexistuje(abych zbytečně neplýtval časem-třeba to stačí jenom trošku poupravit a nebylo by třeba začínat úplně od začátku), případně, jestli by se to hodilo i ostatním.

[VícNežNic]

Tuším, že pahýl něčeho takového ve starém up2date a rpm byl (u Red Hatu), možná to tam je dosud, ale myslím, že se to nedoporučuje zkoušet

[Kníže Ignor]

hmm, mám totiž zcela jinou představu o tom, kdo je to programátor

podle mě je to člověk, který by postupoval nějak takto :

1) zjistlil by si, zda takový program může existovat (v našem případě, jestli systém někde ukládá potřebná data)

2) zjistlil by si, zda takový program už existuje (hledáním, maximálně by položil dotaz v diskuzi, kdyby byl totálně v koncích)

3) naprogramoval by to, pokud mu ta šíleně chybí

4) pochlubil by se v blogu

[Filip Jirsák]

Já bych to viděl spíš takhle:

1. zjistí, že by takový program potřeboval
2. začne vytvářet univerzální framework, který by mohly obecné programy tohoto typu využívat
3. stráví několik hodin hledáním nějaké knihovny, která by efektivně uměla parsovat log soubory, protože načítat to po řádcích a porovnávat regexpem se mu nezdá dostatečně výkonné a robustní
4. přestane ho to bavit, jde zjišťovat, zda už takový program neexistuje
5. vyzkouší program, který podle popisu vypadá nejlíp; už by ho skoro začal používat, ale pak zjistí, že autor používá k odsazení bloku dvě mezery místo programátorových oblíbených čtyřech, čímž se program stává pro programátora nepoužitelným, protože co kdyby ho chtěl upravovat, přece se nebude hrabat v takhle prasáckém kódu
6. zjistí, že vlastně žádný takový program nepotřebuje, protože s distribučními balíčky problém nemá, a s tím, co si kompiluje sám, dělá takové psí kusy, že by to dohromady nedala ani umělá inteligence

[filbar]

[David Watzke]

Na Linuxu mi nejvíce chybí jeden nástroj a to je zaznamenávání kdy jsem který balíček nainstaloval

qlop -l | grep balicek

Got Gentoo?

[xkesh]

qlop -l | grep balicek

Nemyslels genlop? Leda by mi zase něco uteklo...

[David Watzke]

Ne, nemyslel. Genlop je starej a neudržovanej. Mrkni na app-portage/portage-utils.

[miso]

Myslis spravit zalohu a nasledne rozdiel rpm databazi?

[Josef Kufner]

Mno, a co třeba použít svn na uchovávání stavu /etc a před každým commitem (nebo to pověsit na balíčkovadlo) si nechat vygenerovat seznam balíčků do nějakého souboru v /etc?

[Michal Vyskočil]

Aptitude, nebo Pacman umé něco podobného. Při odinstalaci nějakého balíčku odinstalují i jeho závislosti, pokud na nich už nic jiného nezávisí.

<rejp> Ale když se někdo chce trápit s rpm, tak to nemohu sloužit </rejp>

[kouby]

Jak tak ctu prispevky, tak zde resite pouze nainstalovane/odinstalovane balicky. Ale je potreba jeste vyresit vlastni kompilaci a naintalovani pomoci make install, coz si myslim, ze udela nekdy i vetsi paseku nez balicek.

[Kníže Ignor]

protože nemá cenu vyvíjet nástroje, které řeší problémy hloupých lidí

[Dalibor Smolík]

Nebo lidí, kteří se teprve učí? Např. sestavit dobrý firewall na iptables není pro méně zkušeného uživatele zas tak jednoduché, ale naklikání většinou zvládne. Pro začátek. Jakmile pochopí princip, pustí se do správy firewallu v příkazovém řádku. (to byl jen příklad , jak je vše relativní)

[Feyd]

To je naopak jedna z mala veci co maji cenu.

[VícNežNic]

Právě proto se to nesmí dělat. Instalovat jenom balíčky, od čeho není, vytvořit.

[filbar]

Tak to mě napadlo, když jsem viděl ten log yumu, že by to šlo vyřešit s pomocí paco, který výborně monitoruje instalaci balíčků. <offtopic>Stačí ho jenom trošku poupravit v rámci přípravy instalátoru pro LFS, do kterého se chci letošní prázdniny pustit pěkně po hlavě, protože s programováním teprve začínám(dávám si docela velký cíl, protože to mi docela pomáhá a pak se mi jej docela podaří dosáhnout).</offtopic> Jinak díky za vaše komentáře.

[anicka]

Ono je naštěstí dost málo programů, které nejsou k dispozici jako RPM. (A když se sem tam nějaký najde, s manuálem, co tu po sobě nechal Yeti, jej zvládne zabalit i cvičená opice...)

Navíc, když už bych byla líná balit balíčky, snažila bych se ty ručně kompilované udržovat v oddělené adresářové struktuře.

[Luk]

/usr/local

[Vojta Drbohlav]

Ve Windows to obnoveni systemu moc nefunguje, jednou sem obnovil svuj system a bylo to horsi nez predchozi stav, udela to akorat bordel.

[Trained.Monkey]

Hezke, jenze to jde. Delam si zalohu celeho rootu kazdy tyden. Staci ho mountount nekam stranou, a zbalit tarem...

[Zdeněk Štěpánek]

RUG v SUSE 10.1 to umi. Staci mu rict datum a je hotovo. Ovsem netestoval jsem to. Manual ale hovori jasne.

[Lucky Jim]

Zdravím: distro Mandrake Linux,program KPackage,u každého balíčku je datum instalace.

[Dworkin]

Zdravim. to co potrebujete se nazyva roll-back. Tuto vlastnost (ruzne granulovanou) maji skoro vsechny komercni programy zabyvajici se dploymentem balicku. Podpora Linuxu a teto vlastnosti je samozrejma u produktu jako ZenWorks on Novellu, Radii od HP ci Tivoli od IBM.

S pozdravem

[al-Quaknaa]

Jenom tak na okraj - něco takového navrhoval i Jindra Plešinger, kterému se teďka na počest vyvíjí JXP Commander, tak kdybyste se v návalu nadšení a podobně rozhodli vytvořit utilitu nezávislou na distru, která by si dělala informace o rootu (on začal s MD5 hashem každého souboru) a potom zpětně kontrolovat a obnovovat ze zálohy (měl tu myšlenku celkem hezky vymyšlenou ...) - asi bych se tomu nebránil. Leč - v každé distribuci už nějaká taková tendence je a byla by to dvojená práce -jedinou výhodou by byla nezávislost na distru, ale to je všechno.

Tak jenom abych informoval, že i velký JXP se tím zabýval :)

al-Quaknaa