GNU bug report logs -
#22807
2016-01-31; TeX-view does not jump to correct place in PDF file, texlive 2015
Previous Next
Reported by: Uwe Brauer <oub <at> mat.ucm.es>
Date: Thu, 25 Feb 2016 18:22:02 UTC
Severity: normal
Tags: notabug
Done: Mosè Giordano <mose <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 22807 in the body.
You can then email your comments to 22807 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-auctex <at> gnu.org
:
bug#22807
; Package
auctex
.
(Thu, 25 Feb 2016 18:22:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Uwe Brauer <oub <at> mat.ucm.es>
:
New bug report received and forwarded. Copy sent to
bug-auctex <at> gnu.org
.
(Thu, 25 Feb 2016 18:22:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi
That looks bizarre. I am still using Kubuntu 10.04 which ships texlive
2009. Everything works fine, in my current setting TeX-view jumps to the
correct place in the pdf file, when running pdflatex.
However I *also* installed in (/usr/local/texlive)
Texlive 2015 and following the instructions found in
https://tex.stackexchange.com/questions/1092/how-to-install-vanilla-texlive-on-debian-or-ubuntu
I do
mkdir -p /opt
sudo ln -s /usr/local/texlive/2015/bin/* /opt/texbin
and then
In /etc/environment I
modify
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games"
to
PATH="/opt/texbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
So far so good, but when I now use auctex in GNU emacs with the same
setting, the pdflatex compiling is fine but
TeX-view only jumps to the beginning of the pdf file!!
This is rather annoying. What can I do?
Regards
Uwe Brauer
Emacs : GNU Emacs 25.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1)
of 2016-01-19
Package: 2016-01-31
current state:
==============
(setq
AUCTeX-date "2016-01-31"
window-system 'x
LaTeX-version "2e"
TeX-style-path '("/home/oub/ALLES/var/auctex" "/home/oub/emacs/site-lisp/packages/auctex-git/auctex/style"
"/home/oub/.emacs.d/auctex/auto" "/home/oub/tex/sty/auto" "auto" "style")
TeX-auto-save t
TeX-parse-self t
TeX-master t
TeX-command-list '(("TeX" "%(PDF)%(tex) %(file-line-error) %(extraopts) %`%S%(PDFout)%(mode)%' %t"
TeX-run-TeX nil (plain-tex-mode texinfo-mode ams-tex-mode) :help "Run plain TeX")
("LaTeX" "%`%l%(mode)%' %t" TeX-run-TeX nil (latex-mode doctex-mode) :help "Run LaTeX")
("Makeinfo" "makeinfo %(extraopts) %t" TeX-run-compile nil (texinfo-mode) :help
"Run Makeinfo with Info output")
("Makeinfo HTML" "makeinfo %(extraopts) --html %t" TeX-run-compile nil (texinfo-mode)
:help "Run Makeinfo with HTML output")
("AmSTeX" "amstex %(PDFout) %(extraopts) %`%S%(mode)%' %t" TeX-run-TeX nil (ams-tex-mode)
:help "Run AMSTeX")
("ConTeXt" "%(cntxcom) --once --texutil %(extraopts) %(execopts)%t" TeX-run-TeX nil
(context-mode) :help "Run ConTeXt once")
("ConTeXt Full" "%(cntxcom) %(extraopts) %(execopts)%t" TeX-run-TeX nil (context-mode)
:help "Run ConTeXt until completion")
("BibTeX" "bibtex %s" TeX-run-BibTeX nil t :help "Run BibTeX")
("Biber" "biber %s" TeX-run-Biber nil t :help "Run Biber")
("View" "%V" TeX-run-discard-or-function t t :help "Run Viewer")
("Print" "%p" TeX-run-command t t :help "Print the file")
("Queue" "%q" TeX-run-background nil t :help "View the printer queue" :visible
TeX-queue-command)
("File" "%(o?)dvips %d -o %f " TeX-run-dvips t t :help "Generate PostScript file")
("Dvips" "%(o?)dvips %d -o %f " TeX-run-dvips nil t :help "Convert DVI file to PostScript")
("Ps2pdf" "ps2pdf %f" TeX-run-ps2pdf nil t :help "Convert PostScript file to PDF")
("Index" "makeindex %s" TeX-run-index nil t :help "Run makeindex to create index file")
("makegloss" "makeindex %s.nlo -s nomencl.ist -o %s.nls" TeX-run-command t t)
("Xindy" "texindy %s" TeX-run-command nil t :help "Run xindy to create index file")
("Check" "lacheck %s" TeX-run-compile nil (latex-mode) :help
"Check LaTeX file for correctness")
("ChkTeX" "chktex -v6 %s" TeX-run-compile nil (latex-mode) :help
"Check LaTeX file for common mistakes")
("Spell" "(TeX-ispell-document \"\")" TeX-run-function nil t :help
"Spell-check the document")
("Clean" "TeX-clean" TeX-run-function nil t :help "Delete generated intermediate files")
("Clean All" "(TeX-clean t)" TeX-run-function nil t :help
"Delete generated intermediate and output files")
("Other" "" TeX-run-command t t :help "Run an arbitrary command"))
)
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#22807
; Package
auctex
.
(Fri, 01 Apr 2016 09:27:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 22807 <at> debbugs.gnu.org (full text, mbox):
Hi Uwe,
Sorry for the delay, but I completely missed this message before.
2016-02-25 19:21 GMT+01:00 Uwe Brauer <oub <at> mat.ucm.es>:
>
> Hi
>
> That looks bizarre. I am still using Kubuntu 10.04 which ships texlive
> 2009. Everything works fine, in my current setting TeX-view jumps to the
> correct place in the pdf file, when running pdflatex.
>
> However I *also* installed in (/usr/local/texlive)
>
> Texlive 2015 and following the instructions found in
> https://tex.stackexchange.com/questions/1092/how-to-install-vanilla-texlive-on-debian-or-ubuntu
>
> I do
>
> mkdir -p /opt
> sudo ln -s /usr/local/texlive/2015/bin/* /opt/texbin
> and then
>
> In /etc/environment I
> modify
> PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games"
> to
> PATH="/opt/texbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
>
> So far so good, but when I now use auctex in GNU emacs with the same
> setting, the pdflatex compiling is fine but
> TeX-view only jumps to the beginning of the pdf file!!
>
> This is rather annoying. What can I do?
Are you sure Emacs has the right values of `exec-path' and (getenv
"PATH")? In addition, did you try to clean all auxiliary files and
recompile with pdflatex from TeX Live 2015? I don't know, maybe the
format of SyncTeX files slightly changed in the meantime and are
forward incompatibles.
Bye,
Mosè
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#22807
; Package
auctex
.
(Fri, 01 Apr 2016 09:34:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 22807 <at> debbugs.gnu.org (full text, mbox):
> Hi Uwe,
> Sorry for the delay, but I completely missed this message before.
No problem, I switched back to 2009 for the moment, since I need the
forward search very much.
> 2016-02-25 19:21 GMT+01:00 Uwe Brauer <oub <at> mat.ucm.es>:
> Are you sure Emacs has the right values of `exec-path' and (getenv
> "PATH")?
Good question, how can I check?
> In addition, did you try to clean all auxiliary files and
> recompile with pdflatex from TeX Live 2015? I don't know, maybe the
> format of SyncTeX files slightly changed in the meantime and are
> forward incompatibles.
Maybe not. I will try that, but before I want to check the path as you
said.
Uwe
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#22807
; Package
auctex
.
(Fri, 01 Apr 2016 10:14:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 22807 <at> debbugs.gnu.org (full text, mbox):
2016-04-01 11:33 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
>
> > Hi Uwe,
> > Sorry for the delay, but I completely missed this message before.
>
> No problem, I switched back to 2009 for the moment, since I need the
> forward search very much.
>
>
> > 2016-02-25 19:21 GMT+01:00 Uwe Brauer <oub <at> mat.ucm.es>:
>
> > Are you sure Emacs has the right values of `exec-path' and (getenv
> > "PATH")?
>
> Good question, how can I check?
C-h v exec-path RET
M-: (getenv "PATH") RET
Are you really telling me you never used C-h v to check the value of a
variable? ;-)
Bye,
Mosè
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#22807
; Package
auctex
.
(Fri, 01 Apr 2016 10:47:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 22807 <at> debbugs.gnu.org (full text, mbox):
> 2016-04-01 11:33 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
> C-h v exec-path RET
> M-: (getenv "PATH") RET
> Are you really telling me you never used C-h v to check the value of a
> variable? ;-)
aaaaahhh could we please delete these two message from the archive :'(
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#22807
; Package
auctex
.
(Fri, 01 Apr 2016 10:57:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 22807 <at> debbugs.gnu.org (full text, mbox):
>>> "Mosè" == Mosè Giordano <mose <at> gnu.org> writes:
> Hi Uwe,
> Sorry for the delay, but I completely missed this message before.
> 2016-02-25 19:21 GMT+01:00 Uwe Brauer <oub <at> mat.ucm.es>:
>>
>> Hi
>>
>> That looks bizarre. I am still using Kubuntu 10.04 which ships texlive
>> 2009. Everything works fine, in my current setting TeX-view jumps to the
>> correct place in the pdf file, when running pdflatex.
>>
>> However I *also* installed in (/usr/local/texlive)
>>
>> Texlive 2015 and following the instructions found in
>> https://tex.stackexchange.com/questions/1092/how-to-install-vanilla-texlive-on-debian-or-ubuntu
>>
>> I do
>>
>> mkdir -p /opt
>> sudo ln -s /usr/local/texlive/2015/bin/* /opt/texbin
>> and then
>>
>> In /etc/environment I
>> modify
>> PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games"
>> to
>> PATH="/opt/texbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
> Are you sure Emacs has the right values of `exec-path' and (getenv
> "PATH")?
Here are its value
exec-bib:
,----
| exec-path is a variable defined in ‘C source code’.
| Its value is
| ("/opt/texbin" "/usr/local/sbin" "/usr/local/bin" "/usr/sbin" "/opt/trinity/bin" "/usr/bin" "/sbin" "/bin" "/usr/games" "/home/oub/scripts/" "/home/oub/scripts/lenaked/" "/home/oub/scripts/" "/home/oub/scripts/lenaked/" "/opt/emacs25/libexec/emacs/25.1.50/i686-pc-linux-gnu")
|
| Original value was
| ("/opt/texbin" "/usr/local/sbin" "/usr/local/bin" "/usr/sbin" "/opt/trinity/bin" "/usr/bin" "/sbin" "/bin" "/usr/games" "/home/oub/scripts" "/home/oub/scripts/lenaked" "/home/oub/scripts" "/home/oub/scripts/lenaked" "/opt/emacs25/libexec/emacs/25.1.50/i686-pc-linux-gnu")
`----
And
(getenv "PATH")
"/opt/texbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/opt/trinity/bin:/usr/bin:/sbin:/bin:/usr/games:/home/oub/scripts/:/home/oub/scripts/lenaked/:/home/oub/scripts/:/home/oub/scripts/lenaked/"
> In addition, did you try to clean all auxiliary files and
> recompile with pdflatex from TeX Live 2015? I don't know, maybe the
> format of SyncTeX files slightly changed in the meantime and are
> forward incompatibles.
I did this and I compiled again.
Search forward does not work, emacs opens (okular) always at the first
page.
Odd, no?
Uwe
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#22807
; Package
auctex
.
(Fri, 01 Apr 2016 11:18:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 22807 <at> debbugs.gnu.org (full text, mbox):
2016-04-01 12:56 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
> Here are its value
> exec-bib:
>
> ,----
> | exec-path is a variable defined in ‘C source code’.
> | Its value is
> | ("/opt/texbin" "/usr/local/sbin" "/usr/local/bin" "/usr/sbin" "/opt/trinity/bin" "/usr/bin" "/sbin" "/bin" "/usr/games" "/home/oub/scripts/" "/home/oub/scripts/lenaked/" "/home/oub/scripts/" "/home/oub/scripts/lenaked/" "/opt/emacs25/libexec/emacs/25.1.50/i686-pc-linux-gnu")
> |
> | Original value was
> | ("/opt/texbin" "/usr/local/sbin" "/usr/local/bin" "/usr/sbin" "/opt/trinity/bin" "/usr/bin" "/sbin" "/bin" "/usr/games" "/home/oub/scripts" "/home/oub/scripts/lenaked" "/home/oub/scripts" "/home/oub/scripts/lenaked" "/opt/emacs25/libexec/emacs/25.1.50/i686-pc-linux-gnu")
> `----
>
>
> And
> (getenv "PATH")
> "/opt/texbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/opt/trinity/bin:/usr/bin:/sbin:/bin:/usr/games:/home/oub/scripts/:/home/oub/scripts/lenaked/:/home/oub/scripts/:/home/oub/scripts/lenaked/"
>
> > In addition, did you try to clean all auxiliary files and
> > recompile with pdflatex from TeX Live 2015? I don't know, maybe the
> > format of SyncTeX files slightly changed in the meantime and are
> > forward incompatibles.
>
> I did this and I compiled again.
>
> Search forward does not work, emacs opens (okular) always at the first
> page.
>
> Odd, no?
Yes, it's weird, it works for me flawless with Okular as viewer and
TeX Live 2015 installed with the same method. In a LaTeX buffer, what
does
(TeX-synctex-output-page-1 (buffer-file-name))
return for you? If it returns nil, it would be great if you could
edebug the function `TeX-synctex-output-page-1'.
Bye,
Mosè
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#22807
; Package
auctex
.
(Fri, 01 Apr 2016 12:02:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 22807 <at> debbugs.gnu.org (full text, mbox):
> 2016-04-01 12:56 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
> Yes, it's weird, it works for me flawless with Okular as viewer and
> TeX Live 2015 installed with the same method. In a LaTeX buffer, what
> does
> (TeX-synctex-output-page-1 (buffer-file-name))
You are not going to belive this. With TL 2015 this variable is *not*
nil but some number (string)
For example if you execute it at the beginning of the buffer it returns
"1"
and if I do it at the end of the buffer it returns "25"
However C-c C-v and okular jumps to the first page.
I switched back to TL 2009.
Now that variable is *always* nil, but
However C-c C-v and okular jumps more or less to the line which
corresponds to the source code.
I am puzzled
> return for you? If it returns nil, it would be great if you could
> edebug the function `TeX-synctex-output-page-1'.
> Bye,
> Mosè
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#22807
; Package
auctex
.
(Fri, 01 Apr 2016 13:22:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 22807 <at> debbugs.gnu.org (full text, mbox):
2016-04-01 14:01 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
>
> > 2016-04-01 12:56 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
>
> > Yes, it's weird, it works for me flawless with Okular as viewer and
> > TeX Live 2015 installed with the same method. In a LaTeX buffer, what
> > does
>
> > (TeX-synctex-output-page-1 (buffer-file-name))
>
> You are not going to belive this. With TL 2015 this variable is *not*
> nil but some number (string)
Looking better to the code, I'm not surprised at all: AUCTeX doesn't
pass the page number to Okular, so that function isn't even evaluated
(it is used for Evince and xpdf, not for Okular). In the LaTeX
buffer, issue C-c C-c View RET, what's the command proposed in the
minibuffer? Is it different between when you use TeX Live 2009 or
2015?
Bye,
Mosè
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#22807
; Package
auctex
.
(Fri, 01 Apr 2016 13:39:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 22807 <at> debbugs.gnu.org (full text, mbox):
>>> "Mosè" == Mosè Giordano <mose <at> gnu.org> writes:
> 2016-04-01 14:01 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
>>
>> > 2016-04-01 12:56 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
>>
>> > Yes, it's weird, it works for me flawless with Okular as viewer and
>> > TeX Live 2015 installed with the same method. In a LaTeX buffer, what
>> > does
>>
>> > (TeX-synctex-output-page-1 (buffer-file-name))
>>
>> You are not going to belive this. With TL 2015 this variable is *not*
>> nil but some number (string)
> Looking better to the code, I'm not surprised at all: AUCTeX doesn't
> pass the page number to Okular, so that function isn't even evaluated
> (it is used for Evince and xpdf, not for Okular). In the LaTeX
I thought the setting
'(TeX-view-program-list (quote (("okular" "okular -unique %o#src:%n%b"))))
Does that
> buffer, issue C-c C-c View RET, what's the command proposed in the
> minibuffer?
For example
okular --unique eulerpoisson.pdf#src:2449"/home/oub/eulerpoisson.tex"
or
okular --unique eulerpoisson.pdf#src:29"/home/oub/eulerpoisson.tex"
> Is it different between when you use TeX Live 2009 or
> 2015?
No, but I think I found the source of the problem.
In the command line I fired up
okular --unique eulerpoisson.pdf#src:2449"/home/oub/eulerpoisson.tex"
Okular opened the pdf file at the first page.
I copied the pdf to eulerpoisson-2015.pdf
I changed the envrionment back to TL logout login
And
okular --unique eulerpoisson-2015.pdf#src:2449"/home/oub/eulerpoisson.tex"
And okular opened at page one.
I recompiled the latex file, with pdflatex TL2009, now
okular --unique eulerpoisson.pdf#src:2449"/home/oub/eulerpoisson.tex"
opened correctly the pdf file
So it seems that okular (at least the version I have) cannot deal
correctly with the pdf generated by TL2015.
So it is not really auctex fault, but I love to hear a work around, I
think I did use evince because there inverse search does not work.
Uwe
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#22807
; Package
auctex
.
(Fri, 01 Apr 2016 13:48:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 22807 <at> debbugs.gnu.org (full text, mbox):
2016-04-01 15:38 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
>>>> "Mosè" == Mosè Giordano <mose <at> gnu.org> writes:
>
> > 2016-04-01 14:01 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
> >>
> >> > 2016-04-01 12:56 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
> >>
> >> > Yes, it's weird, it works for me flawless with Okular as viewer and
> >> > TeX Live 2015 installed with the same method. In a LaTeX buffer, what
> >> > does
> >>
> >> > (TeX-synctex-output-page-1 (buffer-file-name))
> >>
> >> You are not going to belive this. With TL 2015 this variable is *not*
> >> nil but some number (string)
>
> > Looking better to the code, I'm not surprised at all: AUCTeX doesn't
> > pass the page number to Okular, so that function isn't even evaluated
> > (it is used for Evince and xpdf, not for Okular). In the LaTeX
>
> I thought the setting
>
> '(TeX-view-program-list (quote (("okular" "okular -unique %o#src:%n%b"))))
>
> Does that
>
>
> > buffer, issue C-c C-c View RET, what's the command proposed in the
> > minibuffer?
> For example
>
> okular --unique eulerpoisson.pdf#src:2449"/home/oub/eulerpoisson.tex"
> or
> okular --unique eulerpoisson.pdf#src:29"/home/oub/eulerpoisson.tex"
>
> > Is it different between when you use TeX Live 2009 or
> > 2015?
>
> No, but I think I found the source of the problem.
>
> In the command line I fired up
> okular --unique eulerpoisson.pdf#src:2449"/home/oub/eulerpoisson.tex"
>
> Okular opened the pdf file at the first page.
>
> I copied the pdf to eulerpoisson-2015.pdf
>
> I changed the envrionment back to TL logout login
>
> And
> okular --unique eulerpoisson-2015.pdf#src:2449"/home/oub/eulerpoisson.tex"
>
> And okular opened at page one.
As expected, because synctex looks for the .synctex.gz file with the
same base name of the .pdf file, and can't find it in this case
> So it is not really auctex fault, but I love to hear a work around, I
> think I did use evince because there inverse search does not work.
I'd avoid renaming files, to start with. Did you compare the synctex
files between two TeX Lives versions?
Bye,
Mosè
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#22807
; Package
auctex
.
(Fri, 01 Apr 2016 14:03:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 22807 <at> debbugs.gnu.org (full text, mbox):
> 2016-04-01 15:38 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
> As expected, because synctex looks for the .synctex.gz file with the
> same base name of the .pdf file, and can't find it in this case
Ok, I put the latex file in 2 different directories TL2009 and TL2015
and run it either with TL2009 pdflatex or TL2015
Then I run in both directories the command
okular --unique eulerpoisson.pdf#src:940"/home/oub/TL2015/eulerpoisson.tex"
In TL2009 it opened where it should in TL2015 not
> I'd avoid renaming files, to start with. Did you compare the synctex
> files between two TeX Lives versions?
Yes there a subtle difference:
TL 2009 eulerpoission.synctex starts with
Input:1:eulerpoisson.tex
While 2015 has:
Input:1:/home/oub/TL2015/./eulerpoisson.tex
I am worried about the /./
Then comes a lot of style files which sit in different locations of
course.
> Bye,
> Mosè
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#22807
; Package
auctex
.
(Fri, 01 Apr 2016 14:11:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 22807 <at> debbugs.gnu.org (full text, mbox):
close 22807
tags 22807 notabug
thanks
2016-04-01 16:02 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
>
> > 2016-04-01 15:38 GMT+02:00 Uwe Brauer <oub <at> mat.ucm.es>:
>
> > As expected, because synctex looks for the .synctex.gz file with the
> > same base name of the .pdf file, and can't find it in this case
>
> Ok, I put the latex file in 2 different directories TL2009 and TL2015
> and run it either with TL2009 pdflatex or TL2015
>
> Then I run in both directories the command
> okular --unique eulerpoisson.pdf#src:940"/home/oub/TL2015/eulerpoisson.tex"
>
> In TL2009 it opened where it should in TL2015 not
>
> > I'd avoid renaming files, to start with. Did you compare the synctex
> > files between two TeX Lives versions?
>
>
> Yes there a subtle difference:
>
> TL 2009 eulerpoission.synctex starts with
>
> Input:1:eulerpoisson.tex
>
> While 2015 has:
>
> Input:1:/home/oub/TL2015/./eulerpoisson.tex
>
> I am worried about the /./
I'm not, because of course I have the same (same version of TeX Live)
and forward/inverse search works great for me. It's known SyncTeX
changed this syntax over time, we have some comments about it in
`TeX-synctex-output-page'. Maybe your Okular version is so old that
doesn't cater for the change of syntax. Okular 0.23.2 here.
Anyway, I'm closing this issue, AUCTeX isn't involved at all since you
have the same problem when running Okular from the command line.
Bye,
Mosè
bug closed, send any further explanations to
22807 <at> debbugs.gnu.org and Uwe Brauer <oub <at> mat.ucm.es>
Request was from
Mosè Giordano <mose <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Fri, 01 Apr 2016 14:12:01 GMT)
Full text and
rfc822 format available.
Added tag(s) notabug.
Request was from
Mosè Giordano <mose <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Fri, 01 Apr 2016 14:12:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 30 Apr 2016 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 years and 111 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.