DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 52SEVfaR4084691
Authentication-Results: delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com
Authentication-Results: delorie.com; spf=pass smtp.mailfrom=cygwin.com
DKIM-Filter: OpenDKIM Filter v2.11.0 delorie.com 52SEVfaR4084691
Authentication-Results: delorie.com;
	dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=Fs8jKh8q
X-Recipient: archive-cygwin AT delorie DOT com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org CDD6D382C16B
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1743172299;
	bh=TsCAWxnKqpeBj4GRWp1HDtjBgrZo/o5nuGVJu+QQIoI=;
	h=To:Cc:Subject:Date:In-Reply-To:References:List-Id:
	 List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe:
	 From:Reply-To:From;
	b=Fs8jKh8qzuo+qhLhuP9itWRAOtuZIEvExTdLKppAeBemTLp6orCezSl0Yez8QAyCy
	 o4QasOBXDrjGwvYgRxNBALlgv8yUCjF7/XUlK9oRd6JLWy7YqxYlt038+G1O0B3K/f
	 L0ALCTyN1pAu5QWmE59ykrRhhGeoPYX14G/5Mdck=
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org B17D8382E2B5
ARC-Filter: OpenARC Filter v1.0.0 sourceware.org B17D8382E2B5
ARC-Seal: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1743172269; cv=pass;
 b=aVfeQOrd/8aRK6mLpLmbftCTNRqOlniwBMbyuK8Irn/dW0DkRu1iDptrZ9LDdUra2vaFfavtvaQPgz4luT9x1Sm4cnirBldmhHDgarq4Q3t1qUEMqPtGB2Jv5OCS+tgC/p88tDSQOHBjj6HcFXxRBSla3c99TSz/QsPAvBxCx6E=
ARC-Message-Signature: i=2; a=rsa-sha256; d=sourceware.org; s=key;
 t=1743172269; c=relaxed/simple;
 bh=bfeXy2LcuJssmJEolNfTWFyU2/RPggEscQ53EY7pjGg=;
 h=DKIM-Signature:DKIM-Signature:From:To:Subject:Date:Message-ID:
 MIME-Version;
 b=LjDMjxdPgoJ1sV/X5HzOnByUHLCnKrTn8YI5cmv1cWE9VR8q6142O59UCFJMWQd629lLBvxlWtKiZAO+Ks3najd5p17Wv6es0IZngoNDBv2QyME6sJKsDWJxI7NINY3kmlxC80w8vmhC/bsKt4gMtvh6MZmx5+7AgNVjIRV/Kbs=
ARC-Authentication-Results: i=2; server2.sourceware.org
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org B17D8382E2B5
ARC-Seal: i=1; a=rsa-sha256; t=1743172256; cv=none;
 d=strato.com; s=strato-dkim-0002;
 b=Y2uBEhhxHa7ebHi+nN4IY0vgH7ShpwT+xdBj386ht6PnhHbebXWCm2fawmUfVtuqRA
 DvOo52iBvQCF9SkQTgwVCH/U+gucIpDauGjYU7G/uMWeHPfPHJad5fxmOPzXJlz17uhX
 Uv5b6vr0Uwq0rS+fCNGC3mLrz8lny6NAoiiOukpttmTuK5wWA4mvDqX71Wt5ADopeCXo
 I4xcBhJR00Hn2ESSMjj+ZGs8cBmznTffpGVJcsorksa+fznwaoK6EWK9iu+GbudEas7B
 hzwBIaaCKrkZgb/2gsZ6XsVF23I3ghwC5LVPhDu+GGlsjdmN45MX9ap4vU82TGLa8y6S
 t7Fw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1743172256;
 s=strato-dkim-0002; d=strato.com;
 h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date:
 From:Subject:Sender;
 bh=ne0Iez38fuLvtrteQTTtZLjUKHi+uUtGVuL/1fjFf4U=;
 b=g2iF73s1xDuA/13DUJg/EELv7otj9dgYUcpefsg3hmSJduXXlY4rJvtkZ1fGhHlNoG
 aTbdlWlcUqdBrOZPyLhyfxgY7LvPP/bfHSMk+i+iO1TaK5Dd293kzF7wCBNo2oKpwxgj
 aGbHa4Axda6ITAMAJXmMTLP4HkGvr8p2AzDptNUJjSuGs3kpFMU+bm48eAJwt5qpiV1D
 czdVkO06iESSF3k18anO/cdkCzJgkqvWQZcXtK1Ds4R1GjaFZD9baNsexNtp3QC6GXXR
 PuAifNCi6ePTTXXPh/dp00RK8Vxtb12OSmUQj0wWbFvCTnVmbsm3I4XH1U7+afK+seon
 E5HA==
ARC-Authentication-Results: i=1; strato.com;
    arc=none;
    dkim=none
X-RZG-CLASS-ID: mo00
X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlLnY4jECd2hdUURIbZgL8PX2QiTuZ3cdB8X/nqmvPRW0q6wS2+e6tPOgxWQgO8z8="
To: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
Cc: bug-gnulib AT gnu DOT org, cygwin AT cygwin DOT com
Subject: Re: symbolic link curiousity in 3.6.0
Date: Fri, 28 Mar 2025 15:30:55 +0100
Message-ID: <11037686.3WhfQktd6Z@nimes>
Organization: GNU
In-Reply-To: <Z-aP1jhjXTUVvP-E@calimero.vinschen.de>
References: <Pine DOT BSF DOT 4 DOT 63 DOT 2503250218240 DOT 74063 AT m0 DOT truegem DOT net>
 <Z-aGVCUo0N1VSl5s AT calimero DOT vinschen DOT de>
 <Z-aP1jhjXTUVvP-E AT calimero DOT vinschen DOT de>
MIME-Version: 1.0
X-BeenThere: cygwin AT cygwin DOT com
X-Mailman-Version: 2.1.30
Precedence: list
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From: Bruno Haible via Cygwin <cygwin AT cygwin DOT com>
Reply-To: Bruno Haible <bruno AT clisp DOT org>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com
Sender: "Cygwin" <cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com>

[CCing bug-gnulib]

Corinna Vinschen wrote in
<https://sourceware.org/pipermail/cygwin/2025-March/257751.html>:
> I found the problem, it's in a gnulib header. See below.
> ...
> Gnulib's acl-internal.h contains this:
> 
>   /* Linux-specific */
>   /* Cygwin >= 2.5 implements this function, but it returns 1 for all
>      directories, thus is unusable.  */
>    #  if !defined HAVE_ACL_EXTENDED_FILE || defined __CYGWIN__
>    #   undef HAVE_ACL_EXTENDED_FILE
>    #   define HAVE_ACL_EXTENDED_FILE false
>    #   define acl_extended_file(name) (-1)
>    #  endif
> 
> This is simply not true.  Cygwin's acl_extended_file only returns
> 1 on dirs, if they actually contain more than the 3 default entries
> to emulate POSIX access.  I just tried it and it works exactly
> as required.
> 
> Can this be fixed, please?

If I comment out that part:
    /* || defined __CYGWIN__ */
I get three test failures

FAIL: test-file-has-acl.sh
==========================

file_has_acl("tmpdir0") returned yes, expected no
FAIL test-file-has-acl.sh (exit status: 1)

FAIL: test-file-has-acl-1.sh
============================

file_has_acl("tmpdir0") returned yes, expected no
FAIL test-file-has-acl-1.sh (exit status: 1)

FAIL: test-file-has-acl-2.sh
============================

file_has_acl("tmpdir0") returned yes, expected no
FAIL test-file-has-acl-2.sh (exit status: 1)


from a testdir created with
$ ./gnulib-tool --create-testdir --dir=../testdir1 --single-configure acl acl-permissions file-has-acl copy-file

This is reproducible with both Cygwin 2.9 and 3.6.0.

So, from my point of view, the situation is still the same as when
I introduced this workaround, in
https://lists.gnu.org/archive/html/bug-gnulib/2018-09/msg00089.html

Therefore, I see two possible ways forward:
  a) The Cygwin function acl_extended_file gets modified so that it
     is actually usable by Gnulib (i.e. does not cause test failures),
or
  b) Investigate how to deal with the "Not supported" error in coreutils.
     (Maybe silence and ignore this error?)

Bruno




-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple