* Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp
@ 2010-10-08 18:51 Nick Dokos
2010-10-09 4:06 ` suvayu ali
0 siblings, 1 reply; 11+ messages in thread
From: Nick Dokos @ 2010-10-08 18:51 UTC (permalink / raw)
To: emacs-orgmode; +Cc: nicholas.dokos
FYI: Karl Berry's reply - afaict, it does not solve everything ( the
regexp might mean different things in different locales), but is it
good enough for its limited purpose (detecting drive letters)?
Nick
------- Forwarded Message
Date: Fri, 08 Oct 2010 18:38:00 +0000
From: karl@freefriends.org (Karl Berry)
To: nicholas.dokos@hp.com
cc: bug-texinfo@gnu.org
Subject: Re: Nick Dokos: texi2dvi egrep regexp
texi2dvi: locale-dependent error in egrep [A-z]
(see http://lists.gnu.org/archive/html/bug-texinfo/2010-03/msg00031.html
and following).
Has anything come of that?
Yes, I already changed it at that time to [A-Za-z].
However, of course that was in the development sources, so people using
the latest (= old) release aren't going to be helped.
texi2dvi is a standalone script so people with problems could
conceivably download it and use it themselves. Not that I'd especially
recommend that as a widespread practice, of course.
I don't know when the next full release will be.
karl
------- End of Forwarded Message
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp 2010-10-08 18:51 Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp Nick Dokos @ 2010-10-09 4:06 ` suvayu ali 2010-10-09 10:27 ` Eric S Fraga 0 siblings, 1 reply; 11+ messages in thread From: suvayu ali @ 2010-10-09 4:06 UTC (permalink / raw) To: nicholas.dokos; +Cc: emacs-orgmode Hi everyone, On 8 October 2010 11:51, Nick Dokos <nicholas.dokos@hp.com> wrote: > FYI: Karl Berry's reply - afaict, it does not solve everything ( the > regexp might mean different things in different locales), but is it > good enough for its limited purpose (detecting drive letters)? > I have filed a bug report on the Fedora bugzilla[1] pointing to all the relevant discussions about this issue. Feel free to add to/edit it. Thanks everyone for narrowing this down. :) > Nick > [1] https://bugzilla.redhat.com/show_bug.cgi?id=641534 -- Suvayu Open source is the future. It sets us free. ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp 2010-10-09 4:06 ` suvayu ali @ 2010-10-09 10:27 ` Eric S Fraga 2010-10-09 15:27 ` Carsten Dominik 0 siblings, 1 reply; 11+ messages in thread From: Eric S Fraga @ 2010-10-09 10:27 UTC (permalink / raw) To: suvayu ali; +Cc: nicholas.dokos, emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 724 bytes --] On Fri, 8 Oct 2010 21:06:24 -0700, suvayu ali <fatkasuvayu+linux@gmail.com> wrote: [...] > I have filed a bug report on the Fedora bugzilla[1] pointing to all > the relevant discussions about this issue. Feel free to add to/edit > it. Thanks everyone for narrowing this down. :) And this bug has already been reported (twice) to Debian, as it turns out: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584191 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586134 No resolution in either bug stream although suggestions do include [A-Za-z] and [[:alpha:]]. I have simply edited /usr/bin/texi2dvi (but need to do this on all of my other systems) and hope that next time it is upgraded the bug will have been fixed... [-- Attachment #2: Type: text/plain, Size: 75 bytes --] -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D [-- Attachment #3: Type: text/plain, Size: 201 bytes --] _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp 2010-10-09 10:27 ` Eric S Fraga @ 2010-10-09 15:27 ` Carsten Dominik 2010-10-09 16:28 ` Matthew Leifer ` (2 more replies) 0 siblings, 3 replies; 11+ messages in thread From: Carsten Dominik @ 2010-10-09 15:27 UTC (permalink / raw) To: Eric S Fraga; +Cc: emacs-orgmode, nicholas.dokos On Oct 9, 2010, at 12:27 PM, Eric S Fraga wrote: > On Fri, 8 Oct 2010 21:06:24 -0700, suvayu ali <fatkasuvayu+linux@gmail.com > > wrote: > > [...] > >> I have filed a bug report on the Fedora bugzilla[1] pointing to all >> the relevant discussions about this issue. Feel free to add to/edit >> it. Thanks everyone for narrowing this down. :) > > And this bug has already been reported (twice) to Debian, as it turns > out: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584191 > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586134 > > No resolution in either bug stream although suggestions do include > [A-Za-z] and [[:alpha:]]. > > I have simply edited /usr/bin/texi2dvi (but need to do this on all of > my other systems) and hope that next time it is upgraded the bug will > have been fixed... Hi everyone, I am looking for a way out which will allow pdf compilation of Org work out of the box, and still allow texi2dvi to be used where possible. I have so far come up with two possible work-arounds and would like to hear if one of them makes sense: 1. I could set the environment variable LC_ALL for the duration of the texi2dvi command to some value like C? That should fix the egrep call, but could it have adverse effects on the pdflatex and bibtex runs or any other stuff used in texi2dvi? 2. On startup, I could use (if (= 0 (shell-command "echo foo | egrep \"[A-z]\"")) .... to check if there is a problem and in this case go for manual pdflatex runs rather than using texi2dvi. THis might work, but it would be a bit unpredictable what ends up being used, and with no setup in Org you could get different sets of commands on different machines. Any ather ideas? Comments? Thanks. - Carsten - Carsten > -- > Eric S Fraga > GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D > _______________________________________________ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp 2010-10-09 15:27 ` Carsten Dominik @ 2010-10-09 16:28 ` Matthew Leifer 2010-10-09 16:42 ` Nick Dokos 2010-10-09 16:59 ` Achim Gratz 2 siblings, 0 replies; 11+ messages in thread From: Matthew Leifer @ 2010-10-09 16:28 UTC (permalink / raw) To: emacs-orgmode [-- Attachment #1.1: Type: text/plain, Size: 4026 bytes --] Oh dear. As the person who originally suggested using texi2dvi, I feel a little bit responsible for all the trouble it has caused. I wouldn't have thought that such a widely used script would have a bug like this. Anyway, one option would be to include a patched version of texi2dvi in the org distribution, at least until the bug has been fixed in the official version. It is just a shell script, and not a huge file, so it wouldn't be too bad. Another option would be to simply inspect the contents of texi2dvi and write equivalent code in Emacs Lisp, since the original idea was just to improve the routines in org-mode that run pdflatex and bibtex. Much of the code in texi2dvi is to do with texinfo files and is irrelevant to how it is being used in org-mode so this might not be as hard as it looks. Finally, there are various LaTeX Makefiles available that attempt to build a LaTeX document with a single invocation, much like texi2dvi. They are generally a bit less sophisticated than texi2dvi and I don't think that it would be a good idea to use them directly because requiring make might be problematic on Windows. In any case, they might provide some helpful hints on how to automate LaTeX compiling. Here are links to three that I have tried: http://www.acoustics.hut.fi/u/mairas/UltimateLatexMakefile/ http://code.google.com/p/latex-makefile/ http://xpt.sourceforge.net/tools/latexmake/ I've had the most success with the third one, but that is essentially just a wrapper for texi2dvi anyway. Matt Leifer On 9 October 2010 16:27, Carsten Dominik <carsten.dominik@gmail.com> wrote: > > On Oct 9, 2010, at 12:27 PM, Eric S Fraga wrote: > > On Fri, 8 Oct 2010 21:06:24 -0700, suvayu ali < >> fatkasuvayu+linux@gmail.com <fatkasuvayu%2Blinux@gmail.com>> wrote: >> >> [...] >> >> I have filed a bug report on the Fedora bugzilla[1] pointing to all >>> the relevant discussions about this issue. Feel free to add to/edit >>> it. Thanks everyone for narrowing this down. :) >>> >> >> And this bug has already been reported (twice) to Debian, as it turns >> out: >> >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584191 >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586134 >> >> No resolution in either bug stream although suggestions do include >> [A-Za-z] and [[:alpha:]]. >> >> I have simply edited /usr/bin/texi2dvi (but need to do this on all of >> my other systems) and hope that next time it is upgraded the bug will >> have been fixed... >> > > Hi everyone, > > I am looking for a way out which will allow pdf compilation of Org > work out of the box, and still allow texi2dvi to be used where possible. > > I have so far come up with two possible work-arounds and would > like to hear if one of them makes sense: > > 1. I could set the environment variable LC_ALL > for the duration of the texi2dvi command to some value > like C? That should fix the egrep call, but could > it have adverse effects on the pdflatex and bibtex runs or > any other stuff used in texi2dvi? > > 2. On startup, I could use > > (if (= 0 (shell-command "echo foo | egrep \"[A-z]\"")) > .... > > > to check if there is a problem and in this case go for > manual pdflatex runs rather than using texi2dvi. THis might work, > but it would be a bit unpredictable what ends up being used, > and with no setup in Org you could get different sets of commands > on different machines. > > Any ather ideas? Comments? > > Thanks. > > - Carsten > > > > > > - Carsten > > -- >> Eric S Fraga >> GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D >> >> _______________________________________________ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> > > > _______________________________________________ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > [-- Attachment #1.2: Type: text/html, Size: 5868 bytes --] [-- Attachment #2: Type: text/plain, Size: 201 bytes --] _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp 2010-10-09 15:27 ` Carsten Dominik 2010-10-09 16:28 ` Matthew Leifer @ 2010-10-09 16:42 ` Nick Dokos 2010-10-09 17:25 ` Thomas S. Dye 2010-10-10 18:04 ` Eric S Fraga 2010-10-09 16:59 ` Achim Gratz 2 siblings, 2 replies; 11+ messages in thread From: Nick Dokos @ 2010-10-09 16:42 UTC (permalink / raw) To: Carsten Dominik; +Cc: nicholas.dokos, emacs-orgmode Carsten Dominik <carsten.dominik@gmail.com> wrote: > I am looking for a way out which will allow pdf compilation of Org > work out of the box, and still allow texi2dvi to be used where possible. > > I have so far come up with two possible work-arounds and would > like to hear if one of them makes sense: > > 1. I could set the environment variable LC_ALL > for the duration of the texi2dvi command to some value > like C? That should fix the egrep call, but could > it have adverse effects on the pdflatex and bibtex runs or > any other stuff used in texi2dvi? > Yes, at least theoretically. I don't think anybody has gone down the path of investigating these effects. > 2. On startup, I could use > > (if (= 0 (shell-command "echo foo | egrep \"[A-z]\"")) > .... > > > to check if there is a problem and in this case go for > manual pdflatex runs rather than using texi2dvi. THis might work, > but it would be a bit unpredictable what ends up being used, > and with no setup in Org you could get different sets of commands > on different machines. > The trouble with this is that you are checking on egrep which will give you a positive for egrep versions >= 2.6.x, but the fix to texi2dvi might have made that irrelevant. How about try texi2dvi except do Seb's thrice-repeated pdflatex (or whatever) call After everybody has updated to the latest texinfo, the exception code can be taken out. Alternatively, the texi2dvi method can be reverted: it was an idea that was worth trying, but it has caused more harm than good at this point - maybe it can be revisited in six months. > Any ather ideas? Comments? > Nick ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp 2010-10-09 16:42 ` Nick Dokos @ 2010-10-09 17:25 ` Thomas S. Dye 2010-10-10 7:05 ` Carsten Dominik 2010-10-10 18:04 ` Eric S Fraga 1 sibling, 1 reply; 11+ messages in thread From: Thomas S. Dye @ 2010-10-09 17:25 UTC (permalink / raw) To: nicholas.dokos; +Cc: emacs-orgmode, Carsten Dominik On Oct 9, 2010, at 6:42 AM, Nick Dokos wrote: > Carsten Dominik <carsten.dominik@gmail.com> wrote: > > >> I am looking for a way out which will allow pdf compilation of Org >> work out of the box, and still allow texi2dvi to be used where >> possible. >> >> I have so far come up with two possible work-arounds and would >> like to hear if one of them makes sense: >> >> 1. I could set the environment variable LC_ALL >> for the duration of the texi2dvi command to some value >> like C? That should fix the egrep call, but could >> it have adverse effects on the pdflatex and bibtex runs or >> any other stuff used in texi2dvi? >> > > Yes, at least theoretically. I don't think anybody has gone down > the path of investigating these effects. > >> 2. On startup, I could use >> >> (if (= 0 (shell-command "echo foo | egrep \"[A-z]\"")) >> .... >> >> >> to check if there is a problem and in this case go for >> manual pdflatex runs rather than using texi2dvi. THis might work, >> but it would be a bit unpredictable what ends up being used, >> and with no setup in Org you could get different sets of commands >> on different machines. >> > > The trouble with this is that you are checking on egrep which will > give > you a positive for egrep versions >= 2.6.x, but the fix to texi2dvi > might > have made that irrelevant. How about > > try > texi2dvi > except > do Seb's thrice-repeated pdflatex (or whatever) call > > After everybody has updated to the latest texinfo, the exception code > can be taken out. > > Alternatively, the texi2dvi method can be reverted: it was an idea > that > was worth trying, but it has caused more harm than good at this point > - maybe it can be revisited in six months. > >> Any ather ideas? Comments? >> > Perhaps org-latex-to-pdf-process should just run pdflatex twice (or three times) so that it most likely will work out of the box. IIUC, the user can set this variable to something else. Some ready-to-use alternatives on Worg might be useful. There, the pitfalls of using texi2dvi could be explained and those with systems where it works could find a recipe and make use of it. The use of other latex make files might be illustrated there as well. All the best, Tom ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp 2010-10-09 17:25 ` Thomas S. Dye @ 2010-10-10 7:05 ` Carsten Dominik 2010-10-10 16:37 ` Thomas S. Dye 0 siblings, 1 reply; 11+ messages in thread From: Carsten Dominik @ 2010-10-10 7:05 UTC (permalink / raw) To: Thomas S. Dye; +Cc: nicholas.dokos, emacs-orgmode On Oct 9, 2010, at 7:25 PM, Thomas S. Dye wrote: > On Oct 9, 2010, at 6:42 AM, Nick Dokos wrote: > >> Carsten Dominik <carsten.dominik@gmail.com> wrote: >> >> >>> I am looking for a way out which will allow pdf compilation of Org >>> work out of the box, and still allow texi2dvi to be used where >>> possible. >>> >>> I have so far come up with two possible work-arounds and would >>> like to hear if one of them makes sense: >>> >>> 1. I could set the environment variable LC_ALL >>> for the duration of the texi2dvi command to some value >>> like C? That should fix the egrep call, but could >>> it have adverse effects on the pdflatex and bibtex runs or >>> any other stuff used in texi2dvi? >>> >> >> Yes, at least theoretically. I don't think anybody has gone down >> the path of investigating these effects. >> >>> 2. On startup, I could use >>> >>> (if (= 0 (shell-command "echo foo | egrep \"[A-z]\"")) >>> .... >>> >>> >>> to check if there is a problem and in this case go for >>> manual pdflatex runs rather than using texi2dvi. THis might work, >>> but it would be a bit unpredictable what ends up being used, >>> and with no setup in Org you could get different sets of commands >>> on different machines. >>> >> >> The trouble with this is that you are checking on egrep which will >> give >> you a positive for egrep versions >= 2.6.x, but the fix to texi2dvi >> might >> have made that irrelevant. How about >> >> try >> texi2dvi >> except >> do Seb's thrice-repeated pdflatex (or whatever) call >> >> After everybody has updated to the latest texinfo, the exception code >> can be taken out. >> >> Alternatively, the texi2dvi method can be reverted: it was an idea >> that >> was worth trying, but it has caused more harm than good at this point >> - maybe it can be revisited in six months. >> >>> Any ather ideas? Comments? >>> >> > > Perhaps org-latex-to-pdf-process should just run pdflatex twice (or > three times) so that it most likely will work out of the box. IIUC, > the user can set this variable to something else. I think this is the best idea. I am going to set the default to 3 runs of pdflatex and provide a customization option to use texi2dvi. FOr now, I think the danger of this going wrong for unsuspecting users is worse than the advantage of using texi2dvi. So if texi2dvi works on your system, just configure org-latex-to-pdf- process. If you use the customize interface to do the customization, one of the options will be texi2dvi. > Some ready-to-use alternatives on Worg might be useful. There, the > pitfalls of using texi2dvi could be explained and those with systems > where it works could find a recipe and make use of it. The use of > other latex make files might be illustrated there as well. Good idea. - Carsten ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp 2010-10-10 7:05 ` Carsten Dominik @ 2010-10-10 16:37 ` Thomas S. Dye 0 siblings, 0 replies; 11+ messages in thread From: Thomas S. Dye @ 2010-10-10 16:37 UTC (permalink / raw) To: Carsten Dominik; +Cc: nicholas.dokos, emacs-orgmode [-- Attachment #1.1: Type: text/plain, Size: 3242 bytes --] On Oct 9, 2010, at 9:05 PM, Carsten Dominik wrote: > > On Oct 9, 2010, at 7:25 PM, Thomas S. Dye wrote: > >> On Oct 9, 2010, at 6:42 AM, Nick Dokos wrote: >> >>> Carsten Dominik <carsten.dominik@gmail.com> wrote: >>> >>> >>>> I am looking for a way out which will allow pdf compilation of Org >>>> work out of the box, and still allow texi2dvi to be used where >>>> possible. >>>> >>>> I have so far come up with two possible work-arounds and would >>>> like to hear if one of them makes sense: >>>> >>>> 1. I could set the environment variable LC_ALL >>>> for the duration of the texi2dvi command to some value >>>> like C? That should fix the egrep call, but could >>>> it have adverse effects on the pdflatex and bibtex runs or >>>> any other stuff used in texi2dvi? >>>> >>> >>> Yes, at least theoretically. I don't think anybody has gone down >>> the path of investigating these effects. >>> >>>> 2. On startup, I could use >>>> >>>> (if (= 0 (shell-command "echo foo | egrep \"[A-z]\"")) >>>> .... >>>> >>>> >>>> to check if there is a problem and in this case go for >>>> manual pdflatex runs rather than using texi2dvi. THis might work, >>>> but it would be a bit unpredictable what ends up being used, >>>> and with no setup in Org you could get different sets of commands >>>> on different machines. >>>> >>> >>> The trouble with this is that you are checking on egrep which will >>> give >>> you a positive for egrep versions >= 2.6.x, but the fix to >>> texi2dvi might >>> have made that irrelevant. How about >>> >>> try >>> texi2dvi >>> except >>> do Seb's thrice-repeated pdflatex (or whatever) call >>> >>> After everybody has updated to the latest texinfo, the exception >>> code >>> can be taken out. >>> >>> Alternatively, the texi2dvi method can be reverted: it was an idea >>> that >>> was worth trying, but it has caused more harm than good at this >>> point >>> - maybe it can be revisited in six months. >>> >>>> Any ather ideas? Comments? >>>> >>> >> >> Perhaps org-latex-to-pdf-process should just run pdflatex twice (or >> three times) so that it most likely will work out of the box. >> IIUC, the user can set this variable to something else. > > I think this is the best idea. I am going to set the default to 3 > runs of pdflatex and provide a customization option to use texi2dvi. > FOr now, I think the danger of this going wrong for unsuspecting > users is worse than the advantage of using texi2dvi. > > So if texi2dvi works on your system, just configure org-latex-to-pdf- > process. If you use the customize interface to do the > customization, one of the options will be texi2dvi. > >> Some ready-to-use alternatives on Worg might be useful. There, the >> pitfalls of using texi2dvi could be explained and those with >> systems where it works could find a recipe and make use of it. The >> use of other latex make files might be illustrated there as well. > > Good idea. I made a start in this direction on the LaTeX export tutorial, http://orgmode.org/worg/org-tutorials/org-latex-export.php#sec-8 . Information on other makefile setups and setups for other LaTeX engines, such as xelatex, could go here, as well. All the best, Tom [-- Attachment #1.2: Type: text/html, Size: 8662 bytes --] [-- Attachment #2: Type: text/plain, Size: 201 bytes --] _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp 2010-10-09 16:42 ` Nick Dokos 2010-10-09 17:25 ` Thomas S. Dye @ 2010-10-10 18:04 ` Eric S Fraga 1 sibling, 0 replies; 11+ messages in thread From: Eric S Fraga @ 2010-10-10 18:04 UTC (permalink / raw) To: nicholas.dokos; +Cc: emacs-orgmode, Carsten Dominik [-- Attachment #1: Type: text/plain, Size: 805 bytes --] On Sat, 09 Oct 2010 12:42:41 -0400, Nick Dokos <nicholas.dokos@hp.com> wrote: > > Carsten Dominik <carsten.dominik@gmail.com> wrote: > > > > I am looking for a way out which will allow pdf compilation of Org > > work out of the box, and still allow texi2dvi to be used where possible. [...] > Alternatively, the texi2dvi method can be reverted: it was an idea that > was worth trying, but it has caused more harm than good at this point > - maybe it can be revisited in six months. > > > Any ather ideas? Comments? > > > > Nick I would vote this way. I like texi2dvi but maybe keep to pdflatex++ for now? Anybody who wishes to use texi2dvi (as I would right now on those systems where I have fixed the texi2dvi script) can easily do so but those not aware of the problems won't be caught out. [-- Attachment #2: Type: text/plain, Size: 75 bytes --] -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D [-- Attachment #3: Type: text/plain, Size: 201 bytes --] _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp 2010-10-09 15:27 ` Carsten Dominik 2010-10-09 16:28 ` Matthew Leifer 2010-10-09 16:42 ` Nick Dokos @ 2010-10-09 16:59 ` Achim Gratz 2 siblings, 0 replies; 11+ messages in thread From: Achim Gratz @ 2010-10-09 16:59 UTC (permalink / raw) To: emacs-orgmode Carsten Dominik <carsten.dominik@gmail.com> writes: > I am looking for a way out which will allow pdf compilation of Org > work out of the box, and still allow texi2dvi to be used where possible. All is well as long as GNU grep is not at version 2.6 or later, so maybe check for that first. Even for later versions it likely only breaks when the sort order is set to sort lower case letters before upper case ones _and_ grep produces an error code on that rather than silently reversing the range expression as it apparently did until version 2.5. > 1. I could set the environment variable LC_ALL > for the duration of the texi2dvi command to some value > like C? That should fix the egrep call, but could > it have adverse effects on the pdflatex and bibtex runs or > any other stuff used in texi2dvi? That would most likely wreak serious havoc with path / file names that contain UTF-8 characters if they are not just passed through. But one could use LC_COLLATE=C (or LC_COLLATE=POSIX) in the environment that calls texi2dvi and that should fix it. Maybe someone with one of the newer grep versions could try it and report if this indeed helps. Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2010-10-10 18:04 UTC | newest] Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2010-10-08 18:51 Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp Nick Dokos 2010-10-09 4:06 ` suvayu ali 2010-10-09 10:27 ` Eric S Fraga 2010-10-09 15:27 ` Carsten Dominik 2010-10-09 16:28 ` Matthew Leifer 2010-10-09 16:42 ` Nick Dokos 2010-10-09 17:25 ` Thomas S. Dye 2010-10-10 7:05 ` Carsten Dominik 2010-10-10 16:37 ` Thomas S. Dye 2010-10-10 18:04 ` Eric S Fraga 2010-10-09 16:59 ` Achim Gratz
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).