GNU bug report logs - #60843
30.0.50; Build failure on old GNU/Linux system

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 60843 in the body.
You can then email your comments to 60843 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Po Lu <luangruo <at> yahoo.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 30.0.50; Build failure on old GNU/Linux system
Date: Mon, 16 Jan 2023 09:19:45 +0800

Since the last gnulib merge, Emacs refuses to build on Fedora 9:

qcopy-acl.c: In function ‘is_attr_permissions’:
qcopy-acl.c:36: warning: implicit declaration of function ‘attr_copy_action’
qcopy-acl.c:36: error: ‘ATTR_ACTION_PERMISSIONS’ undeclared (first use in this function)
qcopy-acl.c:36: error: (Each undeclared identifier is reported only once
qcopy-acl.c:36: error: for each function it appears in.)

Would someone please take a look at this?  Thanks.

Message #8 received at 60843 <at> debbugs.gnu.org (full text, mbox):

From: lux <lx <at> shellcodes.org>
To: Po Lu <luangruo <at> yahoo.com>
Cc: 60843 <at> debbugs.gnu.org
Subject: Re: bug#60843: 30.0.50; Build failure on old GNU/Linux system
Date: Mon, 16 Jan 2023 14:55:16 +0800

Po Lu <luangruo <at> yahoo.com> writes:

> Since the last gnulib merge, Emacs refuses to build on Fedora 9:
>
> qcopy-acl.c: In function ‘is_attr_permissions’:
> qcopy-acl.c:36: warning: implicit declaration of function ‘attr_copy_action’
> qcopy-acl.c:36: error: ‘ATTR_ACTION_PERMISSIONS’ undeclared (first use in this function)
> qcopy-acl.c:36: error: (Each undeclared identifier is reported only once
> qcopy-acl.c:36: error: for each function it appears in.)
>
> Would someone please take a look at this?  Thanks.

Probably because the version of libattr in Fedora 9 is too low, Fedora 9
using the libattr-2.4.41, `ATTR_ACTION_PERMISSIONS' is not defined.

I see the `ATTR_ACTION_PERMISSIONS' first defined in 2008-05-19
(https://git.savannah.nongnu.org/cgit/attr.git/commit/?id=467bbfa56a14c1571082cab2385d272bead78fdc)

You can also disable xattr to solve the problem:

    $ ./configure --disable-xattr

I compiled successfully in Fedora 9:

  [root <at> localhost emacs]# lsb_release -a
  LSB Version:	:core-3.1-amd64:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-noarch
  Distributor ID:	Fedora
  Description:	Fedora release 9 (Sulphur)
  Release:	9
  Codename:	Sulphur
  [root <at> localhost emacs]# emacs --version
  GNU Emacs 30.0.50
  Copyright (C) 2023 Free Software Foundation, Inc.
  GNU Emacs comes with ABSOLUTELY NO WARRANTY.
  You may redistribute copies of GNU Emacs
  under the terms of the GNU General Public License.
  For more information about these matters, see the file named COPYING.

Message #11 received at 60843 <at> debbugs.gnu.org (full text, mbox):

From: Po Lu <luangruo <at> yahoo.com>
To: lux <lx <at> shellcodes.org>
Cc: 60843 <at> debbugs.gnu.org
Subject: Re: bug#60843: 30.0.50; Build failure on old GNU/Linux system
Date: Mon, 16 Jan 2023 17:50:49 +0800

lux <lx <at> shellcodes.org> writes:

> Po Lu <luangruo <at> yahoo.com> writes:
>
>> Since the last gnulib merge, Emacs refuses to build on Fedora 9:
>>
>> qcopy-acl.c: In function ‘is_attr_permissions’:
>> qcopy-acl.c:36: warning: implicit declaration of function ‘attr_copy_action’
>> qcopy-acl.c:36: error: ‘ATTR_ACTION_PERMISSIONS’ undeclared (first use in this function)
>> qcopy-acl.c:36: error: (Each undeclared identifier is reported only once
>> qcopy-acl.c:36: error: for each function it appears in.)
>>
>> Would someone please take a look at this?  Thanks.
>
> Probably because the version of libattr in Fedora 9 is too low, Fedora 9
> using the libattr-2.4.41, `ATTR_ACTION_PERMISSIONS' is not defined.
>
> I see the `ATTR_ACTION_PERMISSIONS' first defined in 2008-05-19
> (https://git.savannah.nongnu.org/cgit/attr.git/commit/?id=467bbfa56a14c1571082cab2385d272bead78fdc)
>
> You can also disable xattr to solve the problem:
>
>     $ ./configure --disable-xattr
>
> I compiled successfully in Fedora 9:
>
>   [root <at> localhost emacs]# lsb_release -a
>   LSB Version:	:core-3.1-amd64:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-noarch
>   Distributor ID:	Fedora
>   Description:	Fedora release 9 (Sulphur)
>   Release:	9
>   Codename:	Sulphur
>   [root <at> localhost emacs]# emacs --version
>   GNU Emacs 30.0.50
>   Copyright (C) 2023 Free Software Foundation, Inc.
>   GNU Emacs comes with ABSOLUTELY NO WARRANTY.
>   You may redistribute copies of GNU Emacs
>   under the terms of the GNU General Public License.
>   For more information about these matters, see the file named COPYING.

Yes, but it should be fixed in gnulib.  Emacs should compile cleanly
without any arguments to configure.

Message #14 received at 60843 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Po Lu <luangruo <at> yahoo.com>
Cc: lux <lx <at> shellcodes.org>, Paul Eggert <eggert <at> cs.ucla.edu>,
 60843 <at> debbugs.gnu.org
Subject: Re: bug#60843: 30.0.50; Build failure on old GNU/Linux system
Date: Tue, 5 Sep 2023 14:11:22 -0700

Po Lu <luangruo <at> yahoo.com> writes:

> lux <lx <at> shellcodes.org> writes:
>
>> Po Lu <luangruo <at> yahoo.com> writes:
>>
>>> Since the last gnulib merge, Emacs refuses to build on Fedora 9:
>>>
>>> qcopy-acl.c: In function ‘is_attr_permissions’:
>>> qcopy-acl.c:36: warning: implicit declaration of function ‘attr_copy_action’
>>> qcopy-acl.c:36: error: ‘ATTR_ACTION_PERMISSIONS’ undeclared (first use in this function)
>>> qcopy-acl.c:36: error: (Each undeclared identifier is reported only once
>>> qcopy-acl.c:36: error: for each function it appears in.)
>>>
>>> Would someone please take a look at this?  Thanks.
>>
>> Probably because the version of libattr in Fedora 9 is too low, Fedora 9
>> using the libattr-2.4.41, `ATTR_ACTION_PERMISSIONS' is not defined.
>>
>> I see the `ATTR_ACTION_PERMISSIONS' first defined in 2008-05-19
>> (https://git.savannah.nongnu.org/cgit/attr.git/commit/?id=467bbfa56a14c1571082cab2385d272bead78fdc)
>>
>> You can also disable xattr to solve the problem:
>>
>>     $ ./configure --disable-xattr
>>
>> I compiled successfully in Fedora 9:
>>
>>   [root <at> localhost emacs]# lsb_release -a
>>   LSB Version:	:core-3.1-amd64:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-noarch
>>   Distributor ID:	Fedora
>>   Description:	Fedora release 9 (Sulphur)
>>   Release:	9
>>   Codename:	Sulphur
>>   [root <at> localhost emacs]# emacs --version
>>   GNU Emacs 30.0.50
>>   Copyright (C) 2023 Free Software Foundation, Inc.
>>   GNU Emacs comes with ABSOLUTELY NO WARRANTY.
>>   You may redistribute copies of GNU Emacs
>>   under the terms of the GNU General Public License.
>>   For more information about these matters, see the file named COPYING.
>
> Yes, but it should be fixed in gnulib.  Emacs should compile cleanly
> without any arguments to configure.

Paul, do you have any comments here?

Message #17 received at 60843 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Stefan Kangas <stefankangas <at> gmail.com>, Po Lu <luangruo <at> yahoo.com>
Cc: lux <lx <at> shellcodes.org>, 60843 <at> debbugs.gnu.org
Subject: Re: bug#60843: 30.0.50; Build failure on old GNU/Linux system
Date: Tue, 5 Sep 2023 17:35:17 -0700

On 2023-09-05 14:11, Stefan Kangas wrote:
> Paul, do you have any comments here?

The bug was supposed to be fixed in Gnulib here:

https://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=5e3e0a70eb55ea628d080f3ca06612da0c656e0f

Didn't that work?

Message #20 received at 60843 <at> debbugs.gnu.org (full text, mbox):

From: Po Lu <luangruo <at> yahoo.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: lux <lx <at> shellcodes.org>, Stefan Kangas <stefankangas <at> gmail.com>,
 60843 <at> debbugs.gnu.org
Subject: Re: bug#60843: 30.0.50; Build failure on old GNU/Linux system
Date: Wed, 06 Sep 2023 10:20:25 +0800

Paul Eggert <eggert <at> cs.ucla.edu> writes:

> On 2023-09-05 14:11, Stefan Kangas wrote:
>> Paul, do you have any comments here?
>
> The bug was supposed to be fixed in Gnulib here:
>
> https://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=5e3e0a70eb55ea628d080f3ca06612da0c656e0f
>
> Didn't that work?

It did, I think.

Message #25 received at 60843-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Po Lu <luangruo <at> yahoo.com>, Paul Eggert <eggert <at> cs.ucla.edu>
Cc: lux <lx <at> shellcodes.org>, 60843-done <at> debbugs.gnu.org
Subject: Re: bug#60843: 30.0.50; Build failure on old GNU/Linux system
Date: Tue, 5 Sep 2023 23:32:09 -0700

Po Lu <luangruo <at> yahoo.com> writes:

> Paul Eggert <eggert <at> cs.ucla.edu> writes:
>
>> On 2023-09-05 14:11, Stefan Kangas wrote:
>>> Paul, do you have any comments here?
>>
>> The bug was supposed to be fixed in Gnulib here:
>>
>> https://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=5e3e0a70eb55ea628d080f3ca06612da0c656e0f
>>
>> Didn't that work?
>
> It did, I think.

OK, closing this as fixed then.

Sorry for the noise, Paul.

Previous Next

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