Greetings,
I was having some bizarre problems with fakeroot on testing, so I upgraded to
unstable, and they persisted. Just opened bug #85715, but since debussy is
running potato and doesn't exhibit this problem, I'm not sure what to tell the
maintainer to do next...
Can anyone else duplicate my
Richard Atterer wrote:
>Is your ARM7 also an ARM710 in a RiscPC?
No, it's an ARM7500. But as far as I know the cores (and, for that matter,
most of the peripherals) are identical.
If anybody else happens to have an ARM7-equipped RiscPC, it would be
interesting to know whether they see the same
On Mon, Feb 12, 2001 at 05:29:55PM +, Philip Blundell wrote:
> > gzip: unhandled page fault at pc=0x4007350c, lr=0x40074678 (bad
> > address=0x0002, code 0)
>
> This is crashing in index(), called from strrchr(). The bad address
> is indeed an invalid pointer. The md5sum you gave matches
In message <[EMAIL PROTECTED]>, Richard Atterer writes:
>I really fail to see anything unusual about it! The only modifications
>to the standard model were: [...]
Well, that certainly doesn't sound at all unusual. I doubt your RO3.7 ROMs
are to blame.
> gzip: unhandled page fault at pc=0x40073
On Mon, Feb 12, 2001 at 10:46:30AM +, Philip Blundell wrote:
> Hmm. Well, I tried the `gzip' from Peter's base_2.2.tgz on my ARM7
> with a current 2.4 kernel and couldn't reproduce your segfault.
> Dbootstrap doesn't seem to work in a NFS-root environment so I can't
> test that. But I wonder i
Richard Atterer wrote:
>Unfortunately, this makes no difference whatsoever - dbootstrap still
>segfaults almost immediately. :-/
I've now put in ftp.armlinux.org:/users/philb a RiscPC zImage built with
the various CONFIG_DEBUG_ME_HARDER type of options set. This ought to elicit
some diagnostics
Richard Atterer wrote:
>Unfortunately, this makes no difference whatsoever - dbootstrap still
>segfaults almost immediately. :-/
Hmm. Well, I tried the `gzip' from Peter's base_2.2.tgz on my ARM7 with a
current 2.4 kernel and couldn't reproduce your segfault. Dbootstrap doesn't
seem to work in
... are in ftp://ftp.armlinux.org/users/philb/
p.
>Was libc6-2.2.1 done by the build daemon? If so, is there some type
>of a sanity check on things before they get uploaded?
I don't think it was. At least, I can't find any trace of it in my build
daemon logs. I guess someone built it by hand.
p.
>
> check the March 200 mailing list archive on the debian site:
> http://lists.debian.org/debian-arm-0003/threads.html
>
Thanks for your reply.
I checked it.It appears to be a binary package.
I dont have arm native compiler(looking for it).Is there a deb image for
mpg123 application so that I c
10 matches
Mail list logo
