GNU bug report logs - #27431
Acl test investigation

Previous Next

Package: guix-patches;

Reported by: Kei Kebreau <kei <at> openmailbox.org>

Date: Tue, 20 Jun 2017 19:18:01 UTC

Severity: normal

Done: Kei Kebreau <kei <at> openmailbox.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: ludo <at> gnu.org (Ludovic Courtès)
To: Kei Kebreau <kei <at> openmailbox.org>
Cc: 27431 <at> debbugs.gnu.org
Subject: [bug#27431] Acl test investigation
Date: Tue, 20 Jun 2017 22:19:09 +0200
Hello Kei,

Kei Kebreau <kei <at> openmailbox.org> skribis:

> I discovered that the Acl tests are failing partly because the coreutils
> seemingly aren't compiled with Acl support before the tests are run
> (even though acl is an input to coreutils). The tests are written with
> the assumption that the coreutils are built with Acl support. An example
> is in the sbits-restore.test file, where a sed command is expecting to
> remove an Acl bit from ls output, but instead removes normal directory
> permission information.
>
> Any ideas on how to resolve this without disabling the Acl tests?

Could you give a bit more context?  On which branch does this failure
happen?

If the unit tests of the ‘acl’ package check the output of ‘ls’, then
there’s a circular dependency issue between Coreutils and ACL.  I would
argue that it’s up to Coreutils to test its ‘ls’ command, but in the
meantime, we could patch ACL to skip its ‘ls’ test.

Is this what you were asking?  :-)

Ludo’.




This bug report was last modified 7 years and 340 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.