Running autoreconf -fi returns an error because autotools by default tries to check everything according to the overly strict rules of a GNU package (verifying numerous inconsequential things including the presence of a non-markdown README file). This was incorrectly worked around by manually passing the --foreign flag to a hand-coded automake invocation, rather than allowing autotools to be natively aware of the option by specifying it within the configure.ac Anyways autogen.sh is recommended against by the GNU developers, who want people to use autoreconf (which they wrote explicitly to get away from the need to have complex autogen.sh files and instead consolidate logic where it belongs). Unfortunately, due to the lack of the build system properly setting options, said preferred mechanism does not even work. automake needs to know about the "foreign" strictness regardless of how it is invoked.
REVIEW: https://review.gluster.org/21799 (configure.ac: fix option to stop automake aborting on pointless error) posted (#1) for review on master by None
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-6.0, please open a new bug report. glusterfs-6.0 has been announced on the Gluster mailinglists [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution. [1] https://lists.gluster.org/pipermail/announce/2019-March/000120.html [2] https://www.gluster.org/pipermail/gluster-users/