On 07/09/15 19:18, Miroslav Lachman:
Ale zase se nebojim toho, ze by to dopadlo jak u
Linuxu, kdy mas jenom kernel a k tomu hromadu samostatnych balicku
"tretich stran". FreeBSD se porad bude vyvijet jako "cely system", jen
tyhle "contributed" veci asi uz nebudou v base, nebo by mohly byt
aktualizovatelne podobnym zpusobem, jako porty.
To ti preci nijak nepomuze.
Praci ti usetri, pokud nejakou komponentu prohlasis za "nesoucast
systemu". Pak se o ni skutecne muzes prestat starat a objem prace ti
poklesne.
Ale u toho, co je klicovou komponentou je jedno, jestli ty zdrojaky
udrzujes v /usr/src/contrib nebo jestli si je presunes nekam jinam. Tim
se preci objem prace souvisejici s jejich udrzbou nijak nemeni.
Dobre, takze se prijde na chybu a ty ji ve zdrojacich opravis (at uz je
mas v takovem nebo makovem stromu zdrojaku) a je treba, aby se v na
systemech verze ABC, ktere jsou zasazene chybou, vymenily vadne
komponenty za opravene a verze systemu se zmenila na ABD.
I zde me az tak nezajima, jestli se tak stane pusobenim prikazu A nebo
B, protoze to je samozrejme jedno.
Ono je to opravdu jedno. Presunuti zdrojaku z jednoho mista na druhy a
pouziti prikazu B misto A pro binarni aktualizaci systemu neznamena
usporu prace na zadne strane.
Zrejme nevidim neco, co ty ano, kdyz si myslis, ze presunutim jakekoliv
klicove komponenty systemu do portu se da usetrit jakakoliv prace.
Jedine cim se da usetrit prace je, ze nejake klicove kompomenty
prohlasis za neklicove a ony zcela prestanou byt soucasti systemu.
Ostatne ty rolling updates jsou stale popularnejsi, prave kvuli
castejsim nutnostem zaplatovat nejakou bezpecnostni diru.
Rolling updates nijak nesouvisi s tim, jestli je patchovany kod soucasti
baze nebo portu. Ani v tim, jakym prikazem dosahnes toho, aby se vadne
binarni komponenty systemu zamenily za bezvadne (a soucasne se zmenila
verze systemu).
Dan
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l
