Your package fails to build with the newest upcoming autoconf-2.71, which is part of a wide Fedora change. Please see the attached copr: https://copr.fedorainfracloud.org/coprs/odubaj/autoconf-2.70/packages/. More information about testing your package when building with autoconf available here: https://fedoraproject.org/wiki/Changes/Autoconf_271#How_To_Test
This has nothing to do with Autoconf-2.71. It's already failing in F35 with autoconf-2.69 <https://koschei.fedoraproject.org/build/10043369>.
This is triggered with upgrading binutils from 2.35.1-34.fc34 to 2.36.1-7.fc35.
This was automatically created bug due to failure with autoconf-2.71. No other investigation was made.
*** Bug 1943138 has been marked as a duplicate of this bug. ***
The failing command is: $ ar clq libdia.a dispatch.o dixutils.o events.o globals.o main.o resource.o swapreq.o tables.o swaprep.o audispatch.o auswap.o autables.o auevents.o auutil.o auconfig.o auprocess.o nasconf.o lex.o gram.o ar: libdeps specified more than once The reason is that GNU ar repurpossed an "l" option. From binutils NEWS: * The ar tool's previously unused l modifier is now used for specifying dependencies of a static library. The arguments of this option (or --record-libdeps long form option) will be stored verbatim in the __.LIBDEP member of the archive, which the linker may read at link time.
The server/dia/Makefile code: AR = ar clq [...] libdia.a: $(OBJS) $(EXTRALIBRARYDEPS) $(RM) $@ $(AR) $@ $(OBJS) $(RANLIB) $@ $(_NULLCMD_) is generated by xmkmf command (via imake) from server/dia/Imakefile: NormalLibraryTarget(dia,$(OBJS)) and /usr/share/X11/config/Imake.tmpl: #ifndef SystemV4 #define SystemV4 NO /* SVR4 */ #endif [...] #ifndef HasLargeTmp #define HasLargeTmp NO /* be paranoid */ #endif [...] #ifndef ArCmd #if HasLargeTmp || SystemV4 #define ArCmd ArCmdBase cq #else #define ArCmd ArCmdBase clq #endif #endif which belongs to imake-1.0.8-5.fc34.x86_64. This is a clash between imake and binutils-2.36.
Fixed in imake-1.0.8-6.fc35.