bezpecny upgrade systemu

[Divacky Roman]

On Thu, Oct 20, 2005 at 11:36:48AM +0200, Pav Lucistnik wrote:
> Divacky Roman píše v čt 20. 10. 2005 v 11:12 +0200:
> > On Wed, Oct 19, 2005 at 06:49:16PM +0200, Dan Lukes wrote:
> > > Divacky Roman wrote:
> > > >>>ja to myslel tak ze misto abych prekompilovaval programy a tim je donutil
> > > >>>se prelinkovat na nove knihovny tak to (prelinkovani) udelam externe 
> > > >>>pomoci
> > > >>>libmap.conf - jsou to funknce ekvivalnetni operace
> > > 
> > > >>Nejsou to funkcne ekvivalentni operace.
> > > 
> > > >tojo... ale ve chvili kdy je api stejne (jeste se mi nestalo ze by bylo 
> > > >jine)
> > > >to chodit bude...
> > > 
> > > 	Bud' dochazi k nedorozumeni v tom, co znamena zkratka API nebo si 
> > > troufam tvrdit, ze se mylis a zcela bezpecne jsi se uz se zmenou API setkal.
> > > 
> > > 	Ostatne, pokud se prilis nepletu, tak logika je takova, ze minor 
> > > 	cislo verze knihovny se meni tehdy, pokud doslo ke zmenam v knihovne, ale 
> > > API zustava stejne. Knihovnu nove minor verze pak lze pouzit bez noveho 
> > > prekladu. Tenhle pripad ale resi dynamicky linker automaticky - on 
> > > prilinkuje (pri spousteni) knihovnu se stejnym major-cislem a nejvyssim 
> > > minor cislem, o jake vi. V takove situaci tedy neni jakekoliv 
> > > premapovani treba. Snad krome pripadu, kdy se autor knihovny spletl a 
> > > nova verze knihovny ve skutecnosti nema tak kompatibilni rozhrani v jake 
> > > doufal.
> > 
> > nepochopil jsem jaka je logika v meneni verzi knihovena ale urcite to neni tak
> > jak to rikas (prestoze to zni logicky)
> > 
> > major cisla verzi se meni (nejspis, fakt jsem to moc nepochopil) ve chvili kdy
> > se uvadi nova major verze fbsd. s api/abi samotne knihovny, proto to
> > libmapovani vetsinou chodi... 
> 
> ELOSTGRAMMAR? Druha veta nedava moc smysl.
 
jsem nadopovanej pastiklama proti kasli :)
 
> Prave protoze se praktikuje politika nemenenni ABI v ramci stabilni rady
> verzi FreeBSD dochazi ke zmene ABI jen pri skoku o major verzi FreeBSD
> nahoru. Proto ti muze asi pripadat ze pri zvyseni cisla verze FreeBSD se
> automaticky navysuji cislicka na sdilenych knihovnach, ale je to naopak.
> Ono to k tomu zaveru svadi, kdyz FreeBSD 4 melo libc.so.4 a FreeBSD 6 ma
> libc.so.6, ale to ze ty cisla jsou stejna je jen nahoda.

pokud vim tak posledni velke bumpovani version cisel bylo tohle:

Bump the shared library version number of all libraries that have not
been bumped since RELENG_5.

tj. zvysilo se cislo verze u vsech knihoven hlava nehlava... s menenim api/abi
to nemelo nic spolecneho - proste se to zvedlo protoze se mel delat RELENG_6.

> > nehlede nato - api takovych tech "fakt zakladnich" (libc, libpthread) knihoven je definovano 
> > mimo fbsd (posix, ISO C atd.) tj. menit api ani nejde (nemluvim o abi)
> 
> Ale tomu snad sam neveris, kado. Kdyz nic tak libc ma spoustu v POSIXu
> nedefinovanych rozsireni specifickych pro FreeBSD. Dal nezapominej, ze
> stejny vztah jako maji programy vuci knihovnam maji knihovny vuci
> kernelu. Kdyz se zmeni API kernelovych volani, musis mit odpovidajici
> novou knihovnu. A zadny POSIX ti nerika, jak na bit presne maji vypadat
> tvoje struktury v kernelu, nicmene libc a libpthread s nima primo
> manipuluji...

jasne... ale tenhle system pouzivam "porad" a jeste nikdy jsem s tim nemel
problemy. tak to nepovazuju za tak neco priserne spatneho

> > proste a jednoduse - jasne ze je lepsi upgradovat porty ale neni to jedina
> > cesta jak dosahnout toho ceho chces (to ze to libmapovani neni ciste a pekne je
> > jasne ale funguje to)
> 
> Ja bych jen poprosil kdyby si prestal propagovat postupy, o kterych vis,
> ze nefunguji 100%ne.

nojono ;)