Sprava portu

[Dan Lukes]

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