A Debian apt-ja beépített history parancsot kap

Címkék
Post by @phoronix@masto.ai
View on Mastodon

Ahelyett, hogy a csomag/history logokat kézzel kelljen túrni, ha arra vagyunk kíváncsiak, hogy a csomagkezelő a múltban milyen tevékenységet végzett, egy függőben levő beolvasztási kérés beépített history parancsot adna a Debian magas szintű csomagkezelő frontend-jéhez, az apt-hoz. 

Az Ubuntu fejlesztő/Canonical alkalmazott Simon Johnsson dolgozik ezen a hasznos funkción, aminek eredményét mind a Debian, mind az Ubuntu élvezheti majd. 

Részletek itt.

Hozzászólások

Itt volt az ideje, nem egyszer szentségeltem már, hogy ilyen miért nincs és miért kézzel kell túrni pl. a /var/log/dpkg.log-ot. Ha még szépen meg is lesz formázva a kimenet! Yummy!

trey @ gépház

Itt volt az ideje, nem egyszer szentségeltem már, hogy ilyen miért nincs és miért kézzel kell túrni pl. a /var/log/dpkg.log-ot.

Bizony.

Egy hónapja (munkahelyi gépen) ismét dpkg-s (Ubuntu) disztrót használok (mert azt lehet), kb. 15 év Fedora/RHEL/AlmaLinux után. Két napja próbálkoztam valami history lekérdezéssel, a webhez kellett fordulnom, ott sem találtam igazán mást, csak a /var/log/dpkg.log-ot. Ettől halvány emlékeim támadtak fel, és a saját gépemen belenéztem a script-es könyváramba... 2009. augusztusából találtam egy script-et (akkor még Debiant használtam), amit pontosan arra írtam (16+ évvel ezelőtt), amire most két napja volt szükségem. (Az egy napon belül feltett ill. eltávolított csomagok listájára; ha egy csomag többször is meg lett rángatva, akkor az utolsó műveletet akarom látni annál a csomagnál.) DNF-fel ez nagyon egyszerű.

Erre azért ne legyen büszke a Debian...

Én ezt úgy fogalmaznám meg, hogy ez eddig nekem kész sz*pás volt amikor evidánciát kelett gyártani auditokhoz.

Egy nap 24 óra, plusz az éjszaka!

Na, csak összeér egy idő után az apt és a dnf tudása. Talán valamikor az apt kezelni fog tranzakciókat is.

Ezt a pacman is tudja régóta, igaz nem history néven, de a logja olvasható, ki, mikor mit telepített, szedett le csomagokból. Lehet history-nak is használni, ha less /var/log/pacman.log formában van meghívva. Mondjuk nekem erre sose volt szűkségem, erről is csak azért tudok, mert ezen lehet megnézni Arch-nál, hogy mikor lett telepítve a rendszer.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

A DNF history azt tudja, hogy megmutatja neked, hogy milyen tranzakciók voltak, és bármely history elemre vissza tudsz álni. Nem csak egy sima log ez, hanem műveleteket tudsz végezni a historyval. Ez a lényege ennek, nem az, hogy van egy logod.

https://linuxopsys.com/dnf-history

Jól hangzik. Ezt a pacman még nem tudja. Az csak logot, meg cache-t ment. Cserében gyors, veszettül. Főleg ha a párhuzamos csomagletöltés be van kapcsolva, és normális SSD-ről fut a rendszer, pislogni nincs idő, olyan ütemben nyomja ki a sorokat, pikk-pakk végez.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Az, hogy gyorsabb-e, mint a pacman, nem tudom, nem használok Archot.

Sokkal gyorsabb az új DNF, mint a régi. Fedora 41 óta ez a default.

RHEL 10-ben és CentOS Stream 10-ben még nem, de telepíthető oda is.

https://dnf5.readthedocs.io/en/latest/dnf5.8.html

A Pythonos implementációról átírták az egészet C/C++-ra. Létrehozták a libdnf-et, amire építhetnek mások is, nem kell a dnf kimenetét értelmezni a különféle eszközöknek (pl. PackageKit).

A CLI az szinte 100%-ban kompatibilis.

 

Amúgy szinte biztos, hogy te is dnf-et használsz (még a 4-es verziót), csak nem tudsz róla. 2013 óta létezik, a Fedora 15-ben jelent meg először széles körben 2015-ben, és RHEL 8 óta ez a default, a yum csak egy alias a dnf-re.

Ez a régi DNF repoja: https://github.com/rpm-software-management/dnf/

Nahat, megerkeztunk a 3. evezredbe!

Epp a hetvegen kellett turjam a logokat, hogy mitol allt a foldbe az at-spi. Azt hittem, eleg idot hagytam a Trixie kiadasa utan, hogy lenyugodojon a testing ag. Hat nem...

Mitől jobb ez, mint ha journalctl-ből elérhető lenne minden?