[Ac] glibc-2.3.2-14 chyba poważnie zepsuty (rdiff-backup chyba pierwszą ofiarą)

[Jakub Bogusz]

On Wed, Dec 31, 2003 at 11:12:45AM +0100, Mateusz Korniak wrote:
> On Tuesday 30 December 2003 20:51, Robert 'dzeus' Graużenis wrote:
> > On Tue, 30 Dec 2003 16:02:29 +0100
> >
> > Artur Frysiak <wiget w pld-linux.org> wrote:
> > > On Tue, Dec 30, 2003 at 02:22:57PM +0100, Robert 'dzeus' Graużenis wrote:
> > > > Zrozum ten pakiet mi działał przez kilka tygodni, przestał ni z tego
> > > > ni z owego (27-28.12)po kolejnym upgrade systemu nic więcej w maszynach
> > > > nie grzebałem
> > >
> > > uruchąm poniższy skrypt w pythonie:
> > > (...)
> > > najlepiej przez strace.
> >
> > Nie wiem jak, nie znam wogóle pythona jak zapodać poniższy skrypt?
> 
> [matkor w appserver matkor]$ cat ./mtime_test.py
> #! /usr/bin/python
> import os,time
> f = '/tmp/xxxxxxxx'
> a = file(f, "w")
> a.write("a")
> a.close()
> os.utime(f, (long(time.time()), long(time.time())))
> 
> Na glibc-2.3.2-9 przechodzi, na glibc-2.3.2-14 już błąd [1,2].

Działa. Na jądrach 2.6[1]. Oraz na 2.4 na alphie i może sparcu.

[1] Czy nie takie jądro wybraliście do Ac? To co się teraz nie podoba? ;>
A na poważnie - to wygląda na poprawione w glibcowym CVS-ie
(fallback do utime(), chyba że zdefiniowano min_kernel 2.5.ileś;
aktualne zachowanie jest zbliżone do tego z min_kernel 2.5.ileś)

Kolejny cvsowy patch do dołożenia. Jak dużo jeszcze? :/
glibc 2.3.2 nie jest gotowy na 2.6 (bardziej na nagłówki niż samo jądro,
bo to stara się zachowywać kompatybilnie z 2.4 poza paroma przypadkami).


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/