block 472982 by 462677
block 472983 by 462677
thanks
462677 cloned as bugs 472982, 472983.
On Thu, Mar 27, 2008 at 04:34:14PM -0400, Nicolas Pitre wrote:
> I'll let you test it, but otherwise:
Tested now, rm/find work beautifully. Submitted to the arm patch tracker.
--
To UNSUBSCRIBE, email
On Thu, 27 Mar 2008, Riku Voipio wrote:
> On Thu, Mar 27, 2008 at 09:08:58PM +0200, Riku Voipio wrote:
> > Now after a quick relook, I think the issue is fstatat64. both find and
> > rm call it, but arch/arm/kernel/sys_oabi-compat.c doesn't have a shim
> > to convert the stat64 struct oldabi <-> e
On Thu, Mar 27, 2008 at 09:08:58PM +0200, Riku Voipio wrote:
> Now after a quick relook, I think the issue is fstatat64. both find and
> rm call it, but arch/arm/kernel/sys_oabi-compat.c doesn't have a shim
> to convert the stat64 struct oldabi <-> eabi for this function.
> Fix is probably trivial,
On 2008-03-27 Riku Voipio <[EMAIL PROTECTED]> wrote:
> clone 462677 -1 -2
[...]
> reassign -2 fileutils
> retitle -2 findutils fails oldabi arm userland with armel kernel:
> thanks
> See #462677 and.
> http://lists.debian.org/debian-arm/2008/02/msg00073.html
> for previous discussion. I presume f
On Thu, Mar 27, 2008 at 09:08:58PM +0200, Riku Voipio wrote:
Now after a quick relook, I think the issue is fstatat64. both find and
rm call it, but arch/arm/kernel/sys_oabi-compat.c doesn't have a shim
to convert the stat64 struct oldabi <-> eabi for this function.
Sounds plausible.
Fix is p
On Thu, Mar 27, 2008 at 02:04:10PM -0400, Michael Stone wrote:
> If someone can show that it is a coreutils problem, and have
> some kind of reproducible case I'd be happy to look at it more.
Ok, but I'd still like to keep the bug open in coreutils, so people
can find it.
> point I don't see wh
On Thu, Mar 27, 2008 at 05:21:32PM +0200, Riku Voipio wrote:
See #462677 and.
http://lists.debian.org/debian-arm/2008/02/msg00073.html
for previous discussion. I presume findutils has moved to the new
*at syscalls as well. The syscalls themself appear to work as accepted,
but rm gets confused nev
clone 462677 -1 -2
reassign -1 coreutils
retitle -1 rm assert error on arm with armel kernel: ((status) == RM_OK ||
(status) == RM_USER_DECLINED || (status) == RM_ERROR)
reassign -2 fileutils
retitle -2 findutils fails oldabi arm userland with armel kernel:
thanks
See #462677 and.
http://lists.d
On Wed, Mar 26, 2008 at 08:35:53PM +0100, Matthias Klose wrote:
> Did see a non-working rm for some time in coreutils, which runs in an
> arm chroot, on an armel kernel. now I have a non-working findutils as
> well.
Non-working how? It doesn't start? Or it bombs out with an
error? Can you prov
On Wed, Mar 26, 2008 at 08:35:53PM +0100, Matthias Klose wrote:
Did see a non-working rm for some time in coreutils, which runs in an
arm chroot, on an armel kernel. now I have a non-working findutils as
well. The machine is a n2100, running the iop32x kernel from unstable.
1. What is the actua
Did see a non-working rm for some time in coreutils, which runs in an
arm chroot, on an armel kernel. now I have a non-working findutils as
well. The machine is a n2100, running the iop32x kernel from unstable.
The last working versions of these binaries are
coreutils 5.97-5.3
findutils 4.2.3
Michael Stone writes:
> On Wed, Mar 26, 2008 at 08:35:53PM +0100, Matthias Klose wrote:
> >Did see a non-working rm for some time in coreutils, which runs in an
> >arm chroot, on an armel kernel. now I have a non-working findutils as
> >well. The machine is a n2100, running the iop32x kernel from u
12 matches
Mail list logo
