GNU bug report logs -
#40577
Auctex can't open anymore documentation
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 40577 in the body.
You can then email your comments to 40577 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#40577
; Package
auctex
.
(Sun, 12 Apr 2020 16:32:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Tobias Bora <tobias.bora <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-auctex <at> gnu.org
.
(Sun, 12 Apr 2020 16:32:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello,
I don't know why, but I updated recently my .emacs file (which may
downloaded a recent version of auctex), and since then I can't open
documentation anymore. Indeed, if I do `C-c ? tikz <RET>` then okular
starts, but is killed before opening the document. I tried with an empty
configuration (emacs -Q) in a new home, and I even tried it on a
completely empty (and new) user.
Here is how you can reproduce the bug:
1) On debian unstable (KDE), install emacs 1:26.3+1-1
2) create an empty folder to become the new home: mkdir /tmp/testemacs
3) start emacs: env HOME=/tmp/testemacs emacs -Q
4) install auctex: M-x package-list-packages, select auctex, and click
"Install" (it should give you the *version 12.2.0*)
5) open a new .tex file: C-x f a.tex
6) try to open some documentation C-c ? tikz <RET>
You should then see okular starting in the trail bar, and being killed
before opening. I tried to monitor what was happening with something
like `while true; do ps aux | grep okular | grep -v "grep okular";
done`, and indeed, okular is started:
me 22670 0.0 0.1 88344 11696 ? R 18:07 0:00
/usr/bin/okular /usr/share/texlive/texmf-dist/doc/generic/pgf/pgfmanual.pdf
[...]
me 22670 104 2.4 784268 195144 ? Rl 18:07 0:02
/usr/bin/okular /usr/share/texlive/texmf-dist/doc/generic/pgf/pgfmanual.pdf
me 22670 105 0.0 0 0 ? Zl 18:07 0:02
[okular] <defunct>
If I manually type this command "/usr/bin/okular
/usr/share/texlive/texmf-dist/doc/generic/pgf/pgfmanual.pdf" is does
open the requested PDF.
Any idea what's going wrong? The only idea I have is that maybe emacs
kills for some reason the okular process, but no idea why...
Thanks,
Tobias Bora
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#40577
; Package
auctex
.
(Mon, 13 Apr 2020 10:25:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 40577 <at> debbugs.gnu.org (full text, mbox):
Hi Tobias,
>>>>> Tobias Bora <tobias.bora <at> gmail.com> writes:
> I don't know why, but I updated recently my .emacs file (which may
> downloaded a recent version of auctex), and since then I can't open
> documentation anymore. Indeed, if I do `C-c ? tikz <RET>` then okular
> starts, but is killed before opening the document. I tried with an empty
> configuration (emacs -Q) in a new home, and I even tried it on a
> completely empty (and new) user.
[...]
> Any idea what's going wrong? The only idea I have is that maybe emacs
> kills for some reason the okular process, but no idea why...
It may be related to my commit in 2018:
----------------------------------------------------------------------
commit c8a8d475d5a5c826c02313937e2bf09cca3fe057
Author: Ikumi Keita <ikumi <at> ikumi.que.jp>
Date: Sun Nov 4 03:21:33 2018 +0900
Don't block emacs during viewing document
* tex.el (TeX-documentation-texdoc): Use asynchronous proces not to
block emacs during viewing document.
Supply "%s" to `message' argument in case the shell output contains
accidental %-sequence.
diff --git a/tex.el b/tex.el
index 9995af3f..8f359246 100644
--- a/tex.el
+++ b/tex.el
@@ -6350,7 +6350,30 @@ the number of the file to view, anything else to skip: ")
list)))
;; Called without prefix argument: just run "texdoc --view <pkg>" and
;; show the output, so that the user is warned in case it doesn't find
;; the documentation or "texdoc" is not available.
- (message (shell-command-to-string (concat "texdoc --view " pkg)))))))
+ (message "%s"
+ ;; The folowing code to the end of `defun' used to be
+ ;; just
+ ;; (shell-command-to-string (concat "texdoc --view " pkg))
+ ;; , but in some cases it blocks emacs until the user
+ ;; quits the viewer (bug#28905).
+ (with-output-to-string
+ (let* (;; Use pipe rather than pty because the
+ ;; latter causes atril (evince variant
+ ;; viewer) to exit before showing anything.
+ (process-connection-type nil)
+ (process (start-process-shell-command
+ "Doc view" standard-output
+ (concat "texdoc --view " pkg))))
+ ;; Suppress the message "Process Doc view
+ ;; finished".
+ (set-process-sentinel process #'ignore)
+ ;; Kill temp buffer without query. This is
+ ;; necessary, at least for some environment, if
+ ;; the underlying shell can't find the texdoc
+ ;; executable.
+ (set-process-query-on-exit-flag process nil)
+ ;; Don't discard shell output.
+ (accept-process-output process))))))))
(defun TeX-goto-info-page ()
"Read documentation for AUCTeX in the info system."
----------------------------------------------------------------------
This commit is intended for evince but it might harm okular in some way.
Could you see whether your okular wokrs if you revert the above change?
Regards,
Ikumi Keita
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#40577
; Package
auctex
.
(Sat, 28 Jan 2023 09:10:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 40577 <at> debbugs.gnu.org (full text, mbox):
Hi Tobias,
>>>>> Ikumi Keita <ikumi <at> ikumi.que.jp> writes:
>>>>> Tobias Bora <tobias.bora <at> gmail.com> writes:
>> I don't know why, but I updated recently my .emacs file (which may
>> downloaded a recent version of auctex), and since then I can't open
>> documentation anymore. Indeed, if I do `C-c ? tikz <RET>` then okular
>> starts, but is killed before opening the document. I tried with an empty
>> configuration (emacs -Q) in a new home, and I even tried it on a
>> completely empty (and new) user.
> [...]
>> Any idea what's going wrong? The only idea I have is that maybe emacs
>> kills for some reason the okular process, but no idea why...
> It may be related to my commit in 2018:
> ----------------------------------------------------------------------
> commit c8a8d475d5a5c826c02313937e2bf09cca3fe057
> Author: Ikumi Keita <ikumi <at> ikumi.que.jp>
> Date: Sun Nov 4 03:21:33 2018 +0900
> Don't block emacs during viewing document
> * tex.el (TeX-documentation-texdoc): Use asynchronous proces not to
> block emacs during viewing document.
> Supply "%s" to `message' argument in case the shell output contains
> accidental %-sequence.
> ----------------------------------------------------------------------
> This commit is intended for evince but it might harm okular in some way.
> Could you see whether your okular wokrs if you revert the above change?
It seems that it was indeed the case[1]. I hope I have now fixed the
issue, so I close this bug. Please try the next ELPA release. If that
doesn't resolve your problem, feel free to reopen this bug.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
[1] https://lists.gnu.org/r/auctex/2023-01/msg00000.html
bug closed, send any further explanations to
40577 <at> debbugs.gnu.org and Tobias Bora <tobias.bora <at> gmail.com>
Request was from
Ikumi Keita <ikumi <at> ikumi.que.jp>
to
control <at> debbugs.gnu.org
.
(Sat, 28 Jan 2023 10:27:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#40577
; Package
auctex
.
(Sat, 28 Jan 2023 10:37:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 40577 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Thanks a lot, I can confirm the bug is gone in recent emacs.
Le 28 janvier 2023 10:09:32 GMT+01:00, Ikumi Keita <ikumi <at> ikumi.que.jp> a écrit :
>Hi Tobias,
>
>>>>>> Ikumi Keita <ikumi <at> ikumi.que.jp> writes:
>>>>>> Tobias Bora <tobias.bora <at> gmail.com> writes:
>>> I don't know why, but I updated recently my .emacs file (which may
>>> downloaded a recent version of auctex), and since then I can't open
>>> documentation anymore. Indeed, if I do `C-c ? tikz <RET>` then okular
>>> starts, but is killed before opening the document. I tried with an empty
>>> configuration (emacs -Q) in a new home, and I even tried it on a
>>> completely empty (and new) user.
>
>> [...]
>
>>> Any idea what's going wrong? The only idea I have is that maybe emacs
>>> kills for some reason the okular process, but no idea why...
>
>> It may be related to my commit in 2018:
>> ----------------------------------------------------------------------
>> commit c8a8d475d5a5c826c02313937e2bf09cca3fe057
>> Author: Ikumi Keita <ikumi <at> ikumi.que.jp>
>> Date: Sun Nov 4 03:21:33 2018 +0900
>
>> Don't block emacs during viewing document
>
>> * tex.el (TeX-documentation-texdoc): Use asynchronous proces not to
>> block emacs during viewing document.
>> Supply "%s" to `message' argument in case the shell output contains
>> accidental %-sequence.
>
>> ----------------------------------------------------------------------
>> This commit is intended for evince but it might harm okular in some way.
>> Could you see whether your okular wokrs if you revert the above change?
>
>It seems that it was indeed the case[1]. I hope I have now fixed the
>issue, so I close this bug. Please try the next ELPA release. If that
>doesn't resolve your problem, feel free to reopen this bug.
>
>Regards,
>Ikumi Keita
>#StandWithUkraine #StopWarInUkraine
>
>[1] https://lists.gnu.org/r/auctex/2023-01/msg00000.html
[Message part 2 (text/html, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 25 Feb 2023 12:24:14 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 119 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.