Your message dated Fri, 5 Jul 2019 19:07:07 +0200
with message-id <[email protected]>
and subject line Re: Bug#749856: zathura: Synctex feature stopped to work with
long filenames
has caused the Debian Bug report #749856,
regarding zathura: Synctex feature stopped to work with long filenames
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
749856: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749856
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: zathura
Version: 0.2.7-1
Severity: important
Dear Maintainer,
The following command has stopped to work properly:
zathura -s -x "gvim --servername synctex --remote +%{line} %{input}" $(DOC).pdf
When I do CTRL+click on zathura gvim opens, but the window is empty an does not
point to the proper document.
When looking at the console output the command to open the tex file is
incomplete it shows:
gvim --servername synctex --remote +517 /home/josator/doc/tesis_doctor
but the complete route should be:
gvim --servername synctex --remote +517
/home/josator/doc/tesis_doctoral/cap_gpu.tex
the absolute path to the file is truncated, that seems to be the cause.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages zathura depends on:
ii libc6 2.18-7
ii libcairo2 1.12.16-2
ii libgirara-gtk3-1 0.2.0-1
ii libglib2.0-0 2.40.0-3
ii libgtk-3-0 3.12.2-1
ii libmagic1 1:5.18-1
ii libpoppler-glib8 0.24.5-4
ii libsqlite3-0 3.8.4.3-3
zathura recommends no packages.
Versions of packages zathura suggests:
ii chromium [www-browser] 35.0.1916.114-2
ii links2 [www-browser] 2.8-2
ii poppler-data 0.4.6-5
pn zathura-cb <none>
pn zathura-djvu <none>
ii zathura-ps 0.2.2-5
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 2018.20181218.49446-2
On 30.05.14 18:14, Sebastian Ramacher wrote:
> Doing so now. I assume that the texlive-binaries version you are talking
> about is 2014.20140528.34243-1. Is this correct?
>
> But anyway, zathura should probably use something different than calling
> /usr/bin/synctex for its SyncTeX support. I've implemented SyncTex
> support upstream with synctex_parser now [1]. If nothing breaks with the
> new code, it will be in the next zathura release.
>
> [1]
> https://git.pwmt.org/?p=zathura.git;a=shortlog;h=refs/heads/feature/better-synctex
>
> Context for the texlive-binaries maintainer:
>
> zathura calls "synctex edit -o $page:$x:$y:$file $file -x 'gvim --servername
> synctex --remote +%{line} %{input}'" (as configured by José) to perform
> SyncTeX
> backward synchronization. But if the value inserted into %{input} is too long,
> the patch to the input file is cut off and vim tries to open a file that does
> not exist.
>
I did a small test with long file name:
synctex edit -o
1:2:2:/home/hille/devel/TeXLive/open_bugs/749856/very_long_file_name/very_long_file_name/very_long_file_name/749856.pdf
-x 'gvim --servername synctex --remote +1
/home/hille/devel/TeXLive/open_bugs/749856/very_long_file_name/very_long_file_name/very_long_file_name/749856.tex'
I noticed that the gvim command is now complete (and the file has been
opened). Hence I assume that the issue is solved. Synctex is version 1.21.
Closing.
Hilmar
--
sigfault
#206401 http://counter.li.org
signature.asc
Description: OpenPGP digital signature
--- End Message ---
