następna werdja PLD

[Tomasz Kłoczko]

On Sun, 2 Feb 2003, Witold Filipczyk wrote:

> On Sun, Feb 02, 2003 at 01:19:21PM +0100, Robert 'dzeus' Graużenis wrote:
> > On Sun, 2 Feb 2003 13:12:11 +0100 Tomasz Pala <gotar w polanet.pl> wrote:
> > 
> > > > zasoby dla następnej wersji PLD bo się zgubiłem w gąszczu tagów.
> > > > Jaka jest filozofia nastepnego wydania PLD (zmiana prefixu na /usr
> > > > to pewnie napewno).
> > > 
> > > Znacznie ważniejszy jest chyba nowy kernel, kompilator, glibce i rpm.
> > > Do tego pomniejsze biblioteki - openssl, libpng, gtk+2. No, jeszcze
> > > nowe KDE i Xy. W zasadzie można powiedzieć, że Ac jest po prostu...
> > > nowsze.
> 
> Niepotrzebnie martwisz się na zapas.  Nie ma jeszcze Ac i długo nie będzie.
> Przejście przy pomocy poldka do najświeższych zasobów nie będzie może
> bezbolesne, ale będzie dość łatwe.

Znaczy się czas potzrebny na skompletwanie Ac bezie na tyle długi żeby móc 
spokonie pomyśleć i skompletować pełną procedurę pzrejscia z Ra an Ac w 
samych pakeitach które takich krekt będa wymagać. Spodziewać sie niemniej 
takich korekt za sużo raczje nie nalezy ponieważ samo w sobie Ra już
tworzy dość solidny fundament który w duzej cżęści nie ulegnie zmianie. 
Zmiany bbędą wynikać pzredewszystkim z pojaiwanai się nowych wersji 
programów. Zapewne też spra ilosć zmian moze dotyczyć zreczy omawianych 
tutaj ostani czyli roszad zwiazanych z pzrejsciem na uzywanie wyłacznie 
/usr czy (o ile się to przyjmie a mam nadziję że w jakiś formie jednak 
tak) zmian w okolicy /etc. tak czy inaczje ta ostanai grupa zmian po 
opracowaniu kilku wzorcowych podejść bezie się ładnei propagować na całą 
klasę tgo typu zmian nie powinna jako taka być docelowo źródłem kłopotów.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*