FreeBSD 14.3-RELEASE

Címkék

Megjelent! Bejelentés itt.

Hozzászólások

Szerkesztve: 2025. 06. 10., k – 19:20

No akkor első lépésként megnézzük a doksit, vajon mit hagytam ki a lépésekből (az fwget párszor már megvolt, az elég sok korábbi levélben szerepelt). Aztán frissítünk még pár gépet. Aztán megint megnézzük a doksit, hogy kellett volna-e valami hallelujának lenni a sikeres frissítés után. (Kétlem.)

Jav: az már látszik, hogy pontosan az az eljárás, mint évek óta, ebben nem tévedtem, fejből jól csináltam.

Köszi. Nekem is szépen felment a nas-omra, és egy RPI-re is, még akkor, amikor a blogodban írtad.

A zavaró kicsit az volt, hogy a jail-ekhez iocage-t használok, és ott csak egyszer kell az upgrade-et kiadni, nem többször,

iocage upgrade <jailnév> -r 14.3-RELEASE

és ez mindent megcsinál, valószínűleg még a pkg-update + upgrade-et is. Úgy emlékszem az:

iocage pkg <jailnév> upgrade

nem szedett már le semmit.

Megnézve jail-en belül 14.3-RELEASE lett minden:

freebsd-version -r -u
14.3-RELEASE
14.3-RELEASE

(kernel verzió és userland verzió)

A "freebsd-version -k" jail-en belül nem működik.

A két gép és a kb 6 db jail upgrade-elése jó sokáig eltartott.

A raspberry pi 4b 4gb-tal is rossz tapasztalatom van, egy bizonyos hw revizión nem hajlandó bootolni teljes memóriával:

https://wiki.freebsd.org/action/login/arm/Raspberry%20Pi#Known_RPi_4_Is…

(Ja, és persze az u-boot.bin-ből a jó verziót kézzel kellett belemásolni az image-be)

Nem tudom az RPI5 miért nem támogatott, én is hiányolom.

No akkor az utókornak és magamnak:

minden szép és jó, egy dolog változott, de ez csak keveseket érint. Szóval gyárilag van bináris csomagtároló a FreeBSD-hez, és most már van egy FreeBSD-kmods nevű repó is az eddigi FreeBSD nevű mellé. Ügyesen ez a 2 (!) egy db /etc/pkg/FreeBSD.conf fájlban jön a 14.3-RELEASE verziótól kezdve. Akkor van némi szoppancs, ha valaki - mondjuk én - átáll a gyárilag beállított quarterly (negyedéves) csomagtárolóról a latest nevűre. Én vagy 5 éve így - a latest tárolóval - használom a gépeimet, mert a quarterly tárolóba visszaportolni csak secu fixeket szoktak, és aztán kb 3-havonta frissül 800 csomag az ember gépén. Én heti 2-3-szor szoktam a frissebb repóból csomagot frissíteni - és szerencsére csak nagyon ritkán okozott eddig ez problémát. Időnként elcsesznek valamit, és ennek hatására frissítéskor sikerül eltávolítani mondjuk a Gimpet vagy Sambat, vagy valami izmosabb valamit. Aztán 2-3 nap (1 hét) múlva gatyába rázzák, és akkor már fel lehet tenni a javított csomagot. Nyilván ha valaki nem tud Gimp nélkül élni, akkor ne váltson quarterly-repóról latest-repóra. (A Samba még sose fájt, ugye *X-környezetben NFS a király.)

Szóval aki latest-repót használ, annak erősen javasolt a /usr/local/etc/pkg/repos könyvtárban a meglevő FreeBSD.conf fájlját kiegészíteni a FreeBSD-kmods -ot letiltó 3 sorral, és a (mondjuk) FreeBSD-latest.conf nevű fájlba a sztenderd FreeBSD-latest mellé a FreeBSD-kmods-latest repót is felvenni.

(Az egyik gépemen az upgrade-hez még bejött a szokásos "nvidia-driver -t cserélni kell nvidia-driver-470 -re" lépés is a frissítés legvégére, de ez már ujjgyakorlat.)

a Gimpet vagy Sambat, vagy valami izmosabb valamit

Firefox, libreoffice, amivel már többször belefutottam. Ilyenkor leállítom a frissítést :)

Szóval aki latest-repót használ, annak erősen javasolt a /usr/local/etc/pkg/repos könyvtárban a meglevő FreeBSD.conf fájlját kiegészíteni a FreeBSD-kmods -ot letiltó 3 sorral, és a (mondjuk) FreeBSD-latest.conf nevű fájlba a sztenderd FreeBSD-latest mellé a FreeBSD-kmods-latest repót is felvenni.

Szerintem ennyi is elég:

FreeBSD-kmods: {
  url: "pkg+https://pkg.FreeBSD.org/${ABI}/kmods_latest_${VERSION_MINOR}"
}