On Tue, Sep 13, 2016 at 4:22 PM, <arn...@skeeve.com> wrote: > Hi David. > > You need to figure out how to get mock to use the texinfo.tex shipped > with gawk. Mock is stil using an older version. I support building the doc > with what I ship. But not otherwise.
I guess I didn't make myself clear. By default the vanilla source code is used during build inside mock, no modifications to it are currently there. So, when I try the build for 4.1.4, it uses the texinfo.tex shipped with gawk. There shouldn't be any way for mock to download some older texinfo.tex from somewhere else. The reason why it is older in the gawk.log is that I was trying to find out which commit started to cause this. I have found it, and I have put that log to pastebin. That's why it has older timestamp than current source tarball. :) > It may be that you need to move to Texinfo 6.1 (or even the just released > Texinfo 6.3) for the latest Fedora. I don't know. Using the texinfo.tex > in the tarball is the way to go. You may need to move to the newer > Texinfo anyway since that package has an updated and smarter texindex > program which gawk's doc probably needs. > Actually, we're using the Texinfo 6.1 for Fedora 24: (mock used this) texinfo x86_64 6.1-3.fc25 fedora 1.1 M texinfo-tex x86_64 6.1-3.fc25 fedora 153 k We're using older version (Texinfo 6.0) inside F23, which is able to compile the gawk-4.1.4 documentation. I'm actually starting to think that something has changed inside Texinfo between version 6.0 and 6.1, because there was this BZ for Texinfo: >> https://bugzilla.redhat.com/show_bug.cgi?id=1309702 texi2dvi was exiting with wrong exit code, and doing only one iteration/pass. This looks almost like something I'm getting inside mock. The problem was reported to Texinfo upstream: http://lists.gnu.org/archive/html/bug-texinfo/2016-02/msg00121.html I will look into this more tomorrow, and I will discuss this with our maintainer of Texinfo. > I don't have the cycles to try to mess with SRPMs and so on, especially > as I don't run an RPM-based distribution. > No problem, I understand. :) I will try to find some fix/workaround, I will keep you updated if needed. David Kaspar [Dee'Kej] *Associate Software Engineer* *Brno, Czech Republic* RED HAT | TRIED. TESTED. TRUSTED. Every airline in the Fortune 500 relies on Red Hat. Find out why at Trusted | Red Hat <http://www.redhat.com/en/about/trusted>.
