On Tue, 2 Mar 2004, Jan Rekorajski wrote: > > > > > > chyba zacznę cię ignorować wzorem andrzeja, tak będzie > > > > > > najzdrowiej... > > > > Ostatni raz się wyłamię... > > > > > a wystarczy przeciez tylko nieco bardziej sie zastanowic, jak > > > > > niewiele (jesli w ogole) daje optymalizacja na i586... > > > > Nie interesuje mnie ile daje (nigdy nie mówiłem, że mnie > > > > interesuje, więc nie chrzań mi o czytaniu ze zrozumieniem). > > > > Interesuje mnie jak zapewnisz upgrade z i586 na i386 bez ręcznego > > > > przeinstalowywania wszystkich pakietów... Teraz to ty nie czytasz > > > > ze zrozumieniem, bo pisałem o tym. > > > ln -s i386 i586 na ftp. > > Założysz się że nie? Wywali ci przy instalacji, że próbujesz brać > > rpm-a na nie-swoją architekturę... > Nie, serio? No popatrz to jakim cudem mi sie do tej pory udawalo robic > upgrady i686->athlon i athlon->i686 i i586->i486? Cuda jakies panie, no > cuda...
ile razy tam było --force --nodeps? Poza tym - przechodzisz _dobrowolnie_ na _lepszą_ architekturę... Zauważ, że i586 to przeważnie serwery, które chodzą długo i chwalebnie. W ten sposób pozbawiasz się update-ów albo też musisz przechodzić przez jakieś voodoo ręcznego upgrade, przy którym dużo może się wywalić... Moja propozycja jest taka (jeżeli już naprawdę ktoś chce zrezygnować...), żeby w następnej wersji XX po AC (PO od Polon????) _zapowiedzieć_ wcześniej z jakich arch rezygnujemy i wtedy ich od początku nie wspierać. I wtedy możnaby pokusić się o zlikwidowanie i386 oraz i586, a zostawić i486, które wydawało się być uzasadnione (ktoś o glibcu, czy gcc wspominał jakiś czas temu). Poza tym - starociem to jest tak naprawdę właśnie i386... Ale to tylko taka bardzo luźna propozycja pod rozwagę... -- pozdr. Paweł Gołaszewski --------------------------------- worth to see: http://www.againsttcpa.com/ CPU not found - software emulation... __________________________________________________________ nie pytaj co inni zrobili dla pld, pomysl ile sam zrobiles
