Current (pre-release) ChangeLog for Intel

Informacje i dyskusje na najświeższe tematy z branży IT

Moderatorzy: Moderatorzy, Administratorzy

ODPOWIEDZ
Awatar użytkownika
Corvin
Administrator
Posty: 1143
Rejestracja: 2004-05-21, 15:04
Lokalizacja: Gdańsk

Current (pre-release) ChangeLog for Intel

Post autor: Corvin »

Thu Nov 9 18:16:50 CST 2006
Q: Hey, what's the deal with -current?
A: Renovations are underway to the toolchain (gcc, glibc, binutils, etc),
and it makes little sense to update what is essentially Slackware 11.0
only to do the work all over again once the new toolchain is ready.
In addition, these things aren't going as smoothly as anticipated.
I'd like to put the NPTL version of glibc into /lib and the LinuxThreads
version into /lib/obsolete/linuxthreads (since some old binaries are
going to need them), but doing this prevents the use of a 2.4 kernel.
Perhaps it's finally time to drop support for Linux 2.4? Personally,
I'd rather not as 2.4 is more forgiving of flaky hardware and thus
tends to get better uptimes (at least on the servers I run ;-).
Comments about this issue are welcomed.
glibc-2.5 has also been having some problems with locale support here
that need to be investigated and dealt with. I'd rather base the glibc
in Slackware on an official glibc release, but using the development
repo is also something under (slight) consideration if it works better.

myslę, że to ciekawy news dla power userów
"Spróbuj zapalić maleńką świeczkę zamiast przeklinać ciemność."
Konfucjusz
Awatar użytkownika
difrost
Moderator
Posty: 2802
Rejestracja: 2006-03-11, 12:31
Lokalizacja: Wrocław
Kontakt:

Re: Current (pre-release) ChangeLog for Intel

Post autor: difrost »

Thu Nov 9 18:16:50 CST 2006
Q: Hey, what's the deal with -current?
A: Renovations are underway to the toolchain (gcc, glibc, binutils, etc),
and it makes little sense to update what is essentially Slackware 11.0
only to do the work all over again once the new toolchain is ready.
In addition, these things aren't going as smoothly as anticipated.
I'd like to put the NPTL version of glibc into /lib and the LinuxThreads
version into /lib/obsolete/linuxthreads (since some old binaries are
going to need them), but doing this prevents the use of a 2.4 kernel.
Jedyna aplikacje, o ktorych mi wiadomo, to Xmms i Firefox (ten dziala, ale potrafi sie wywalac).
Taka architektura toolchaina (zakladajac, ze default kernel to 2.6) jest bardzo rozsadna i moim zdaniem w tym momencie jedyna do przyjecia, zwlaszcza, ze po chwilowym braku LinuxThreads (glibc 2.4), w ostatniej wersji LinuxThreads ma sie swietnie i uzyskanie dual-thread-toolchain z glibc 2.5, to nie problem (sam nad tym obecnie pracuje).
Perhaps it's finally time to drop support for Linux 2.4? Personally,
I'd rather not as 2.4 is more forgiving of flaky hardware and thus
tends to get better uptimes (at least on the servers I run ;-).
Comments about this issue are welcomed.
Niestety tutaj jest pewnien problem. Galaz 2.4 jest w pewnym sensie do bani:
1) kwestia sterownikow do nowych urzadzen (glownie problem z backportowaniem sterow z 2.6 ze wzgledu na przestarzale implementacje waznych podsystemow).
2) development proces galezi 2.4 - ostatnio na LKML czytalem bardzo celny komentarz apropos upcoming 2.4.34, w ktorym to autor stwierdzil, ze kazdy release jest o mniej wiecej o miesiac w plecy za tym co powinno miec miejsce. Ogolnie wszystko byloby OK, gdyby nad 2.4 pracowalo wiecej ludzi mocno zaangazowanych - a tak jednak nie jest.
3) bez mydlenia oczu - 2.4 jest (doslownie) w stanie regression fix - I TYLE.

Jesli chodzi o galaz 2.6, to od 2.6.16 mamy piekny okres stabilizacji. Ogrom pracy wlozony w to zaczyna owocowac. Nowe ,,ficzery'' sa imponujace (w najblizszym czasie - readahead [mniam,mnia:) ]), IRQ handling, libata (PATA), duuuuuzo zmian w netfilter i dvb, MSI support (M$ oficialnie tego nie wspiera - sorry, zapomnialem, ze juz wyszla Vista), etc. - tutaj mozna wymieniac w nieskonczonosc, wystarczy poczytac LKML i KernelNewbies. Patrzac na dzisiejszy wypust 2.6.19-rc6, mozna powiedziec, ze stabilizacyjny model ma sie swietnie. Poza tym OSDL ma posadke dla tech-writer'a i niebawem w jadrze (galaz 2.6 - nikt nie bedzie sie troszczyl o starocie) bedziemy mieli dokumentacje z prawdziwego zdarzenia.
glibc-2.5 has also been having some problems with locale support here
that need to be investigated and dealt with.
A to akurat nic nowego (z locale i iconv zawsze byly i beda problemy). Jak skladalem moj toolchain na 2.5, to przelecialem bugtrackera Glibca i odpowiednie patche sa juz dostepne. Rzeczywiscie sa pewne problemy z doszlifowaniem toolchaina. Po dlugotrwalych i ciezkich walkach z tymze, stwierdzam, ze tzw. build-on-top-of-old-toolchain jest w tym przypadku strata czasu. Bez pelnego independent-fork zawsze sie napotka problemy (tak na marginesie do wszystkich, ktorzy pisza do mnie lub maja zamiar to zrobic, w kwesti budowy toolchaina: LFS/CLFS - tak, ale z duza doza rezerwy! SlackBuildy Pata - NIE: przestarzala filozofia, ktora sie nie sprawdza w realiach pure NPTL). I tutaj rada dla Pata - jesli ktos jest z nim w kontakcie, to mozna przekazac - przy takim skoku, trzeba wlasciwie zaczac budowe systemu od nowa, nie bazujac na wczesniejszej wersji (Slackware 11). Wydaje mi sie, ze on i tak o tym wie i tak wlasnie zrobi, wiec mozna sie spodziewac szybkiego pojawienia sie Slackware 12 (w wersji current) zupelnie oddzielonego od 11.
I'd rather base the glibc
in Slackware on an official glibc release, but using the development
repo is also something under (slight) consideration if it works better.
Przy obecnym tempie rozwoju Glibc, to jest glupi pomysl. Nie mam tutaj na mysli silnika napedowego Glibc, czyli fedora-branch, ale calosc. Mozna to wiazac z pojawieniem sie FC6, ale i nie tylko!

I jeszcze jedna rada dla Pata: CZAS CHYBA ZROBIC UPGRADE (HJL's) binutils!

EDIT -> Pewnie znajda sie tacy, co stwierdza, ze napisalem jakies ,,neoliberalne brednie'' - zapraszam do polemiki.
Ostatnio zmieniony 2006-11-16, 13:34 przez difrost, łącznie zmieniany 2 razy.
[url=http://bdtk.sourceforge.net][img]http://pin.if.uz.zgora.pl/~beton/bdt-ready.png[/img][/url] #337142
--------------------------------------------
"I had a letter in the post today. It said 'Gas Bill'. It sounds a tempting offer." -- Alan Cox
"Users have been trained that when a computer bluescreens and losing all of their data, it's either (a) just the way things are, or (b) it's microsoft's fault." -- Theodore Tso
ODPOWIEDZ