Hello,
For some time I have been trying to track down why I cannot get XDM
to start correctly at boot [1] under Sarge, where the system was
working properly under Woody. I believe XDM is giving up waiting for
the X server to start. Measuring the X server start time with "time X"
and closing the r
On Wed, 23 Aug 2006, Petr Stehlik wrote:
> Michael Schmitz wrote:
> > > BTW, I have straced "tar -C /usr/bin -c ." and found out that
> > > 'getdents64()' returns those corrupted filenames:
> >
> > You mean, you pipe the output of this to /dev/null and wait for error
> > messages?
>
> yes
>
> >
Petr Stehlik wrote:
Can't reproduce this; I've upgraded all disk images to testing in the
meantime, though.
I can reproduce it with both sarge and etch disk images I uploaded to
web.
Not really, actually. With the uploaded etch.img the /usr/bin is clean,
but /usr shows the following corrupt
Hi,
On Wed, 23 Aug 2006, Michael Schmitz wrote:
> CVS 2.6.17 seems borked right now (lotsa nonexisting files messing up
> make clean etc.). I'll keep poking around in 2.6.13.
It would be far better to get 2.6.17 working, you'll will only have more
problems later trying to forward port them, esp
Michael Schmitz wrote:
BTW, I have straced "tar -C /usr/bin -c ." and found out that
'getdents64()' returns those corrupted filenames:
You mean, you pipe the output of this to /dev/null and wait for error
messages?
yes
How many repetitions?
it doesn't matter. It's 99+% reproducible so it'
> BTW, I have straced "tar -C /usr/bin -c ." and found out that
> 'getdents64()' returns those corrupted filenames:
You mean, you pipe the output of this to /dev/null and wait for error
messages? How many repetitions? Doesn't throw an error right away for
me... not even with your kernel image used
> > Luckily ARAnyM offers up to 14 MB of ST-RAM (if you disable FastRAM by
> > settings its size to zero). Better than most TT/Falcons with just 4 MB
> > of ST-RAM.
>
> I'll try that. My 2.6.13 (the patched tree that used to run on the TT)
> dies in calibrate_delay() with scheduling from the idle t
Michael Schmitz píše v Út 22. 08. 2006 v 17:59 +0200:
> I successfully tested a 2.4.33 both with and without aranym related
> patches. Occasional filesystem hiccups (ELF header of /bin/ps borked,
> install of bsdmainutils borked because of some file name getting a
> spurious character inserted)
On Wed, Aug 23, 2006 at 12:10:50PM +0200, Roman Zippel wrote:
> Hi,
>
> On Tue, 22 Aug 2006, Stephen R Marenka wrote:
>
> > It looks like libgc needs the patch in 383817. libffi is part of gcc,
> > which is preparing for a -12. After that we should rebuilt gcj and see
> > if it works?
>
> That's
> Michael Schmitz pí?e v Út 22. 08. 2006 v 17:59 +0200:
> > AFAIR 2.5.15 still did not have discontig memory support, so wouldn't
> > boot with TT-RAM. (I did send patches for 2.6.13 which went on top of
> > Roman's patches, but didn't find any of these made it into 2.6.15)
>
> Luckily ARAnyM offer
Hi,
On Tue, 22 Aug 2006, Stephen R Marenka wrote:
> It looks like libgc needs the patch in 383817. libffi is part of gcc,
> which is preparing for a -12. After that we should rebuilt gcj and see
> if it works?
That's the plan. :) gcc has it its own copy of libgc, so luckily it
doesn't need to w
11 matches
Mail list logo
