2.2 vs 2.4 -- propozycja

[Maciej 'Agaran' Pijanka]

On Sat, 21 Jul 2001, Jan Rekorajski wrote:

> [sobota, 21 lipiec 2001], Maciej 'Agaran' Pijanka napisał(a):
> 
> > On Sat, 21 Jul 2001, Jan Rekorajski wrote:
> > 
> > > [sobota, 21 lipiec 2001], Maciej 'Agaran' Pijanka napisał(a):
> > > 
> > > > On Sat, 21 Jul 2001, Jan Rekorajski wrote:
> > > > 
> > > > > IMNSHO jest to straszne kombinowanie i robienie zamieszania.
> > > > > Kernel 2.4.7 jest już wystarczająco stabilny żeby się znalazł jako
> > > > > podstawowy w dystrubucji. Wystarczy żeby się kloczek wreszcie wziął
> > > > > przygotował konfig na sparc64.
> > > > > 
> > > > > To co proponujesz wprowadzi taki zamęt że długo się spod niego nie
> > > > > wygrzebiemy - a chyba chcemy zrobić w pełni funkcjonalną dystrubucję?
> > > > > 
> > > > > Mój projekt jest taki:
> > > > > 1) skompilować kernel 2.2 i wszystko co go wymaga
> > > > > 2) przewalić to do /supported
> > > > > 3) przejść definitywnie na 2.4
> > > > > 4) Zapomnieć o 2.2 (modulo security)
> > > > to moze zapomniec o 2.4 i odrazu poczekac na pre-2.5 ?
> > > 
> > > Dajcie linuksowi pół roku? ;)
> > 
> > we will see ;>
> 
> 2.5 to pewnie zobaczymy jeszcze w lipcu ;>

khm moga sie nie wyrobic..ale w sierpniu pewnie tak
 
> > > > bo mnie nie pasuje takie podejscie.. bo to kwalifikuje ze wiekszosc
> > > > zasobow bedzie mogla stwarzac problemy na maszynach z 2.2.x
> > > 
> > > Na przykład?
> > > Aż mam ochotę zacytować Bonika...
> > > 
> > 
> > a jak sadzisz glibc skompilowana z enable-kernel-2.4 pojedzie na czyms nie
> > 2.4 ? a co z statycznymi binarkami potem? (a jak tego nie wlaczysz to ile
> > zeczy z glibc bedzie dzialalo jak na 2.2. wiec no bonus)
> 
> A czy ty przeczytałeś dokładnie co napisałem? Jeśli przebudujemy glibc dla
> 2.4 to wersja dla 2.2 wleci do supported.

tak a co z updatami? rozumiem ze jak przechodzimy na 2.4 to buildery
przeflancujesz na 2.4 a wtedy zaden pakiet budowany na tym nie bedzie tak
naprawde dla 2.2
wiec na tym co bedzie w supported skonczy sie 2.2 w PLD ?
 
> > pozatym iles
> > programow plata figle ze wzgledu na dostep do shm,mmap (cdrecord ktory
> > dlugo sie odbijal czkawka jeszcze.., dalej to mi sie niechce szukac)
> 
> Taaak, cdrecord jest tu akurat kiepskim argumentem.

czemu ? zreszta sam wiesz ze jest sporo zmian w kernelu i ze to tak
bezbolesnie nie bedzie sie zawsze dawalo przeniesc.. wszystko co wola
ioctl/syscall moze miec problem (wystarczy zeby sie kolejnosc pól/dlugosc
nie zgadzala w danych zwracanych)


 
> Janek
> 

-- 
Maciej 'Agaran' Pijanka <agaran w agaran.6bone.pl> MAP2-6BONE
i386, Linux 2.2, Pine, Mutt, Slrn, Vi(m), IPv6, Gdb, 
I do not fear computers.  I fear the lack of them.
                -- Isaac Asimov