From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bernt Hansen Subject: Re: Bibtex and latex export Date: Fri, 08 Oct 2010 08:01:17 -0400 Message-ID: <877hhsyjua.fsf@gollum.intra.norang.ca> References: <4C9122FE.1080306@ccbr.umn.edu> <87aamra78p.fsf@mundaneum.com> <87pqvntldc.wl%ucecesf@ucl.ac.uk> <87d3rni6ea.fsf@Rainer.invalid> <87mxqqpjcf.wl%ucecesf@ucl.ac.uk> <18908.1286458199@gamaville.dokosmarshall.org> <87zkuqdrzr.wl%ucecesf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from [140.186.70.92] (port=34925 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P4Be0-0000Hj-38 for emacs-orgmode@gnu.org; Fri, 08 Oct 2010 08:01:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P4Bdy-0002bG-Jx for emacs-orgmode@gnu.org; Fri, 08 Oct 2010 08:01:47 -0400 Received: from mho-01-ewr.mailhop.org ([204.13.248.71]:51692) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P4Bdy-0002XF-H8 for emacs-orgmode@gnu.org; Fri, 08 Oct 2010 08:01:46 -0400 In-Reply-To: (suvayu ali's message of "Fri, 8 Oct 2010 01:43:25 -0700") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: suvayu ali Cc: Achim Gratz , emacs-orgmode@gnu.org, nicholas.dokos@hp.com suvayu ali writes: > On 7 October 2010 06:58, Eric S Fraga wrote: >> On Thu, 07 Oct 2010 09:29:59 -0400, Nick Dokos w= rote: >>> >>> Eric S Fraga wrote: >>> >>> > On Wed, 06 Oct 2010 19:21:33 +0200, Achim Gratz w= rote: >>> > > >>> > > Hi Eric, >>> > > >>> > > Eric S Fraga writes: >>> > > > | /usr/bin/texi2dvi: Processing /home/ucecesf/.../file.tex ... >>> > > > | egrep: Invalid range end >>> > > > | /usr/bin/texi2dvi: cannot read .//home/ucecesf/.../file.tex, sk= ipping. >>> > > >>> > > Something somewhere tries to make a local path from an absolute one= by >>> > > prepending "./", which fails (predictably). =C2=A0Is the input read= able at >>> > > the original path? =C2=A0Not sure the error message from egrep has = to do with >>> > > it or not, but it must be in any case one of the processes started = by >>> > > texi2dvi (does not show up on my system, I only have calls to grep = when >>> > > I trace it, but one of the sub-processes might still use it). =C2= =A0I think >>> > > texi2dvi also invokes shell scripts, so any funny configuration in = the >>> > > environment, especially where path points to, could throw it off. >>> > >>> > As far as I know, there is nothing out of the ordinary with my paths >>> > etc (please note that the /.../ above was an edit on my part to hide a >>> > rather long path). =C2=A0Any hints as to what I can do to explore this >>> > would be most helpful. =C2=A0How can I get a trace on what texi2dvi is >>> > doing? =C2=A0(sh -v /usr/bin/texi2dvi?) >>> > >>> >>> There is an explicit egrep on line 1563 or thereabouts (my version >>> says >>> >>> # texi2dvi --- produce DVI (or PDF) files from Texinfo (or (La)TeX) sou= rces. >>> # $Id: texi2dvi,v 1.104 2007/09/10 00:36:30 karl Exp $ >>> >>> at the top of the file): >>> >>> >>> =C2=A0 # If the COMMAND_LINE_FILENAME is not absolute (e.g., --debug.te= x), >>> =C2=A0 # prepend `./' in order to avoid that the tools take it as an op= tion. >>> =C2=A0 echo "$command_line_filename" | $EGREP '^(/|[A-z]:/)' >&6 \ >>> =C2=A0 || command_line_filename=3D"./$command_line_filename" >>> >>> >>> The regular expression seems a bit weird (upper case A to lower case >>> z?), but I can't see off the top of my head how it gets tripped up. =C2= =A0For >>> tracing, try >>> >>> =C2=A0 =C2=A0sh -x texi2dvi .... >>> >>> Nick >> >> Thanks Nick. =C2=A0If I do this: >> >> : (setq org-latex-to-pdf-process '("sh -x /usr/bin/texi2dvi -p -b -c -V = %f")) >> >> the following is a snippet of the output: >> >> ,---- >> | + echo /home/ucecesf/s/teaching/cape/lectures/matlab.tex+ egrep ^(/|[A= -z]:/) >> | egrep: Invalid range end >> | + command_line_filename=3D.//home/ucecesf/s/teaching/cape/lectures/mat= lab.tex >> | + test -r .//home/ucecesf/s/teaching/cape/lectures/matlab.tex >> | + error 1 cannot read .//home/ucecesf/s/teaching/cape/lectures/matlab.= tex, skipping. >> `---- >> >> Because the egrep fails completely, the script assumes that it does >> need to prepend "./" to the file name even though the file name >> already starts with "/" (and is definitely *not* a DOS type file name >> ;-). >> >> I don't understand why the egrep is failing although it definitely has >> something to do with A-z range; if I try the egrep at the shell and >> use "A-Za-z" instead of "A-z", the command works fine. =C2=A0Does it work >> for anybody else on Linux? >> >> I wonder if the problem with the range is locale dependent? =C2=A0My loc= ale >> is en_GB.UTF-8. =C2=A0The manual page for egrep does indicate that ranges >> may not mean the same thing in different locales and suggests using >> locale C. =C2=A0I don't want to change my locale but maybe it could be s= et >> for the invocation of texi2dvi... =C2=A0(yech). >> >> This is obviously not an org problem as such but I am surprised it's >> working for anybody at all... >> >> I guess I'll stick to multiple invocations of pdflatex directly for >> the time being. >> > > I have the exact same problem ever since I updated org today. (from > commit 344785b 2010-10-03 Bernt Hansen to commit 0901585 2010-10-06 > Eric Schulte) > > My locale is en_IN.utf8, and I am on Fedora 13. I couldn't quite > understand the discussion where the bug actually is. To resolve this > do I need to file a bug with the Fedora bugzilla? I am confused how > can that be possible because I can successfully export to pdf if I > downgrade org to commit 344785b. Hi suvayu ali, The change probably is in commit 59ba412 (Use texi2dvi for processing LaTeX to pdf, 2010-10-05) where we switch from using pdflatex to texi2dvi if it is available. Regards, Bernt