Dotaz: FreeBSD a binarni upgrade portu

[amnesiac]

• chci aktualizovat porty jen pomoci binarninch balicku z ftp.freebsd.org
• nechci stahovat strom portu a nechci, aby mi zabiral misto na disku
• nechci pouzivat 'mastodonta' portupgrade
• chtel bych vyuzit zakladnich nastroju pkg_add, pkg_delete, pkg_version

Kdyz instaluju novy soft, tak pkg_add -r se chova podle ocekavani a zjisti, stahne a nainstaluje potrebne zavislosti a soft nainstaluje. Pokud chci ale aktualizovat na novejsi verzi, zacne rvat ze je uz nainstalovana starsi a ze ji nenainstaluje. Pkg_delete tu starsi odmitne odinstalovat, protoze by se porusily zavislosti.

Bud je ta sprava ve Freebsd tezce nedomyslena nebo jsem to stale nepochopil :(

Odpovědi

[puco]

Mozte dat pkg_delete -f PKG viac v man.

[unknown_]

Ano, nepochopils to ad 1) pkg_delete by měl mít přepínač pro násilné odstranění (tuším, že -f) ad 2) nikdo Tě nenutí , pokud už jo, tak rm -rf /usr/ports ad 3) viz ad 2), pokud už jo, tak pkg_delete /var/db/pkg/portupgrade* ad 4) bez problémů, jen doporučuji přečíst man

Malý problémek - FreeBSD je silně zaměřeno na vše ve zdrojovém kódu, a vytváření aktuálních balíčků je asi pro vývojáře příliš problém a plýtvání silami, takže binární balíčky jsou většinou o něco starší (tak dvě desetiny) než programy instalované z portů (je pravda, toto platí na CURRENT, nevím jak třeba na RELEASE)

[amnesiac]

ad verze) nechci jet CURRENT ale RELEASE

ad vytvareni balicku) Jsem mel za to, ze FreeBSD ma vytvareni binarnich balicku zautomatizovane. To ze nektere o cca 1 den zaostavaji za verzi z portu az tak nevadi. Zavedeni binarnich aktualizaci ve Freebsd 6.2 i pro OS mela byt "killer feature". Zavislost na updatech pres vlastni kompilaci totiz zbytecne diskvalifikuje nasazeni freebsd napr. na routery, ktere casto bezi na slabsim hw.

ad pkg_delete) Ok, tak ja vynutim odstraneni balicku a porusim zavislosti. Pokud ale zkusim ten aktualizovany balicek instalovat, zacne to na me rvat kvuli desitkam dalsich nesplnenych zavislosti, protoze jsou opet v systemu uz jejich starsi verze. To musim rucne projit vsechny zavislosti a odstranit s pkg_delete -f a potom rucne nainstalovat vsechny aktualizace ? To je desny opruz a lehce se tak muze rozsypat cely system.

Jestli je to takhle nesikovny, neslo by to udelat pres kombinaci pkg_version -> pkg_delete -> pkg_add ? Z pkg_version odfiltrovat nazvy balicku, ktere maji novejsi verzi na ftp, ty pak 'nasilne' odinstalovat pres pkg_delete a podle stejneho seznamu nainstalovat ty nove ? Vim ze neco podobnyho dela portupgrade, ale nesnasim jeho lenost(bezi v Ruby), vytvari si svuj vlastni index k portum(nesystemovy bordel) a nenainstaluje mi binarni balicek (-PP) bez pritomnoti jeho vetve v /usr/ports ikdyz k tomu neexistuje jediny vysvetlitelny duvod.

[xobot]

<noflame,pls>ak spravujes router a nie napr. databazu, skus porozmyslat, ci by pre teba nebolo lepsie premigrovat na openbsd, ktore je imho na tento ucel vhodnejsie. myslim ze jednoduchost a funkcnost spravy softwaru by si urcite ocenil a takisto aj bezpecnost a plnu funcionalitu PF. toto vsetko vsak zavisi od ucelu pouzitia daneho systemu. </no flame, pls>

[unknown_]

No, nazačátku sis dal takové podmínky, které je složité splnit. "Chci se dostat na Měsíc, ale nechci přitom opustit Zemi"... Ad pkg_delete) vemme příklad - pkg_delete /var/db/pkg/kdebase-3.5.6 -vyskočí závislosti a nelze odinstalovat pkg_delete -f /var/db/pkg/kdebase-3.5.6 -jde odinstalovat

pak již pkg_add -rfO kdebase-3.5.7 - myslím, že parametr O (to je písmeno O) to řeší

Ještě na ten router - tam bych opravdu doporučil spíše OpenBSD.

[cronin]

Myslim ze v skutocnosti riesis co sa neda, nie co sa da. S takymto pristupom bude pre Teba akykolvek system nevyhovujuci.

[xobot]

no mozno sa to neda na freebsd, ale prave openbsd pouziva primarne binarny package managment, ktory je uzivatelom odporucany aj z pohladu bezpecnosti. aj samotne pouzivanie portov je odlisne od Free/NetBSD, po make install sa vygeneruje package, ktory sa na nasledne aj nainstaluje.
pkg_add -u pkg(s) Update the given pkgname(s), and anything it depends upon.. (Bez dalsieho argumentu update-ne vsetky nainstalovane baliky). Takuto moznost vsak s najvacsou pravdepodobnostou ponuka aj freebsd, aj ked podla viacerych ohlasov z okolia ma verzia 6.2 nejake problemy so spravou SW. Vyhodou obsd v tomto je pritomnost parametra -i pre pkg_add/delete, ktory v pripade nejasnosti interaktivne ponukne na vyber verziu/variantu daneho SW (aj zavislosti).

URAL41> /var/tmp 29 # pkg_add -ivn mutt
Ambiguous: choose package for mutt
         0: <None>
         1: mutt-1.4.2.2ip0
         2: mutt-1.4.2.2ip0-compressed
         3: mutt-1.5.12p0
         4: mutt-1.5.12p0-compressed
         5: mutt-1.5.12p0-hcache
Your choice: 3
parsing mutt-1.5.12p0
Dependencies for mutt-1.5.12p0 resolve to: gettext-0.14.6, libiconv-1.9.2p3
Pretending to add mutt-1.5.12p0
The file /etc/mutt/Muttrc would be installed from /usr/local/share/examples/mutt/Muttrc.sample
The file /etc/mutt/mime.types would be installed from /usr/local/share/examples/mutt/mime.types.sample
/dev/wd1h: 5385947 bytes
/dev/wd0f: 112246 bytes

[jiri.b]

tak tak, openbsd rulez!

[roman]

portupgrade neni pomaly protoze je napsany v ruby, pomala je cela ta infrastruktura portu. nicemene dobra zprava je ze se na tom pracuje a mame celkem zajimave patche ktere to vsechno velmi vyrazne zrychluji. a co se tyce samotneho portupgrade/ruby tak ke konci roku by melo byt venku ruby2.0 ktere bude mit konecne bytecode a melo by se celkem dost zrychlit.

kazdopadne zrychleni portu bude commitnuto behem nekolika dni (jen se to prozene exp-buildama) a hotove. zrychleni by melo byt velmi vyrazne.

stay tuned :)

[jiri.b]

FreeBSD balicky jsou rolling-update styl...

Binarni balicky na FTP jsou vlastne snapshoty stromu portu k urcitemu datu, ktere mohou kolidovat se zavislostni aktualizovaneho balicky na systemu.

[cronin]

Ak si ochotny mat strom portov predsa len na disku, dobrym kompromisom je portupgrad -P resp. portupgrade -PP.