Bug#591781: texlive-base: texdoc barfs on gzipped files under gnome
On Fri, Feb 01, 2019 at 01:07:51PM +0100, Hilmar Preuße wrote: > On 31.01.19 00:05, Julian Gilbey wrote: > > On Wed, Jan 30, 2019 at 11:27:51PM +0100, Hilmar Preuße wrote: > > Hi Julian, > > >> The code you mentioned initially now looks completely different. The > >> view.tlu did not change much between stable and unstable. When comparing > >> the code between unstable & git I don't see essential changes, so I'd > >> suspect that the issue is also available in git. Further I don't see git > >> commits for this topic in the last 1/2 year. > > > > Yes, indeed. I haven't looked at the view.tlu code recently, but it > > still appears to be texdoc which is doing the unzipping. > > > Upstream suggested attached patch (line numbers may differ and git has > different line breaks, but I guess you will be able to adapt it). Does > it solve the problem for you? Hi Hilmar, Yes, that works for ifsym! Many thanks for this. Best wishes, Julian
Bug#591781: texlive-base: texdoc barfs on gzipped files under gnome
On 31.01.19 00:05, Julian Gilbey wrote: > On Wed, Jan 30, 2019 at 11:27:51PM +0100, Hilmar Preuße wrote: Hi Julian, >> The code you mentioned initially now looks completely different. The >> view.tlu did not change much between stable and unstable. When comparing >> the code between unstable & git I don't see essential changes, so I'd >> suspect that the issue is also available in git. Further I don't see git >> commits for this topic in the last 1/2 year. > > Yes, indeed. I haven't looked at the view.tlu code recently, but it > still appears to be texdoc which is doing the unzipping. > Upstream suggested attached patch (line numbers may differ and git has different line breaks, but I guess you will be able to adapt it). Does it solve the problem for you? Thanks! H. -- sigfault #206401 http://counter.li.org diff --git a/script/view.tlu b/script/view.tlu index cc5027f43e53..a4d97b1b01f1 100644 --- a/script/view.tlu +++ b/script/view.tlu @@ -55,3 +55,3 @@ function view_file(filename) -viewer_replacement = tmpfile .. '; ' .. config.rm_file .. ' ' .. +viewer_replacement = tmpfile .. '; sleep 10; ' .. config.rm_file .. ' ' .. tmpfile .. '; ' .. config.rm_dir .. ' ' .. tmpdir signature.asc Description: OpenPGP digital signature
Bug#591781: texlive-base: texdoc barfs on gzipped files under gnome
forwarded 591781 https://github.com/TeX-Live/texdoc/issues/42 stop On 31.01.19 00:05, Julian Gilbey wrote: > On Wed, Jan 30, 2019 at 11:27:51PM +0100, Hilmar Preuße wrote: Hi, Submitted @github and marking as forwarded. >> OK, I always just tried to reproduce on unstable w/o GNOME, as I don't >> have an unstable system running GNOME. Today I tried on stable/GNOME and >> could reproduce the issue. Do you run GNOME/unstable? > > I'm running XFCE/testing, hence using xdg-open rather than > gnome-open. But the result is the same. > >> The code you mentioned initially now looks completely different. The >> view.tlu did not change much between stable and unstable. When comparing >> the code between unstable & git I don't see essential changes, so I'd >> suspect that the issue is also available in git. Further I don't see git >> commits for this topic in the last 1/2 year. > > Yes, indeed. I haven't looked at the view.tlu code recently, but it > still appears to be texdoc which is doing the unzipping. > H. -- sigfault #206401 http://counter.li.org signature.asc Description: OpenPGP digital signature
Bug#591781: texlive-base: texdoc barfs on gzipped files under gnome
On Wed, Jan 30, 2019 at 11:27:51PM +0100, Hilmar Preuße wrote: > On 30.01.19 12:52, Julian Gilbey wrote: > > Hi Julian, > > > Interesting! It turns out that on my system, PostScript files are > > opened in Inkscape (due to bug#902141), and Inkscape gives the error > > message: > > > > ps2pdf failed: > > > > Error: /undefinedfilename in (/tmp/texdoc.kS0Odf/ifsym.ps) > > > > etc. > > > > I set the system up to use gv instead, and was told: > > > > gv: Cannot open file /tmp/texdoc.2e0sf6/ifsym.ps (No such file or directory) > > > > So I guess the bug is still there > > > OK, I always just tried to reproduce on unstable w/o GNOME, as I don't > have an unstable system running GNOME. Today I tried on stable/GNOME and > could reproduce the issue. Do you run GNOME/unstable? I'm running XFCE/testing, hence using xdg-open rather than gnome-open. But the result is the same. > The code you mentioned initially now looks completely different. The > view.tlu did not change much between stable and unstable. When comparing > the code between unstable & git I don't see essential changes, so I'd > suspect that the issue is also available in git. Further I don't see git > commits for this topic in the last 1/2 year. Yes, indeed. I haven't looked at the view.tlu code recently, but it still appears to be texdoc which is doing the unzipping. > @Norbert: are you aware of the issue? Should we simply open a new issue > for investigation? Best wishes, Julian
Bug#591781: texlive-base: texdoc barfs on gzipped files under gnome
On 30.01.19 12:52, Julian Gilbey wrote: Hi Julian, > Interesting! It turns out that on my system, PostScript files are > opened in Inkscape (due to bug#902141), and Inkscape gives the error > message: > > ps2pdf failed: > > Error: /undefinedfilename in (/tmp/texdoc.kS0Odf/ifsym.ps) > > etc. > > I set the system up to use gv instead, and was told: > > gv: Cannot open file /tmp/texdoc.2e0sf6/ifsym.ps (No such file or directory) > > So I guess the bug is still there > OK, I always just tried to reproduce on unstable w/o GNOME, as I don't have an unstable system running GNOME. Today I tried on stable/GNOME and could reproduce the issue. Do you run GNOME/unstable? The code you mentioned initially now looks completely different. The view.tlu did not change much between stable and unstable. When comparing the code between unstable & git I don't see essential changes, so I'd suspect that the issue is also available in git. Further I don't see git commits for this topic in the last 1/2 year. @Norbert: are you aware of the issue? Should we simply open a new issue for investigation? Hilmar -- sigfault #206401 http://counter.li.org signature.asc Description: OpenPGP digital signature
Bug#591781: texlive-base: texdoc barfs on gzipped files under gnome
On Wed, Jan 30, 2019 at 08:22:55AM +0100, Hilmar Preuße wrote: > On 30.01.19 00:23, Julian Gilbey wrote: > > Hi Julian, > > I did some tests for #601237. In [1] I mentioned the document > ifsym.ps.gz I used for testing, which is still zipped. Hi Hilmar, Interesting! It turns out that on my system, PostScript files are opened in Inkscape (due to bug#902141), and Inkscape gives the error message: ps2pdf failed: Error: /undefinedfilename in (/tmp/texdoc.kS0Odf/ifsym.ps) etc. I set the system up to use gv instead, and was told: gv: Cannot open file /tmp/texdoc.2e0sf6/ifsym.ps (No such file or directory) So I guess the bug is still there Best wishes, Julian
Bug#591781: texlive-base: texdoc barfs on gzipped files under gnome
On 30.01.19 00:23, Julian Gilbey wrote: Hi Julian, > I'm not sure if it's present any more, because I can't find a single > .pdf.gz file in /usr/share/doc/texlive* - all of the pdf files are > unzipped, so there is no need for texdoc to unzip them. > > I tried zipping it and it still works, though I'm using xdg-open > rather than gnome-open (as I'm running under XFCE now rather than > Gnome). > > So I guess closing this bug report is probably OK? > I did some tests for #601237. In [1] I mentioned the document ifsym.ps.gz I used for testing, which is still zipped. Hilmar [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601237#25 -- sigfault #206401 http://counter.li.org signature.asc Description: OpenPGP digital signature
Bug#591781: texlive-base: texdoc barfs on gzipped files under gnome
On Tue, Jan 29, 2019 at 10:16:46PM +0100, Hilmar Preuße wrote: > On 05.08.10 16:41, Julian Gilbey wrote: > > Hi Julian, > > This seems to be similar to #601237. Is the issue still present? > > Hilmar Hi Hilmar, I'm not sure if it's present any more, because I can't find a single .pdf.gz file in /usr/share/doc/texlive* - all of the pdf files are unzipped, so there is no need for texdoc to unzip them. I tried zipping it and it still works, though I'm using xdg-open rather than gnome-open (as I'm running under XFCE now rather than Gnome). So I guess closing this bug report is probably OK? Best wishes, Julian > > Running texdoc pgf opens an evince window, but evince complains that > > there is No such file or directory. > > > > I have tracked down the problem: view.tlu runs the command (split over > > two lines; the Xb... is of course a unique directory name): > > > > (gnome-open "/tmp/texdoc.Xbpoq3/pgfmanual.pdf"; rm -f > > "/tmp/texdoc.Xbpoq3/pgfmanual.pdf"; rmdir /tmp/texdoc.Xbpoq3) & > > > > What happens is that gnome-open is called, but gnome-open disconnects > > from the running process very quickly, so that by the time evince > > fires up, the file and directory have already been deleted. > > > > I am unsure what the correct solution would be. I think that the > > simplest might be to have a "wait" command after the file opening > > command; the presence of the backgrounding process should alleviate > > problems this causes.
Bug#591781: texlive-base: texdoc barfs on gzipped files under gnome
On 05.08.10 16:41, Julian Gilbey wrote: Hi Julian, This seems to be similar to #601237. Is the issue still present? Hilmar > Running texdoc pgf opens an evince window, but evince complains that > there is No such file or directory. > > I have tracked down the problem: view.tlu runs the command (split over > two lines; the Xb... is of course a unique directory name): > > (gnome-open "/tmp/texdoc.Xbpoq3/pgfmanual.pdf"; rm -f > "/tmp/texdoc.Xbpoq3/pgfmanual.pdf"; rmdir /tmp/texdoc.Xbpoq3) & > > What happens is that gnome-open is called, but gnome-open disconnects > from the running process very quickly, so that by the time evince > fires up, the file and directory have already been deleted. > > I am unsure what the correct solution would be. I think that the > simplest might be to have a "wait" command after the file opening > command; the presence of the backgrounding process should alleviate > problems this causes. > -- sigfault #206401 http://counter.li.org signature.asc Description: OpenPGP digital signature
Bug#591781: texlive-base: texdoc barfs on gzipped files under gnome
Package: texlive-base Version: 2009-10 Running texdoc pgf opens an evince window, but evince complains that there is No such file or directory. I have tracked down the problem: view.tlu runs the command (split over two lines; the Xb... is of course a unique directory name): (gnome-open "/tmp/texdoc.Xbpoq3/pgfmanual.pdf"; rm -f "/tmp/texdoc.Xbpoq3/pgfmanual.pdf"; rmdir /tmp/texdoc.Xbpoq3) & What happens is that gnome-open is called, but gnome-open disconnects from the running process very quickly, so that by the time evince fires up, the file and directory have already been deleted. I am unsure what the correct solution would be. I think that the simplest might be to have a "wait" command after the file opening command; the presence of the backgrounding process should alleviate problems this causes. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
