Created attachment 1124096 [details]
build.log

Created attachment 1124097 [details]
root.log

Created attachment 1124098 [details]
state.log

This bug appears to have been reported against 'rawhide' during the Fedora 24 development cycle.
Changing version to '24'.

More information and reason for this action is here:
https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora24#Rawhide_Rebase

Created attachment 1130334 [details]
Patch for rawhide and f24

- Fix F24FTBFS caused by docs shipped in tarball (#1307342)
- Fix build of HTML documenation

This was interesting, to say the least.  The actual error occured while 
building docs:

old="`ls barcode.??~ barcode.aux~ | sed 's/~//g'`"; \
new="`ls barcode.?? barcode.aux`"; \
need="n"; \
if test "$old" != "$new"; then need="y"; \
else \
  for i in  `ls barcode.?? barcode.aux`; do \
    cmp -s $i $i~; if test $? -ne 0; then need="y" break; fi; \
  done; \
fi; \
if test "$need" = "y"; then \
  texindex barcode.?? && tex barcode.texinfo; \
fi
ls: cannot access 'barcode.aux~': No such file or directory
barcode.ps is not a Texinfo index file

I'm guessing that something changed in texindex, because this used to
work, but the prebuilt doc/barcode.ps is throwing it off now.  Cleaning
in doc/ before building fixes the issue.

I also discovered that the HTML docs were not being built properly.
Configure was doing the following, in short:

${MAKEINFO=makeinfo} --help | grep .--html > /dev/null
INFOTOHTML="$MAKEINFO --html"

The idea was that configure would set MAKEINFO to "makeinfo" if not 
already defined, but the ${parameter=word} expansion doesn't do that 
when output is redirected.  Nor am I sure if this is intentional or a 
bug; going all the way back in Koji logs to F9 (bash-3.2) and EPEL4 
(bash-3.0), it didn't work back then either.

So here is a patch for rawhide and f24 (which was just branched) that 
fixes both.

yselkowitz's barcode-0.98-27.fc25 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=742717