Colin Percival: freebsd-update

FreeBSD

Két blogbejegyzés és két mai MFC a freebsd-update nevű parancs UPGRADE funkciójáról. A (8-as, CURRENT verzió után) frissen a rendszerbe került funkcióval immár major verzióváltás esetén is lehet binárisan frissíteni (1, 2).
Ha valakit jobban érdekel a dolog, a két blogbejegyzés - szintén Colintól. Az első a minor verzióváltásról, a második pedig a major verzió váltásáról freebsd-update segítségével.

( gabim | 2007. 11. 14., sze – 15:24 )

Picit még bonyolultabb, mint az "apt-get dist-upgrade", de hajrá, mindent bele!

Speciel az almat es a karalabet is meg lehet enni. En jobban szeretem az almat mint a karalabet. Ez a mondat ertelmes? (Nem allitom hogy az alma-karalabe parhuzamnak van ertelmet, ugyhogy reszemrol ennyi.)

Nem ertek a freebsd-hez, legyszi magyarazzatok el miert nem lehet osszehasonlitani a freebsd-update-et es az 'apt-get dist-upgrade'-et.

De ettol meg azert ossze szabad hasonlitani a kettot, nem? Az osszehasonlitasnak addig van ertelme amig a ket fogalom nem teljesen meroleges egymasra, azaz amig van bennuk "kozos vonas". Marpedig szerintem ez mind a freebsd-update vs. apt-get dist-upgrade, mind pedig az alma vs. karalabe esetre igaz (bevallom utobbi kevesbe erdekel). Ha merolegesek egymasra akkor barmilyen koordinata-rendszerben azok, szoval akkor tenyleg nincs ertelme, max. azt lehet mondani hogy az egyik pirosabb mint amilyen nagy a masik, ennek tenyleg ritkan van ertelme.

Szoval akkor miert "meroleges" egymasra a freebsd-update es az apt-get dist-upgrade, ez a kerdesem. (Lehet hogy az, de akkor miert, mondja meg valaki legyszi.)

a dist-upgrade a feltelepített csomagokat frissíti egyesével (esetleg újakat is felrak-elvesz)

Ezt nem lehet összehasonlítani a freebsd-vel, ahol az alaprendszer konstans, adott, nem csomagokból áll, van és kész. Megjegyzem ha az egyszerűséget akarod nézni, major verzión belül nyugodtan összehasonlíthatod a két megoldás egyszerűségét, a mostani hír a major verziók közti áttérésről szól, plusz van még a mindenféle konfigurációs fájlok migrálása (/etc stb), ami a leírt módon kész és meg is van oldva, ezt dist-upgrade-nél is csak az egyszerűbb esetekben lehet megúszni

Igen, kosz, ezt ertem. Attol hogy a freebsd-nel az alaprendszer nem a csomagok resze, deb/ubinal meg az, attol meg ossze lehet hasonlitani a kettot, miert is ne lehetne.

Egyszeruen arrol van szo szerintem hogy ugyanarra a problemara (major verzio frissites) van ketto technikai megoldas amik kozott van lenyeges kulonbseg (alaprendszer csomag vagy nem csomag), de ettol meg ugyanazt a problemat kivanjak megoldani. Tehat abszolut jogos az osszehasonlitas.

Mas kerdes hogy az egyik esetben az adott megoldas vegzi a (nem alap) csomagok frissiteset is, a masiknal meg nem.

Azt hiszem ezt mar nem erdemes tovabb ragozni.

Pontosítok: hozzászólásomat a "major verzióváltás esetén is lehet binárisan frissíteni"-nek címeztem.

Összehasonlítás:
Az "apt-get dist-upgrade" is egy system upgrade módszer és a "freebsd-update" is. Az apt-get-nél kb. három (értelmezés és alaposság kérdése) parancsot kell kiadni a system upgrade-hez, a freebsd-update-nél tizenvalamennyit. A freebsd-update-nél közben is kell reboot, az apt-get-nél elég a végén. (Ezeket értettem "Picit még bonyolultabb" alatt.) A freebsd-update major verzióváltás funkciója a 8-as, CURRENT verzió után érhető el (ha jól értettem), az apt-get dist-upgrade funkciójára meg már nem is emlékszem, milyen ősidők óta van ott.

Tehát összehasonlítható a kettő.

Én mindenesetre drukkolok a FreeBSD-nek, mert szerintem ez hiányzó feature volt és jó, hogy kitalálták/megvalósították ehhez a jó kis rendszerhez.

> Az apt-get-nél kb. három (értelmezés és alaposság kérdése) parancsot kell kiadni a system upgrade-hez, a freebsd-update-nél tizenvalamennyit.

No ezert nem lehet osszehasonlitani ezt a kettot. Ugyanis mivel FreeBSD-n a rendszer nem csomagokbol all ossze, ezert a csomagok frissitese egeszen maskent megy - illetve mehet. Ujra megneztem a hivatkozott blogot, mert a tizenvalamennyit kicsit soknak ereztem.

1) frissiti a csomaglistat, majd leforditja. Ezt ket paranccsal teszi, amely 2 parancs helybol elhagyhato (en speciel el is hagytam), ha az ember nem csak evente nez ra a gepre, hanem a vilag (azaz a csomagok/portok) fejlodeset nyomon koveti - nem fogja meglepetes erni, mert mar tudja, hogy van-e ilyen elavulas/modosulas.

2) 3 menetben frissiti az oprendszert, mindegyiknel ujraindit - azaz ez 6 parancs.

3) es mellesleg meg egyszer frissit minden (nem az alaprendszer reszet kepezo) csomagot - azert, hogy immar az uj lib-ekkel forduljon. Raadasul egy olyan csomagfrissito eszkozt hasznal, amelynek van a fenti blogban is emlitett hianyossaga (azaz az OS-verziok kozotti Ruby-verzio valtas). Ha az ember nem ezt a csomagfrissitot hasznalja (hanem pl. a portmaster -t), akkor az ennel a pontnal szereplo 6 db parancs kivalthato eggyel.

Azaz kicsit egyszeru eszkozokkel (nem azt a programcsomagot hasznalom) a 13 parancs helyett csak 7-tt kell. Ez ugyan meg mindig 333%-a az APT-nak, de hatarozottan jobban allunk.

Es meg ket aprosag:

a) feltreertheto volt a cikkbeli fogalmazas: ez a funkcioja a freebsd-update -nek, eddig benne volt a 8-as agban, es most vezettek vissza a 7-es es 6-os agakba - azaz a hamarosan megjeleno 7.0 es 6.3 verzio mar fogja tudni.

b) azert nem javasolt osszevetni a FreeBSD es Debian mechanizmusait, mert mas felepitesuek a rendszerek:
FreeBSD-t nem tudsz ugy *telepiteni*, hogy ne legyen benne pl. SMTP-szerver vagy DNS-szerver, vagy NFS- vagy NTP-szerver. Utolag kikonfiguralhatod, vagy akar le is torolheted, de meg a legminimalisabb telepitesnel is meg fogod ezeket kapni. Vannak olyan dolgok, amiket mar FreeBSD-n is csomagbol lehet feltenni (Samba, vagy Apache pl.) - de a fentiek a rendszer szerves reszei.

Debian-t meg igen.

Ez van ahol jo, van ahol nem. Ennyi.

(Es mivel Ubi nalam a nem-ismerem kategoriaba tartozik, hogy a masik "nagy" APT-t alapbol hasznalo disztroban milyen huncutsagok vannak, azzal nem foglalkoznek.)

#define egyszerűbb.

Tokmindegy, nyilvan lehet ertelmesen definialni. Kevesebb ido, kevesebb leutott karakter, teljesen mindegy. Nem definialom mert a kerdes bevallom annyira nem erdekel hogy ennyit foglalkozzak vele. Csak az zavar hogy leugattok/kirohogtok valakit magas lorol, amit szvsz meg akkor sem kellene ha tenyleg hulyeseget irt volna, pedig nem is irt. Mindegy ez mar lehet nem valo ide, bocs.....