pkg 1.3.7

Emlékeztető:

A hét végén esedékes csomagfrissítésnél erre érdemes lesz odafigyelni, ha nem akarok magamnak egy vagon tök fölösleges csomagletöltést. Ma még tudom, szombaton/vasárnap már nem fogok rá emlékezni.

( mynheer_gabor | 2014. 08. 27., sze – 14:09 )

tiszta linuxos feeling
_____________________________
Powered by 1,3,7-trimetilxantin

Hát nem lesz rossz ez az új csomagkezelő, de jelenleg azért vannak gondjai. Arra például még nem sikerült rájönnöm, hogy ha van egy gyárilag elkészített csomag, ami binárisan telepíthető (pl. transcode), aminek viszont vanegy olyan csomagfüggése, ami (mondjuk) licencokokból nem elérhető csomagként (fentinek pl. lame), ezért felteszem ports-ból fordítva a lame-t és utána csomagból a transcode-ot, akkor mi a francot kellene csinálni akkor, amikor a bináris frissül. Eddigi tapasztalataim alapján az egyedül üdvözítő megoldás az volt, hogy frissítés előtt leszedem a problémásat (transcode + lame), majd frissítek, végül visszateszem a korábban letörölt csomagokat (a függőséget fordítom, a másikat csomagból). Ez mondjuk nekem nem nagyon tetszett, de ha kihagytam ezeket a törölgetéseket, akkor a frissítésben valamiféle hibák keletkeztek.

Az ötlet jó. Nyilván eddig is az volt, hogy készítettem lokálisan csomagot és második alkalomtól már azt raktam fel, csak azt nem értettem, hogy magát a frissítést miért zavarta az, hogy egy frissítendő csomag függősége csak telepítve érhető el, csomagként nem. Főleg annak fényében, hogy miután lement a frisítés, akkor a csomag telepítését ugyanez már nem zavarta. Azaz:
- fenn van a lame (fordításból) és a transcode
- pkg update && pkg upgrade -U # nyilván lehetne csak magát a pkg upgrade parancsot futtatni
- fenti upgrade meghal
- pkg remove transcode lame
- pkg upgrade -U
- pkg add /x/y/lame
- pkg install transcode
No mindegy, meg fogom nézni az ötletedet. (Vagy ha szerencsém van, valaki jelezte is ezt a furcsa viselkedést, és esetleg javították is már.) És ha jól olvastam, vagy ebben az 1.3.7-ben, vagy valamelyik nem nagyon régi pkg verzióban már megcsinálták azt is, hogy amikor először felrakom a transcode-ot, akkor magától fordítja a ports-ból a lame-t. Ez viszont eddig eléggé hiányzott.

Hát frissítettem 1.3.7-re, azzal igazából nem volt gond. Felraktam a lame (portsból) + transcode (csomagból) párost - ez kicsit érdekes, mert amd64-en ezt meg lehetett csinálni, i386-hoz nem volt transcode csomag tegnap (sőt egy perce se volt - valamint fordítani sem lehet). Ellenben nem sikerült rábeszélnem arra, hogy a transcode fordíttasson lame-t, azaz ezt vagy benéztem, vagy nem jól csinálom. No jó, nem csinálom sehogy, mert a pkg install transcode jelzi, hogy hiányzik, és kész (opciót meg nem találtam hozzá). Valszeg valamit nagyon félreértettem valahol.

A helyben fordított lame csomag megvan, már csak a repót kellene megcsinálni, amiket aztán a későbbiekben használhatnék.
Aztán majd reményeim szerint egy-két-három frisstés után majd csak kiderül, hogy jól csináltam-e, vagy hogyan működik.

Asszem csak egy fájl kell a /usr/local/etc/pkg/repos/-ba: 

local: {
    url:    "file:///usr/ports/packages/All",
    mirror_type:    NONE,
    enabled:    yes
}

A pkg repo /usr/ports/packages/All meg frissít. Régebben így csináltam, de rájöttem, hogy a ccache SSD-n egész hatékony "legalább-második" fordításnál.