From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 121128 invoked by alias); 31 Mar 2018 23:44:27 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 121115 invoked by uid 89); 31 Mar 2018 23:44:26 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,KAM_NUMSUBJECT,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=proven, readily X-HELO: smtp.polymtl.ca Received: from smtp.polymtl.ca (HELO smtp.polymtl.ca) (132.207.4.11) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 31 Mar 2018 23:44:24 +0000 Received: from simark.ca (simark.ca [158.69.221.121]) (authenticated bits=0) by smtp.polymtl.ca (8.14.7/8.14.7) with ESMTP id w2VNiI5f013492 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Sat, 31 Mar 2018 19:44:23 -0400 Received: by simark.ca (Postfix, from userid 112) id EB4F81E77A; Sat, 31 Mar 2018 19:44:17 -0400 (EDT) Received: from simark.ca (localhost [127.0.0.1]) by simark.ca (Postfix) with ESMTP id E36F41E4B2; Sat, 31 Mar 2018 19:44:16 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 31 Mar 2018 23:44:00 -0000 From: Simon Marchi To: Jan Kratochvil Cc: gdb-patches@sourceware.org Subject: Re: [patch] Fix gdb/doc/ PDF build on Fedora Rawhide==F-29 In-Reply-To: <20180331173219.GA18607@host1.jankratochvil.net> References: <20180331173219.GA18607@host1.jankratochvil.net> Message-ID: <3b49baa5f0d1ca5676df3a9f78113abe@polymtl.ca> X-Sender: simon.marchi@polymtl.ca User-Agent: Roundcube Webmail/1.3.4 X-Poly-FromMTA: (simark.ca [158.69.221.121]) at Sat, 31 Mar 2018 23:44:18 +0000 X-IsSubscribed: yes X-SW-Source: 2018-03/txt/msg00636.txt.bz2 On 2018-03-31 13:32, Jan Kratochvil wrote: > Hi, > > on Fedora Rawhide==F-29 PDF build fails with: > https://kojipkgs.fedoraproject.org//work/tasks/2102/26052102/build.log > texi2dvi --pdf -I ../../../gdb/doc/../mi -I ../../../gdb/doc \ > ../../../gdb/doc/gdb.texinfo > ! I can't find file `texinfo.tex'. > > TBH I do not see how the file could be found in earlier versions. Also > both > F-29 and F-28 have texinfo-tex-6.5-3.fc28.x86_64 while in F-28 it still > builds > fine but in F-29 it does not - so apparently it depends on some other > package. > > But I did not investigate why as IMO the patch below is a logical one. > > OK for check-in? > > > Jan Hi Jan, From the logs of building it on F27, it is picked up at /usr/share/texlive/texmf-local/texmf-compat/tex/texinfo/texinfo.tex $ readlink -f /usr/share/texlive/texmf-local/texmf-compat/tex/texinfo/texinfo.tex /usr/share/texmf/tex/texinfo/texinfo.tex which is probably in the default latex include dirs, I guess because of this line in texmf.cnf: TEXMFLOCAL = $TEXMFROOT/texmf-local// The directory /usr/share/texlive/texmf-local exists on F27 and F28 but not on F29. So the F29 config references a directory that does not exist. Re-creating it and updating the tex hash: # mkdir /usr/share/texlive/texmf-local # ln -s ../../texmf /usr/share/texlive/texmf-local/texmf-compat # texhash makes it work for me on F29. So maybe there's actually a bug in the F29 version of the texinfo package that you should report? I have no idea if that change in the packaging was intended or not, but having the texinfo.tex file excluded from the default latex search path will probably break anything trying to use texinfo. As for the version of texinfo.tex in the source tree, my guess is (correct me if I'm wrong) that it was put there in a time where it was not so readily available as a package in distros. But realistically, today, everyone picks it up from their distro's texinfo package (which is proven by the fact that you didn't need to set TEXINPUTS to find the in-tree version until a distro package broke). If we can now expect people to pick up texinfo.tex from their distro, then I think we should instead remove SET_TEXINPUTS altogether. Simon