Rozšířenost *BSD systémů

[KapitánRUM]

Původně jsem chtěl říct, že o žádném BSD systému právě teď nevím, ale vzpomněl jsem si na 10-15 kousků jen to nejsou ,,viditelné mašiny", ale FW od jedné místní firmy. Na to člověk pak snadno zapomene, že před x lety někam položil nějaký počíták a od té doby o něm neví. Nojo, když fakturu za jeho správu platí někdo jinej a nestaráte se o to, rychle na to zapomenete.

[Reklama]

[x]

Původně jsem chtěl říct, že o žádném BSD systému právě teď nevím, ale vzpomněl jsem si na 10-15 kousků jen to nejsou ,,viditelné mašiny", ale FW od jedné místní firmy. Na to člověk pak snadno zapomene, že před x lety někam položil nějaký počíták a od té doby o něm neví. Nojo, když fakturu za jeho správu platí někdo jinej a nestaráte se o to, rychle na to zapomenete.

Neco na ten zpusob? :-) http://quigon.bsws.de/papers/2009/eurobsdcon-faster_packets/mgp00030.html

[x]

Aaaa nasel jsem to. Pravda pravdouci o tom, ze spousta lidi si mysli, ze kdyz to ma stejny nazev, tak je to stejne jako jinde.

http://www.openbsd.org/papers/eurobsdcon_2010_pkg_add/mgp00012.html

jinak mohu doporucit k prostudovani uplne kazdemu at uz kvuli porovnani v ramci BSD nebo i s yum/apt/cokoliv. Takovych technickych a zaroven citelnych veci neni nikdy dost.

[Mirek Prýmek]

Jinak jeste k veci http://lists.freebsd.org/pipermail/freebsd-arch/2011-August/011412.html

a reakce od Marc Espie ( dalo by se rict, ze hlavni clovek za balikama )

Jojo, tohle jsem četl. Je to fajn, vědět, že někdo se nad celou věcí zamýšlí i trochu komplexně (skoro bych řekl "manžersky" nebo "marketingově", ale abych nebyl špatně pochopen, raději neřeknu

Ten popis problémů portů je vyčerpávající. Mně osobně trápí hlavně 6 ("there are situations when   install/upgrade of just one package may require rebuild 3/4 of all pkgs"), 7 a 8. Plus ještě jedna věc, která je částečně daná designem, částečně mou neznalostí: nikdy si nejsem jistej, odkud přesně kterej nástroj bere informace o závislostech apod. - o některých nástrojích a operacích jsem si třeba myslel, že porty vůbec nepotřebují, a ono ejhle...

Taky se mi tam líbilo tohle (chápu, že x skřípe zuby

They've
not confirmed, but the key problem is probably shortage of FreeBSD
specialists on the market to hire (e.g. Yandex has about 20 FreeBSD
admins and about 84 Linux admins, for all other their services and
40% of servers). So this is problem of FreeBSD's too low
userbase/marketshare, caused, in turn, by other FreeBSD's problems.

Začarovanej kruh...

Aaaa nasel jsem to. Pravda pravdouci o tom, ze spousta lidi si mysli, ze kdyz to ma stejny nazev, tak je to stejne jako jinde.

http://www.openbsd.org/papers/eurobsdcon_2010_pkg_add/mgp00012.html

Jo, to jsem taky viděl. Zajímavý počtení. Duch OBSD z toho hodně dýchá, akorát ten SmallTalk mě trochu zarazil, to si pamatuju

[x]

U toho bodu 6) jsem si nebyl jisty co tim rebuild chtel rict. Mel na mysli preinstalovani binarnich baliku jako se deje treba i na OpenBSD kvuli zavislostem, ktere se zmenili i kdyz treba samotny hlavni balik (treba LibreOffice) je stejny jako predtim? Nebo tim myslel to, ze se to opravdu kompiluje? To by pak opravdu byla hruza jeste vetsi.

V ramci OpenBSD to preinstalovani vice baliku neberu jako tragedii. O moc to nezpomali a zarucuje to, ze to funguje a ze nevyskoci nejaky kostlivec ze skrine. Navic pokud neco selze, tak to hodi jen hlasku, nerozbije to balik, ktery se da dale pouzivat a pokracuje dale.

Ja zuby neskripu. Jen neni ti divne, ze pro 40% serveru potrebuji 84 Linux adminu a pro zbylych 60% maji 20 FreeBSD adminu? ;-) Asi bude neco fundamentalne spatneho, kdyz Linux potrebuje takove hordy aby to udrzovali v chodu a jelo to ;-) Slovo services jsem vypustil umyslne, jeste jsem nevidel firmu kde sice lide umi ruzne veci, ale delaji stejne vsechny kdyz je treba bez ohledu na specializaci a to obzvlaste u adminu. Ja se sice taky snazim vyhybat Linuxu jak to jen jde a radeji se venuji Unixum, ale to neznamena, ze to vzdy jde. Cele uz to pak vypada trochu jinak nez jako setreni nakladu. Kdyby jim slo o to, tak vlastne 40 FreeBSD adminu zvladne celou jejich infrastrukturu. Jako vzdy za tim bude uplne neco jineho nez marketshare *BSD ;-)

[Reklama]

[Mirek Prýmek]

U toho bodu 6) jsem si nebyl jisty co tim rebuild chtel rict. Mel na mysli preinstalovani binarnich baliku jako se deje treba i na OpenBSD kvuli zavislostem, ktere se zmenili i kdyz treba samotny hlavni balik (treba LibreOffice) je stejny jako predtim? Nebo tim myslel to, ze se to opravdu kompiluje? To by pak opravdu byla hruza jeste vetsi.

No kdyz se zmeni nejaka zakladni knihovna, na ktere zavisi 3/4 systemu, tak se "musi" prekompilovat 3/4 systemu...

(Pricemz "musi" nemusi nutne znamenat opravdu musi - ale energie vynalozena na zjisteni, jestli opravdu musi, by byla vetsi nez to prelozit)

Predkompilovane baliky pro RELEASE s aktualnimi verzemi portu pokud vim* nejsou.

* nepouzivam, takze se o to nestaram a obcas ziju v bludech

Ja zuby neskripu. Jen neni ti divne, ze pro 40% serveru potrebuji 84 Linux adminu a pro zbylych 60% maji 20 FreeBSD adminu? ;-)

Ne

[x]

Proc se musi u aktualizace binarniho baliku kompilovat? To je nejaka blbina ne? Kdyz to bude kompilace z portu primo, tak to chapu.

Ale podle toho to snad fakt vypada, ze to neumi binarni update http://www.FreeBSD.org/cgi/man.cgi?query=pkg_add&sektion=1 . To je nejaky divny joke ne?

Cili neexistuje moznost binarni aktualizace baliku at uz pro release nebo current?

[Mirek Prýmek]

Predkompilovane baliky pro RELEASE s aktualnimi verzemi portu pokud vim* nejsou.
* nepouzivam, takze se o to nestaram a obcas ziju v bludech

Aha, no tak zrovna tohle byl asi jeden z tech bludu, páč

For example, set PACKAGESITE to ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6-stable/Latest/ to download the most recent packages built for the 6.X series.

http://www.freebsd.org/doc/en/articles/linux-users/software.html

Takže kdo používá software s defaultními volbami, může vesele používat předkompilované balíčky. Ale to je celkem jedno, on ten hlavní problém není v tom, že se něco musí kompilovat, to se překousne, hlavní problém je v tom, že se změní verze 3/4 softu - a to je docela velkej problém, protože podle murphyho zákonů se to stane zrovna v době, kdy se člověku nejmíň hodí zjišťovat, jaká verze čeho se vlastně jak změnila a co z toho pro něj plyne...

[Mirek Prýmek]

Cili neexistuje moznost binarni aktualizace baliku at uz pro release nebo current?

Existuje - třeba něco ve stylu portupgrade -PPa
http://www.freebsd.org/cgi/man.cgi?query=portupgrade&manpath=FreeBSD+8.2-RELEASE+and+Ports&arch=default&format=html

Ten pkg_add z base systému je hloupoučkej a vůbec s repository balíků nepracuje - je to podobný jako dpkg versus apt.

(to je ten bod 7 z toho seznamu - docela ostuda imho...)

[Mirek Prýmek]

Ten pkg_add z base systému je hloupoučkej a vůbec s repository balíků nepracuje - je to podobný jako dpkg versus apt.

Ježkovanoho, já blábolím čím dál víc, je vidět, že je nejvyšší čas jít spát...

Samozřejmě pkg_add umí instalovat závislosti a umí i stahovat z ftp, http, ale nepouziva informace z /usr/ports (zavislosti cte primo z baliku a zapisuje do /var/db/pkg) a neumi upgradovat. Proto je potřeba ho doplnit nějakou nadstavbou typu portupgrade, portmanager apod.

[x]

Aha, no sam jsem se chytil na prepodklad, ze kdyz se to jmenuje pkg_add, tak ze to pracuje vicemene podobne jako jinde. Hlavne, ze jsem o tom posilal prezentaci :-)

Jinak ten portupgrade vypada podobne jako funkcnost co byla v pkg_add v OpenBSD tak 2 - 3 roky zpatky, kdy se pouzivalo vice prepinacu, nebyl to vlastne ani update, ale vylozene reinstalace. Trvalo to hrozne dlouho. Ale s repozitarema to pracovalo vzdy.

[Mirek Prýmek]

Jinak ten portupgrade vypada podobne jako funkcnost co byla v pkg_add v OpenBSD tak 2 - 3 roky zpatky

Co konkretne ti tam chybi? Mne prijde celkem ok, mam proti nemu jenom to, ze neni v base, taha si zavislost na ruby a vytvari si vlastni paralelni databazi k tomu, co uz v systemu je.

[x]

Tak tri problemy uz jsi popsal sam, navic jak si ctu tu volbu -PP, tak by mne zajimalo co se stane v pripade, ze balik neni k dispozici ani lokalne ani vzdalene, do portu nesmi a je to zrovna zavislost jinych baliku, ktere jsou taky aktualizovatelne a lokalne nebo vzdalene dostupne jsou.

Navic je tam nutnost mit aktualni porty v systemu coz nejak by melo byt prave v pripade binarnich baliku zbytecnost, ale asi to souvisi s tim jak jsi rikal, ze vytvari svoji vlastni databazi.

[Mirek Prýmek]

Tak tri problemy uz jsi popsal sam, navic jak si ctu tu volbu -PP, tak by mne zajimalo co se stane v pripade, ze balik neni k dispozici ani lokalne ani vzdalene, do portu nesmi a je to zrovna zavislost jinych baliku, ktere jsou taky aktualizovatelne a lokalne nebo vzdalene dostupne jsou.

No co by se melo stat? Proste oznami, ze balicek neni k dispozici a skonci - co jineho by mel delat?

Navic je tam nutnost mit aktualni porty v systemu coz nejak by melo byt prave v pripade binarnich baliku zbytecnost, ale asi to souvisi s tim jak jsi rikal, ze vytvari svoji vlastni databazi.

S vlastni databazi to nesouvisí, ale jinak mas bohuzel afaik pravdu.

[x]

No to oznami. Ja jen jestli to neco nerozbije coz by byla jeste horsi varianta. Aby neco neskoncilo napul aktualizovane nebo nejaky balik zacne plivat jen core soubory kvuli nedokoncenemu prechodu atp. Pokud jen oznami, ze to nejde a pokracuje s tema co jdou a nema to vliv na funkcnost, tak to je v pohode (i kdyz jasne ne idealni stav).

Jinak z ceho ja jsem pomerne nestastny jsou ty moduly pro kernel. Zrovna si hraju s dfly a jdou na mne z toho jako vzdy mrakoty. I wpa podpora se musi nahravat jako modul :-)