)
id 1YhJUd-0004uA-AQ
for submit@debbugs.gnu.org; Sun, 12 Apr 2015 11:08:15 -0400
Received: from eggs.gnu.org ([208.118.235.92]:60758)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from ) id 1YhJUb-0004tv-7G
for submit@debbugs.gnu.org; Sun, 12 Apr 2015 11:08:13 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from
) id 1YhJUU-00027n-JZ
for submit@debbugs.gnu.org; Sun, 12 Apr 2015 11:08:07 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level:
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled
version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:51264)
by eggs.gnu.org with esmtp (Exim 4.71)
(envelope-from
) id 1YhJUU-00027h-G9
for submit@debbugs.gnu.org; Sun, 12 Apr 2015 11:08:06 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:46015)
by lists.gnu.org with esmtp (Exim 4.71)
(envelope-from
) id 1YhJUT-00059x-EB
for bug-coreutils@gnu.org; Sun, 12 Apr 2015 11:08:06 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from
) id 1YhJUO-000271-Eb
for bug-coreutils@gnu.org; Sun, 12 Apr 2015 11:08:05 -0400
Received: from mail2.vodafone.ie ([213.233.128.44]:1682)
by eggs.gnu.org with esmtp (Exim 4.71)
(envelope-from
)
id 1YhJUO-00026d-6N; Sun, 12 Apr 2015 11:08:00 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AlIKAGuJKlVtTPDZ/2dsb2JhbABcgwxSgg/FDIUzTgKBJ0wBAQEBAQF+QQWDWgEBBDIBVgsNCwkWDwkDAgECAUUGAQwIAQGIKgEIuzCQRQELARsEiyuFA4QtBZUFjUSNPiKDcD2CdAEBAQ
Received: from unknown (HELO localhost.localdomain) ([109.76.240.217])
by mail2.vodafone.ie with ESMTP; 12 Apr 2015 16:07:54 +0100
Message-ID: <552A8A49.3000905@draigBrady.com>
Date: Sun, 12 Apr 2015 16:07:53 +0100
From: =?windows-1252?Q?P=E1draig_Brady?=
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: Andreas Gruenbacher ,
bug-gnulib@gnu.org, bug-coreutils@gnu.org
Subject: Re: [COREUTILS 0/2] Improved acl handling
References:
In-Reply-To:
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not
recognized.
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
(bad octet value).
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -5.0 (-----)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -5.0 (-----)
On 12/04/15 15:37, Andreas Gruenbacher wrote:
> Hello,
>
> here are the simple changes for pulling in the gnulib acl handling improvements
> into coreutils.
>
>
> These patches (and the richacl patches on top) are available here:
>
> https://github.com/andreas-gruenbacher/coreutils
Cool thanks. All this looks fine from a quick scan.
I'll test some more later.
BTW you could have forked from https://github.com/coreutils/
For my reference, I see the meat of the richacl support at:
https://github.com/andreas-gruenbacher/gnulib/commit/637394ca4
thanks,
Pádraig.
From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 12 15:27:55 2015
Received: (at control) by debbugs.gnu.org; 12 Apr 2015 19:27:55 +0000
Received: from localhost ([127.0.0.1]:54169 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from )
id 1YhNXv-0002Rl-AA
for submit@debbugs.gnu.org; Sun, 12 Apr 2015 15:27:55 -0400
Received: from mail2.vodafone.ie ([213.233.128.44]:52384)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from ) id 1YhNXt-0002RW-9a
for control@debbugs.gnu.org; Sun, 12 Apr 2015 15:27:53 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AuMRALjGKlVtTPDZ/2dsb2JhbABcgwyCYYsMvSWCXAKBJ0wBAQEBAQF+QQWDWgEBBIEJCw0UFg8JAwIBAgFFBg0IAQGIKgG7JpBLASuLK4UDhC0FokmNPiKDcD2CdAEBAQ
Received: from unknown (HELO localhost.localdomain) ([109.76.240.217])
by mail2.vodafone.ie with ESMTP; 12 Apr 2015 20:27:46 +0100
Message-ID: <552AC731.7060202@draigBrady.com>
Date: Sun, 12 Apr 2015 20:27:45 +0100
From: =?windows-1252?Q?P=E1draig_Brady?=
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: GNU bug tracker automated control server
Subject: Re: bug#20310: [COREUTILS 0/2] Improved acl handling
References:
<552A8A49.3000905@draigBrady.com>
In-Reply-To: <552A8A49.3000905@draigBrady.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: 0.0 (/)
forcemerge 20310 20312
stop
From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 20 23:40:13 2015
Received: (at 20310) by debbugs.gnu.org; 21 Apr 2015 03:40:13 +0000
Received: from localhost ([127.0.0.1]:34103 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from )
id 1YkP2i-00060M-24
for submit@debbugs.gnu.org; Mon, 20 Apr 2015 23:40:12 -0400
Received: from mail2.vodafone.ie ([213.233.128.44]:33588)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from ) id 1YkP2e-0005zr-IB
for 20310@debbugs.gnu.org; Mon, 20 Apr 2015 23:40:09 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvkQAEPFNVVtTY4z/2dsb2JhbABbgwxSXMdIhX8BAgKBQkwBAQEBAQF+QQEEg1sBAQQnCwFWCw0LCRQCDwkDAgECAUUGAQwIAQGIKwEIuw2OZiyLN4ULhC0FlSeNYY1mIoFkghA9MQEBAYJBAQEB
Received: from unknown (HELO localhost.localdomain) ([109.77.142.51])
by mail2.vodafone.ie with ESMTP; 21 Apr 2015 04:40:01 +0100
Message-ID: <5535C690.8010105@draigBrady.com>
Date: Tue, 21 Apr 2015 04:40:00 +0100
From: =?windows-1252?Q?P=E1draig_Brady?=
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: Andreas Gruenbacher ,
bug-gnulib@gnu.org, 20310@debbugs.gnu.org
Subject: Re: [COREUTILS 2/2] ls: Don't treat lack of acl support as an error
References:
In-Reply-To:
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 20310
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: 0.0 (/)
On 12/04/15 15:37, Andreas Gruenbacher wrote:
> * src/ls.c (file_has_acl_cache): When a file system doesn't support
> acls, fail with errno set to ENOTSUP.
> (gobble_file): Don't treat lack of acl support as an error.
> ---
> src/ls.c | 11 ++++-------
> 1 file changed, 4 insertions(+), 7 deletions(-)
>
> diff --git a/src/ls.c b/src/ls.c
> index b308dd3..884e042 100644
> --- a/src/ls.c
> +++ b/src/ls.c
> @@ -2866,7 +2866,7 @@ getfilecon_cache (char const *file, struct fileinfo *f, bool deref)
>
> /* Cache file_has_acl failure, when it's trivial to do.
> Like file_has_acl, but when F's st_dev says it's on a file
> - system lacking ACL support, return 0 with ENOTSUP immediately. */
> + system lacking ACL support, fail with ENOTSUP immediately. */
> static int
> file_has_acl_cache (char const *file, struct fileinfo *f)
> {
> @@ -2877,14 +2877,11 @@ file_has_acl_cache (char const *file, struct fileinfo *f)
> if (f->stat.st_dev == unsupported_device)
> {
> errno = ENOTSUP;
> - return 0;
> + return -1;
> }
>
> - /* Zero errno so that we can distinguish between two 0-returning cases:
> - "has-ACL-support, but only a default ACL" and "no ACL support". */
> - errno = 0;
> int n = file_has_acl (file, &f->stat);
> - if (n <= 0 && errno_unsupported (errno))
> + if (n < 0 && errno_unsupported (errno))
> unsupported_device = f->stat.st_dev;
> return n;
> }
> @@ -3076,7 +3073,7 @@ gobble_file (char const *name, enum filetype type, ino_t inode,
> if (err == 0 && format == long_format)
> {
> int n = file_has_acl_cache (absolute_name, f);
> - err = (n < 0);
> + err = (n < 0 && ! errno_unsupported (errno));
> have_acl = (0 < n);
> }
I dislike this change actually.
Or more accurately, the gnulib change that changed the file_has_acl()
interface, requiring this change.
Previously in gnulib we mapped ENOTSUP to return 0 using:
http://git.sv.gnu.org/gitweb/?p=gnulib.git;a=blob;f=lib/acl-errno-valid.c
Since we've now changed file_has_acl() to return -1 in this case,
all gnulib users may now be printing erroneous errors etc.
Is there any reason not to use the same gnulib acl_errno_valid() logic
in the newly added "avoiding libacl" path?
thanks,
Pádraig.
From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 27 19:10:29 2015
Received: (at 20310) by debbugs.gnu.org; 27 Apr 2015 23:10:30 +0000
Received: from localhost ([127.0.0.1]:41739 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from )
id 1YmsAW-0007hh-HG
for submit@debbugs.gnu.org; Mon, 27 Apr 2015 19:10:29 -0400
Received: from mail-oi0-f44.google.com ([209.85.218.44]:36527)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from ) id 1YmsAT-0007hS-8z
for 20310@debbugs.gnu.org; Mon, 27 Apr 2015 19:10:26 -0400
Received: by oift201 with SMTP id t201so102600552oif.3
for <20310@debbugs.gnu.org>; Mon, 27 Apr 2015 16:10:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc:content-type:content-transfer-encoding;
bh=heRjSAOYwAt27O0MUfFLb4GEKrWlSCJksb8kG+D9NE8=;
b=m+Q58MNV4irdlSKaIcKRNnG1szpdiatqIoxK+YGW5Ovnj61OYaLv2MSTGVxD0BCNNv
7VqT6T5dZahXV4fdfyjQX637CJVCqZBroT9USM42ZfCaPgjKaNOSLGIps3yfYJnkBIP3
A46qIHBA5/i0cGq0XVviwACfn1qGFuuPnQJMtEQUq6OSQBMqNLWBYCUSBPxUAPCVKP5t
jBKtCEKowFVLFdSQoDZiRhN6YNbx7oke4eVdjnpQFZnmM5+vYeHhnDg6TD+OU7NpzzXx
mB+oHDz5b7M3eIetsWC4QP0VHsNoKStiLAWdpaTaecRxiGYbzyIKaToA3/7bK8RMeEuM
hdOw==
MIME-Version: 1.0
X-Received: by 10.202.217.196 with SMTP id q187mr11541787oig.64.1430176219550;
Mon, 27 Apr 2015 16:10:19 -0700 (PDT)
Received: by 10.182.143.72 with HTTP; Mon, 27 Apr 2015 16:10:19 -0700 (PDT)
In-Reply-To: <5535C690.8010105@draigBrady.com>
References:
<5535C690.8010105@draigBrady.com>
Date: Tue, 28 Apr 2015 01:10:19 +0200
Message-ID:
Subject: Re: [COREUTILS 2/2] ls: Don't treat lack of acl support as an error
From: =?UTF-8?Q?Andreas_Gr=C3=BCnbacher?=
To: =?UTF-8?Q?P=C3=A1draig_Brady?=
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 20310
Cc: 20310@debbugs.gnu.org, bug-gnulib@gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -0.7 (/)
2015-04-21 5:40 GMT+02:00 P=C3=A1draig Brady :
> On 12/04/15 15:37, Andreas Gruenbacher wrote:
>> * src/ls.c (file_has_acl_cache): When a file system doesn't support
>> acls, fail with errno set to ENOTSUP.
>> (gobble_file): Don't treat lack of acl support as an error.
>> ---
>> src/ls.c | 11 ++++-------
>> 1 file changed, 4 insertions(+), 7 deletions(-)
>>
>> diff --git a/src/ls.c b/src/ls.c
>> index b308dd3..884e042 100644
>> --- a/src/ls.c
>> +++ b/src/ls.c
>> @@ -2866,7 +2866,7 @@ getfilecon_cache (char const *file, struct fileinf=
o *f, bool deref)
>>
>> /* Cache file_has_acl failure, when it's trivial to do.
>> Like file_has_acl, but when F's st_dev says it's on a file
>> - system lacking ACL support, return 0 with ENOTSUP immediately. */
>> + system lacking ACL support, fail with ENOTSUP immediately. */
>> static int
>> file_has_acl_cache (char const *file, struct fileinfo *f)
>> {
>> @@ -2877,14 +2877,11 @@ file_has_acl_cache (char const *file, struct fil=
einfo *f)
>> if (f->stat.st_dev =3D=3D unsupported_device)
>> {
>> errno =3D ENOTSUP;
>> - return 0;
>> + return -1;
>> }
>>
>> - /* Zero errno so that we can distinguish between two 0-returning case=
s:
>> - "has-ACL-support, but only a default ACL" and "no ACL support". */
>> - errno =3D 0;
>> int n =3D file_has_acl (file, &f->stat);
>> - if (n <=3D 0 && errno_unsupported (errno))
>> + if (n < 0 && errno_unsupported (errno))
>> unsupported_device =3D f->stat.st_dev;
>> return n;
>> }
>> @@ -3076,7 +3073,7 @@ gobble_file (char const *name, enum filetype type,=
ino_t inode,
>> if (err =3D=3D 0 && format =3D=3D long_format)
>> {
>> int n =3D file_has_acl_cache (absolute_name, f);
>> - err =3D (n < 0);
>> + err =3D (n < 0 && ! errno_unsupported (errno));
>> have_acl =3D (0 < n);
>> }
>
> I dislike this change actually.
> Or more accurately, the gnulib change that changed the file_has_acl()
> interface, requiring this change.
>
> Previously in gnulib we mapped ENOTSUP to return 0 using:
> http://git.sv.gnu.org/gitweb/?p=3Dgnulib.git;a=3Dblob;f=3Dlib/acl-errno-v=
alid.c
>
> Since we've now changed file_has_acl() to return -1 in this case,
> all gnulib users may now be printing erroneous errors etc.
>
> Is there any reason not to use the same gnulib acl_errno_valid() logic
> in the newly added "avoiding libacl" path?
>
> thanks,
> P=C3=A1draig.
From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 28 07:48:23 2015
Received: (at 20310) by debbugs.gnu.org; 28 Apr 2015 11:48:23 +0000
Received: from localhost ([127.0.0.1]:42127 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from )
id 1Yn3zy-0006si-88
for submit@debbugs.gnu.org; Tue, 28 Apr 2015 07:48:22 -0400
Received: from mail-ob0-f169.google.com ([209.85.214.169]:33494)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from ) id 1Yn3zv-0006sV-WA
for 20310@debbugs.gnu.org; Tue, 28 Apr 2015 07:48:20 -0400
Received: by oblw8 with SMTP id w8so106030505obl.0
for <20310@debbugs.gnu.org>; Tue, 28 Apr 2015 04:48:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc:content-type:content-transfer-encoding;
bh=MBgFhHhTbEhqm/bBoA0Rd2bN2vpWCZYIL6JJNIsOpjg=;
b=hPKeE5l29NGlvPEKQMWsDQ7VNYLHprf6mQalQkw54euxW7GcYSIFqDfg4tYbqr4tRR
VsAXgRtmDjOwskIFwbUbyEFTOE9b9o5In3AZMw7acPcpcD0PteUmyWLuEhLmCl3lrmIF
i9HhP/E3kzof7MwfVNgqD+DS72l+id3A7+cn1Eoy0KLpZIAD5DGuYhBh2SoxFxSTGeGU
7vQ++LgpMeRgpm15NeOLHczgu+uO5F5vjZCuq+xFbExRfAKA+qjQlwXUUeOedx2tQ0P3
s7UDO98vd61M+PGQ9WX8MoR2caYZbOXTBeO6ik9K4QKIG4dMwfB656OKY87Or43q00DP
DIzw==
MIME-Version: 1.0
X-Received: by 10.182.72.225 with SMTP id g1mr14170139obv.80.1430221694044;
Tue, 28 Apr 2015 04:48:14 -0700 (PDT)
Received: by 10.182.143.72 with HTTP; Tue, 28 Apr 2015 04:48:13 -0700 (PDT)
In-Reply-To: <5535C690.8010105@draigBrady.com>
References:
<5535C690.8010105@draigBrady.com>
Date: Tue, 28 Apr 2015 13:48:13 +0200
Message-ID:
Subject: Re: [COREUTILS 2/2] ls: Don't treat lack of acl support as an error
From: =?UTF-8?Q?Andreas_Gr=C3=BCnbacher?=
To: =?UTF-8?Q?P=C3=A1draig_Brady?=
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 20310
Cc: 20310@debbugs.gnu.org, bug-gnulib@gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -0.7 (/)
2015-04-21 5:40 GMT+02:00 P=C3=A1draig Brady :
> I dislike this change actually.
> Or more accurately, the gnulib change that changed the file_has_acl()
> interface, requiring this change.
>
> Previously in gnulib we mapped ENOTSUP to return 0 using:
> http://git.sv.gnu.org/gitweb/?p=3Dgnulib.git;a=3Dblob;f=3Dlib/acl-errno-v=
alid.c
>
> Since we've now changed file_has_acl() to return -1 in this case,
> all gnulib users may now be printing erroneous errors etc.
>
> Is there any reason not to use the same gnulib acl_errno_valid() logic
> in the newly added "avoiding libacl" path?
Indeed, it was not a good idea to change file_has_acl() in a way that
will cause other users to silently fail. I dislike the calling convention
used, it's just bizarre, but let's leave it the way it is right now.
I have updated my repositories on github:
https://github.com/andreas-gruenbacher/gnulib
https://github.com/andreas-gruenbacher/coreutils
Any progress with the qset_acl and qcopy_acl rewrite on non-Linux platforms=
?
Thanks for your work and your review.
Andreas
From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 28 16:09:27 2015
Received: (at 20310) by debbugs.gnu.org; 28 Apr 2015 20:09:27 +0000
Received: from localhost ([127.0.0.1]:55245 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from )
id 1YnBot-0000aj-5x
for submit@debbugs.gnu.org; Tue, 28 Apr 2015 16:09:27 -0400
Received: from mail-ob0-f169.google.com ([209.85.214.169]:35496)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from ) id 1YnBop-0000aU-4s
for 20310@debbugs.gnu.org; Tue, 28 Apr 2015 16:09:23 -0400
Received: by obcux3 with SMTP id ux3so4945392obc.2
for <20310@debbugs.gnu.org>; Tue, 28 Apr 2015 13:09:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc:content-type:content-transfer-encoding;
bh=Qs0I0cSijewc8C3zDAOLHf8RNSpHwXNR+1giunEH6q4=;
b=I1RgYKXjSk1zXuOwvHe1n/yWkv2pkJqhCmkRSzoaSIBf/2VdSMS/XYfDvrfg9m0apI
A3lt44bLfL0qsKM7xSX37E5gS2cfAL4yMondn7YUgdTyn/RracsrHsfyDjZxbRouj/8B
dIKvTy13ZMzul7apN82vFVFSI7dm4DxhJCCgNwswJdYzVYliafcj9479bpt+DK6dVDmF
eu5Y1pqkWVuri2w38zldRo6ZYMhaY3RkIr7C4H1/P7jVigdswMFuS7yxuYYVVgTkLtyp
IJf4z2ol6BvkSjNStdeHbnKP9LeXFMZme6SwbMKSVQJbrFL9GMYbZLmgWLr0bqdENdNP
/o+A==
MIME-Version: 1.0
X-Received: by 10.202.72.213 with SMTP id v204mr15122923oia.116.1430251757427;
Tue, 28 Apr 2015 13:09:17 -0700 (PDT)
Received: by 10.182.143.72 with HTTP; Tue, 28 Apr 2015 13:09:17 -0700 (PDT)
In-Reply-To:
References:
<5535C690.8010105@draigBrady.com>
Date: Tue, 28 Apr 2015 22:09:17 +0200
Message-ID:
Subject: Re: [COREUTILS 2/2] ls: Don't treat lack of acl support as an error
From: =?UTF-8?Q?Andreas_Gr=C3=BCnbacher?=
To: =?UTF-8?Q?P=C3=A1draig_Brady?=
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 20310
Cc: 20310@debbugs.gnu.org, bug-gnulib@gnu.org
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: -0.7 (/)
2015-04-28 13:48 GMT+02:00 Andreas Gr=C3=BCnbacher :
> Any progress with the qset_acl and qcopy_acl rewrite on non-Linux platfor=
ms?
(I've just pushed minor fixes to my github repositories for that.)
Thanks,
Andreas
From debbugs-submit-bounces@debbugs.gnu.org Sat May 30 20:30:12 2015
Received: (at control) by debbugs.gnu.org; 31 May 2015 00:30:13 +0000
Received: from localhost ([127.0.0.1]:33835 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from )
id 1Yyr8k-00074N-W2
for submit@debbugs.gnu.org; Sat, 30 May 2015 20:30:11 -0400
Received: from mail2.vodafone.ie ([213.233.128.44]:24323)
by debbugs.gnu.org with esmtp (Exim 4.80)
(envelope-from ) id 1Yyr8e-00073L-8H
for control@debbugs.gnu.org; Sat, 30 May 2015 20:30:06 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: At4iALlUalVtT7M5/2dsb2JhbABcgxAjb4FcgWKJNrZzgwCBAUwBAQEBAQGBC0EBAwGDfAoqVA0CBSECEQI6BgICCA0IAQGILQGiBI9fhWuddYEhkVwMLxKBMwWmKo8kI4FHAQEIAgGCJT2CeAIBAg
Received: from unknown (HELO localhost.localdomain) ([109.79.179.57])
by mail2.vodafone.ie with ESMTP; 31 May 2015 01:29:57 +0100
Message-ID: <556A5605.60604@draigBrady.com>
Date: Sun, 31 May 2015 01:29:57 +0100
From: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?=
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: GNU bug tracker automated control server
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Spam-Score: 2.0 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: forcemerge 20310 20311 20312 20666 20667 20696 close 20310
[...] Content analysis details: (2.0 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no
trust [213.233.128.44 listed in list.dnswl.org]
1.8 MISSING_SUBJECT Missing Subject: header
0.2 NO_SUBJECT Extra score for no subject
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: debbugs-submit-bounces@debbugs.gnu.org
Sender: "Debbugs-submit"
X-Spam-Score: 2.0 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: forcemerge 20310 20311 20312 20666 20667 20696 close 20310
[...]
Content analysis details: (2.0 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no
trust
[213.233.128.44 listed in list.dnswl.org]
1.8 MISSING_SUBJECT Missing Subject: header
0.2 NO_SUBJECT Extra score for no subject
forcemerge 20310 20311 20312 20666 20667 20696
close 20310
From unknown Sun Aug 17 22:01:33 2025
Received: (at fakecontrol) by fakecontrolmessage;
To: internal_control@debbugs.gnu.org
From: Debbugs Internal Request
Subject: Internal Control
Message-Id: bug archived.
Date: Sun, 28 Jun 2015 11:24:05 +0000
User-Agent: Fakemail v42.6.9
# This is a fake control message.
#
# The action:
# bug archived.
thanks
# This fakemail brought to you by your local debbugs
# administrator