glibc-2.2.4

[Blues]

On Tue, 23 Oct 2001, Tomasz Kłoczko wrote:
> > > > To moze poczekajmy na rpm 4.1 i wprowadzmy go w PLD, ale dopiero w 1.1
> > > > albo nawet 2.0. To co jest trzeba raczej stabilizowac a nie rozgrzebywac!
> > > Ja bym jednak wykońał jednak możliwie szybko przejście na db 3.2.x (i 
> > > zaraz potem na rpm-a 4.0.3).
> > I znowu, jak to ostatnio masz w zwyczaju (vide: shadow, wczesniej
> > ncurses,readline,openssl itd., a szczergolnie ac/am), przez kilka tygodni
> > bedzie totalny balagan w dystrybucji. Wrrrrrr....
> Jak długo zamierzasz zostać z tym co jest ?
> Jezli to miał być głos przeciwko zmianom to było to głupie. Wisły kijem 
> nie zawrócisz. To jest tylko kwestia czasu kiedy ttego typiu zmiany bedą 
> konieczne.

A dlaczego mamy tak newralgiczne pakiety jak rpm wprowadzać 2 dni po 
wypuszczeniu?
Przygotowujemy sie do PLD-1.0 - dlaczego nie zostawic w nim rpm'a 
aktualnego? W czym to szkodzi? Jest dzialajacy i _stabilny_ - jak bedzie z 
nastepnym naprawde nie wiadomo. A backport zawsze mozna zrobic.

> > IMVHO zaloz sobie brancha PLD-1.1 i tam rob nowa wersje, z rpm 4.1,
> > kernelem 2.4 i innymi nowosciami.
> Jeżeli skolejkujesz w /test wszystkie pakiety do tego to nie bedzxie 
> kłopotu.

Dotyczas jakos sie to nie udawalo. I nie wierze, ze tym razem bedzie 
inaczej

> > A to co jest zostaw w spokoju. Dosc juz tych rewolucji, powodujacych
> > ze polowa pakietow przestaje dzialac.
> > 
> > A jak Ci sie nudzi... jeszcze sporo w ac/am (np gnome) pozostalo do
> > poprawienia.
> Wybacz Marcin ale z lekka bzdury pleciesz. Wszystko to kwestia metody jak 
> to zrobić. Można dowolnie dużą zmianę robić bez destabilizacji całosci. To 
> że poprzednio pewne zmiany były wykonywane bez zachowania pewnych zasad 
> których wypadałoby sie trzymać i że to był do pewnego stopnia błąd nie 
> podlega dyskusji.

Tomku, ile razy zwracano ci TUTAJ uwage w kwesti "radosnego" przerzucania
z /test _calkowicie_ nierzygotowanych zmian? Zmian, na ktorych wielu
ludzi, ktorzy czesto zarabiaja na PLD, sie bolesnie przejechali (czasem i
doslownie, jak przy aktualizacji ssh). I wydawalo sie przy, że okazji
kolejnych upgrade'ów robisz DOKŁADNIE to samo.
Z tego tez powodu nie uwierze w takie zapewnienia z Twoich ust, ze 
"skolejkowanie w /test zalatwi sprawe". Tak _najprawdopodobniej_ nie 
bedzie.

Sumujac - poczekajmy aż PLD-1.1 zrobi zforkuje z wprowadzeniem nowego rpm.

-- 
---------------------------------
pozdr.  Paweł Gołaszewski        
---------------------------------
CPU not found - software emulation...