yaourt/pacman: AUR-os pkg buildnel lzma/xz helyett regi gzip?

Arch Linux

Archlinuxot hasznalok tovabbra is, azonban jo ideje mar (szerintem tobb mint egy eve) atalltak pkg.tar.gz formatumrol pkg.tar.xz-re (lzma). Ez a binarisokat tarolo repokban jo is, kisebb a mirrorrol leszedendo csomag merete, es kitomoritesben nem is olyan lassu az lzma/xz, meg ha nem is a gzip villamsebessegere emlekeztet, ellenben mikor a 

yaourt -Syua

paranccsal az AUR-os csomagokat is frissitem (vagy ugy egyaltalan felrakok AUR-bol valamit), akkor szembesulok azzal, hogy bizony a core i5-osnek is komoly sebessegproblemai vannak egy 100+ MB-os mappa (pl. google-chrome csomag AUR-bol) betomoritese eseten. Regen ez a gzippel gyors volt meg egy Atomon is, ezert felmerult bennem a kerdes: nem lehet ezt valahogy visszaallitani, hogy legalabb az AUR-bol buildelt csomagokat pkg.tar.gz-be mentse el klasszikus modon pkg.tar.xz helyett, es azt rakja fel a pacman a vegen?

Cserebe egy tipp (nem ma talaltam, hanem meg korabban mikor szinten erre kerestem megoldast): /etc/yaourtrc-ben 

EXPORT=2

: /var/cache/pacman/pkg -ba be fogja masolni az AUR-bol epitett csomagot is, igy az AUR-os csomagokbol is elerheto a regebbi verzio lokalisan

  • 8528 megtekintés

( nanto | 2012. 01. 07., szo – 18:21 )

maga a pacman -U felrak meg .pkg.tar.gz -t egyaltalan?

( KoS | 2012. 01. 09., h – 13:01 )

Koszi a tippet! Piszkalt a kerdes mar egy ideje, de nem szantam me'g ra az idot hogy utananezzek :)

A kerdesedre meg subchee linkeben megvan a valasz, valtoztasd meg a PKGEXT valtozot a makepkg.conf fileban.

( uid_2716 | 2012. 01. 09., h – 14:00 )

Nem használok arch-ot, de a bugreportot elolvastam, és szerintem rossz irányba mennek. Sokkal jobb volna, ha maga a tömörítő lehetne konfigurálható. Ma már lényegében nincs egymagos gép (főleg nem arch felhasználónál, felteszem), úgyhogy minimum egy pigz-t meg kellene tudni adni.

Dehogy nincs egymagos gép. Most is egy HP tc4200-ról (2005-ös stuff) írok, és archon. Mondjuk nekem nem is igazán tűnt fel a fentebb említett lassúság, inkább az IO lassú ezen a gépen. Igaz, a calligra-n kívül nem raktam fel túl nagy dolgokat AUR-ból, azt meg ott hagytam fordulni pár órára :-).

( uzsolt v | 2012. 01. 09., h – 17:33 )

Csak egy tipp (a kérdéshez off, ui. az már megválaszolódott): én az AUR-os csomagjaimat saját magam ellenőrzöm, egy viszonylag egyszerű szkripttel, ami adott időközönként lefut. Amikor látom, akkor kézzel megcsinálom ezeket a csomagokat, ami egy adott könyvtárba pakolja, ami egy local repó könyvtára.
Hogy egy kicsit egyszerűbb legyen, ezért egy inotify-t pakoltam arra könyvtárra (na jó, lua nyelven írtam meg, úgy volt a legegyszerűbb), miszerint ha "megjelenik" vagy eltűnik" egy *.tar*, akkor egy 

repo-add

ill. 

repo-remove

parancsot megfelelően paraméterezve lefuttat, így a local repó listája mindig friss, és ilyenkor a 

yaourt -Su

a local-ból frissít, nem az AUR-ból. Miután a csomag frissült, ezután az aur-os ellenőrzés se jelez frissítendő csomagot.
Ezáltal ebben a local repóban a régebbi verziók is megvannak.

( Zokomov | 2012. 01. 09., h – 18:03 )

Mindent lehet csak akarni kell. 

PKGEXT=".pkg.tar.gz"

Globálisan is beállítható a makepkg.conf-ban.

Ahogy látom még patch is van arra, hogy a makepkg figyelembe vegye a PKGEXT környezeti változót.

Magam még időszámításunk előtti Pentium M processzoros, hovatovább özönvíz előtti Pentium 3 processzoros rendszereket is használok és szerintem elfogadhatóan teljesít az LZMA2 tömörítés.

Még archiválni is abba szoktam Core 2 Duo processzoron.

Meg aztán az xz is paraméterezhető, a dokumentációt a 

man xz

paranccsal eléred.

Ertem. Ettol fuggetlenul, az altalad emlitett kornyezeti valtozorol nem is tudtam, hogy lehet ilyet. Tenyleg tudatlan vagyok xz tekinteteben, azota ismerem, amiota a gentoo-ban a standard lzma-t ez valtotta fel.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal