[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#749856: marked as done (zathura: Synctex feature stopped to work with long filenames)

Your message dated Fri, 5 Jul 2019 19:07:07 +0200
with message-id <237537b7-f0bc-e1b7-42a9-97d0829372da@web.de>
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 owner@bugs.debian.org
immediately.)


-- 
749856: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749856
Debian Bug Tracking System
Contact owner@bugs.debian.org 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

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
Reply to: