Bug 2183159

Summary: FTBFS with autoconf 2.72/2.73
Product: [Fedora] Fedora Reporter: Frédéric Bérat <fberat>
Component: partedAssignee: Brian Lane <bcl>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: bcl
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: Unspecified   
OS: All   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-05-09 18:02:35 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 2143303    

Description Frédéric Bérat 2023-03-30 13:15:43 UTC
Autoconf 2.72 (or 2.73) seems to be under preparation upstream, I therefore started to build dependent components against the pre-release [1] to verify that they can be built once it lands in Fedora.

Your component fails to build with the new version of autoconf, due to the following error:

configure:8630: error: possibly undefined macro: _AC_SYS_LARGEFILE_TEST_INCLUDES
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
autoreconf: error: /usr/bin/autoconf failed with exit status: 1

Unfortunately, this can't be fixed with an autoreconf, an update of the files provided by gnulib are necessary.
These files are usually added during the bootstrap of the source code, which is done to generate the release tarball.

Please forward this to the community, and update the component accordingly.

[1] https://lists.gnu.org/archive/html/autoconf/2023-03/msg00020.html

Comment 1 Brian Lane 2023-03-30 16:33:47 UTC
What version of parted did you use? I just updated gnulib on March 24 and did an alpha release of parted 3.5.28 this week.

Backwards incompatible autoconf changes are... irritating. As an upstream maintainer I do not want to depend on the latest release until it has time to be picked up by the other distributions using parted, so I'm not really sure how to fix this if it really is failing with the current rawhide version parted-3.5.28

Also, do you have a repo (in COPR maybe?) with the updated autoconf to make it easier to test things myself.

Comment 2 Frédéric Bérat 2023-03-30 19:39:21 UTC
The parted version that was tested is:
    3.5-11 : commit hash d747d1a8fec6c2f52350c41756bc72f4ad3955af

I'm not building head, only the latest official release (as known by DNF).

I've uploaded an SRPM in BZ2143303. I may also keep https://copr.fedorainfracloud.org/coprs/fberat/autoconf.2.72c-5/ around for a while, it contains autoconf 2.72c and the packages that were built against it.

I agree for this incompatibility, that's unfortunate.

In theory, you may not need a full upgrade of parted, you only need the gnulib part, which is likely pulled during bootstrap.

That said, assuming 3.5.28 tarball was created after 2022-12-25, it should have the fix in.

Comment 3 Brian Lane 2023-03-30 21:04:17 UTC
Thanks, 3.5.28-1 is the current version, I just tested it with the new autoconf and today's gnulib update and it builds just fine.

Comment 4 Brian Lane 2023-05-09 18:02:35 UTC
This should be fixed with parted-3.6 which is in rawhide.