From unknown Mon Jun 23 20:19:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#40577: Auctex can't open anymore documentation Resent-From: Tobias Bora Original-Sender: "Debbugs-submit" Resent-CC: bug-auctex@gnu.org Resent-Date: Sun, 12 Apr 2020 16:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 40577 X-GNU-PR-Package: auctex X-GNU-PR-Keywords: To: 40577@debbugs.gnu.org X-Debbugs-Original-To: bug-auctex@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.158670910518933 (code B ref -1); Sun, 12 Apr 2020 16:32:01 +0000 Received: (at submit) by debbugs.gnu.org; 12 Apr 2020 16:31:45 +0000 Received: from localhost ([127.0.0.1]:58714 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNfWK-0004vJ-Tl for submit@debbugs.gnu.org; Sun, 12 Apr 2020 12:31:45 -0400 Received: from lists.gnu.org ([209.51.188.17]:58975) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNfWJ-0004v9-1P for submit@debbugs.gnu.org; Sun, 12 Apr 2020 12:31:44 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44488) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jNfWH-0003EU-LJ for bug-auctex@gnu.org; Sun, 12 Apr 2020 12:31:42 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jNfWG-00069b-Dl for bug-auctex@gnu.org; Sun, 12 Apr 2020 12:31:41 -0400 Received: from mail-wr1-x42c.google.com ([2a00:1450:4864:20::42c]:38026) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jNfWG-00068o-7M for bug-auctex@gnu.org; Sun, 12 Apr 2020 12:31:40 -0400 Received: by mail-wr1-x42c.google.com with SMTP id k11so7296554wrp.5 for ; Sun, 12 Apr 2020 09:31:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-language; bh=2M40IKuuOQTeOfzESqf3vM7z3F3hx6g2QtKm3tdTLKk=; b=KYKqytikx5DOGSsuDC/nhqOrV3AF+Tkwvefg4xx2CDuinZ5brIStW0tnG147JAd6u6 7/2I0Iq1IFqcgsCmwucjgNXFEtxapnD/HeCmzu9d2IoWpqyvpFbLt/0A6cdUomMZmLho xsEurKGJSL3EfI98apqpZ3ds3PeigViFESTCeqlR07Gkubl+RnCXE0VBNQiEkeekByzQ 0M4XVIsH/tQt+MOctsV5uHojL5Y9Gi0wlA4MFUeoZ1Ri9HEUh/UI4E7TT6ozwU8zAOCB X5b6jGDYxIrlOAjCXCvV+BO9ejnfH2NPqufarr20fpVlTpHEO5boE4Nu9ol6kgNmeqnE A2Fw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language; bh=2M40IKuuOQTeOfzESqf3vM7z3F3hx6g2QtKm3tdTLKk=; b=E9pbx/Ix2Gh9Xewh4HNKHXQiW9CSAQ9OBOP1hWgJlm5Lx7zHhmc2j/kmDXrdt6OOmx kURxU4rCPvbwi+wCkA7GGKbKgmuEN63nfrf3qJ4Oj7n9ULC1X9d7GVBKcQmYtoUWVaO7 yGlDfey0/3JjYy6oaDZ4RkNcWIs5/CQJTNSNNYST69/a4c94LmFbAsAz6PKCKJdF0Nev tYEEx5eESF8GAEu6QxCDQeTfLu6WDs/a5d9zmYQnn5rK6Y7tzVrT88P7hreZMQ/sqDR1 O5gI8B+DsxoptGw4pz0HW3Ao3G9Y8x3oukc/LwuTr/TjAMgfgKH0Zs+n8r4GpISGSU7q o/Mw== X-Gm-Message-State: AGi0PuY9rAGmNb20ce9xHxq7trE0+Nv7aJz1VmYQ+WVO8LUk53KYq7Sy DNqpkCYtyOEnx+/DELYQpoQeBKxVEps= X-Google-Smtp-Source: APiQypLXGE+WZoDy2StpSyYKRFt9PjN4aLw695/RWKRIHqpJMSVftbzj39/cjN6dvXogVeroHx71HQ== X-Received: by 2002:a5d:53ca:: with SMTP id a10mr13381708wrw.388.1586709098126; Sun, 12 Apr 2020 09:31:38 -0700 (PDT) Received: from [192.168.1.89] (p3p59-h01-176-190-197-81.dsl.sta.abo.bbox.fr. [176.190.197.81]) by smtp.googlemail.com with ESMTPSA id p7sm11672137wrf.31.2020.04.12.09.31.37 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 12 Apr 2020 09:31:37 -0700 (PDT) From: Tobias Bora Message-ID: <3443e52c-3595-b81c-cd5e-55dbdf923712@gmail.com> Date: Sun, 12 Apr 2020 18:31:36 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------72CF1F5FE48A690AAA603C40" Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::42c X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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 ` then ok [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (tobias.bora[at]gmail.com) 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [209.51.188.17 listed in list.dnswl.org] 0.0 HTML_MESSAGE BODY: HTML included in message 2.0 SPOOFED_FREEMAIL No description available. X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) This is a multi-part message in MIME format. --------------72CF1F5FE48A690AAA603C40 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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 ` 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 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] 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 --------------72CF1F5FE48A690AAA603C40 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

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

--------------72CF1F5FE48A690AAA603C40-- From unknown Mon Jun 23 20:19:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#40577: Auctex can't open anymore documentation Resent-From: Ikumi Keita Original-Sender: "Debbugs-submit" Resent-CC: bug-auctex@gnu.org Resent-Date: Mon, 13 Apr 2020 10:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40577 X-GNU-PR-Package: auctex X-GNU-PR-Keywords: To: Tobias Bora Cc: 40577@debbugs.gnu.org Received: via spool by 40577-submit@debbugs.gnu.org id=B40577.158677349031702 (code B ref 40577); Mon, 13 Apr 2020 10:25:02 +0000 Received: (at 40577) by debbugs.gnu.org; 13 Apr 2020 10:24:50 +0000 Received: from localhost ([127.0.0.1]:59261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNwGn-0008FF-SE for submit@debbugs.gnu.org; Mon, 13 Apr 2020 06:24:50 -0400 Received: from [210.129.88.11] (port=35976 helo=smtp1.inetd.co.jp) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jNwGk-0008F4-Nf for 40577@debbugs.gnu.org; Mon, 13 Apr 2020 06:24:47 -0400 Received: from localhost (210-20-200-113.rev.home.ne.jp [210.20.200.113]) by smtp1.inetd.co.jp (Postfix) with ESMTPA id 465A72E; Mon, 13 Apr 2020 19:24:43 +0900 (JST) From: Ikumi Keita In-reply-to: <3443e52c-3595-b81c-cd5e-55dbdf923712@gmail.com> References: <3443e52c-3595-b81c-cd5e-55dbdf923712@gmail.com> Comments: In-reply-to Tobias Bora message dated "Sun, 12 Apr 2020 18:31:36 +0200." X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 26.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3593.1586773482.1@localhost> Content-Transfer-Encoding: quoted-printable Date: Mon, 13 Apr 2020 19:24:42 +0900 Message-ID: <3596.1586773482@localhost> X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Tobias, >>>>> Tobias Bora 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 > documenta [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: que.jp] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) Hi Tobias, >>>>> Tobias Bora 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 ` 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 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 sk= ip: ") list))) ;; Called without prefix argument: just run "texdoc --view " = 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 From unknown Mon Jun 23 20:19:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#40577: Auctex can't open anymore documentation Resent-From: Ikumi Keita Original-Sender: "Debbugs-submit" Resent-CC: bug-auctex@gnu.org Resent-Date: Sat, 28 Jan 2023 09:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40577 X-GNU-PR-Package: auctex X-GNU-PR-Keywords: To: Tobias Bora Cc: 40577@debbugs.gnu.org Received: via spool by 40577-submit@debbugs.gnu.org id=B40577.16748969786816 (code B ref 40577); Sat, 28 Jan 2023 09:10:02 +0000 Received: (at 40577) by debbugs.gnu.org; 28 Jan 2023 09:09:38 +0000 Received: from localhost ([127.0.0.1]:39553 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pLhDN-0001ls-O2 for submit@debbugs.gnu.org; Sat, 28 Jan 2023 04:09:38 -0500 Received: from smtp1a.inetd.co.jp ([210.129.88.11]:43246) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pLhDL-0001li-JK for 40577@debbugs.gnu.org; Sat, 28 Jan 2023 04:09:36 -0500 Received: from localhost (42-144-46-173.rev.home.ne.jp [42.144.46.173]) by smtp1a.inetd.co.jp (Postfix) with ESMTPA id F3B0B60; Sat, 28 Jan 2023 18:09:32 +0900 (JST) From: Ikumi Keita In-reply-to: <3596.1586773482@localhost> References: <3443e52c-3595-b81c-cd5e-55dbdf923712@gmail.com> <3596.1586773482@localhost> Comments: In-reply-to Ikumi Keita message dated "Mon, 13 Apr 2020 19:24:42 +0900." X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 28.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <30901.1674896972.1@localhost> Date: Sat, 28 Jan 2023 18:09:32 +0900 Message-ID: <30902.1674896972@localhost> X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Tobias, >>>>> Ikumi Keita writes: >>>>> Tobias Bora 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 ` 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 > 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 From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 28 05:26:28 2023 Received: (at control) by debbugs.gnu.org; 28 Jan 2023 10:26:28 +0000 Received: from localhost ([127.0.0.1]:39650 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pLiPk-0003nu-Dv for submit@debbugs.gnu.org; Sat, 28 Jan 2023 05:26:28 -0500 Received: from smtp1a.inetd.co.jp ([210.129.88.11]:43376) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pLiPi-0003nk-3T for control@debbugs.gnu.org; Sat, 28 Jan 2023 05:26:27 -0500 Received: from localhost (42-144-46-173.rev.home.ne.jp [42.144.46.173]) by smtp1a.inetd.co.jp (Postfix) with ESMTPA id DFD965C for ; Sat, 28 Jan 2023 19:26:23 +0900 (JST) To: control@debbugs.gnu.org From: Ikumi Keita Subject: control message for bug #40577 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <31413.1674901582.1@localhost> Date: Sat, 28 Jan 2023 19:26:23 +0900 Message-ID: <31414.1674901583@localhost> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 40577 quit From unknown Mon Jun 23 20:19:30 2025 X-Loop: help-debbugs@gnu.org Subject: bug#40577: Auctex can't open anymore documentation Resent-From: Tobias Bora Original-Sender: "Debbugs-submit" Resent-CC: bug-auctex@gnu.org Resent-Date: Sat, 28 Jan 2023 10:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40577 X-GNU-PR-Package: auctex X-GNU-PR-Keywords: To: Ikumi Keita Cc: 40577@debbugs.gnu.org Received: via spool by 40577-submit@debbugs.gnu.org id=B40577.167490216824609 (code B ref 40577); Sat, 28 Jan 2023 10:37:02 +0000 Received: (at 40577) by debbugs.gnu.org; 28 Jan 2023 10:36:08 +0000 Received: from localhost ([127.0.0.1]:39666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pLiZ5-0006Or-Qs for submit@debbugs.gnu.org; Sat, 28 Jan 2023 05:36:08 -0500 Received: from mail-wm1-f45.google.com ([209.85.128.45]:38857) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pLiZ1-0006OI-8F for 40577@debbugs.gnu.org; Sat, 28 Jan 2023 05:36:06 -0500 Received: by mail-wm1-f45.google.com with SMTP id f12-20020a7bc8cc000000b003daf6b2f9b9so6979378wml.3 for <40577@debbugs.gnu.org>; Sat, 28 Jan 2023 02:36:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:message-id:references :in-reply-to:user-agent:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to; bh=l2LA8cgnfPQoG1h6D5GRvtvXkJLkZJU93A2Mgq1Lz5c=; b=KNBqmI2GWAPGwX4BUdbN5EsJWEcMpm5e+cSTdCQSplSwxOTXb9JoroegjyhcPg+nAj CiXLw2ea/go16NyW1I4LZCXu6wbDXmupOqR0tTfxQn8hJjr8b+3U/D/o518hj4sry9ZL R/05whCDxgndtE7QeXce5jwUKBYigmHKwq6b8B1Cj4FI7xeUvCc+918Sh53W++sLdobP i3xHcbiVwwHzAY2S1IJkjvJJuVM7rc8bD049E/4H+CUuJeBoFIOxNgriRtOCSMtSRFgq Dtj/2j96iPkJmAcylgbnBQlppTTsRznItIrl+TVVoR1nZIJNEvc0gQl34bjPkmrVyyI2 mR0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:references :in-reply-to:user-agent:subject:cc:to:from:date:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=l2LA8cgnfPQoG1h6D5GRvtvXkJLkZJU93A2Mgq1Lz5c=; b=qHV3w6gQwFgFO7xLsavyM2PUszV2aw2Ia+LV35AbVei5CxqeHKANZ8rfQTytJHsIKN Ndke7PKG/QOcARbTgCZ8m/KHh7aQB7FvHCuqaGYlrCw2UgjsVaf5W1j8BVi6P+4s1gRV zi/9u6E+ZMo6TP2AShspaSnnRVA4OUfHjI0Oti8Hk0ueaUUQIFrOsyeAl+YE08X5TnTo 8Hx5kzlJ98W/J+TxTYZUB62aS0xnervxB7SCxhNGZtjtiWh6GFi1zXkaT4Lw9f+d8v7Y CnJyQrNLSEc+n7KPeiFXv7EZR0kn+9vMRKvN86XvFB6B93xaZ1PgHFzUXOi4+3XR+Xki 6/Aw== X-Gm-Message-State: AFqh2kpCX26Og3zRc85acljUHNA2Dk3ZSsD1SQudzEnMRPf9613ia8Z2 ZFSt4pD4o8cYkvHkLwXIEMm/5wEUkOw= X-Google-Smtp-Source: AMrXdXvXE37Mp0XD3aOyvWgk6qdVo2Gy5ccWW+8LN5m93/dqF6u1qe6vO7FSodSfg2GOMBbGNWK7ew== X-Received: by 2002:a05:600c:4f82:b0:3db:25a0:ca5b with SMTP id n2-20020a05600c4f8200b003db25a0ca5bmr34956480wmq.37.1674902156951; Sat, 28 Jan 2023 02:35:56 -0800 (PST) Received: from ?IPv6:::1? ([2001:861:3381:7880:82c:4abc:ba42:42fd]) by smtp.gmail.com with ESMTPSA id y3-20020a1c4b03000000b003dc434b39c2sm2490738wma.26.2023.01.28.02.35.56 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 28 Jan 2023 02:35:56 -0800 (PST) Date: Sat, 28 Jan 2023 11:35:54 +0100 From: Tobias Bora User-Agent: K-9 Mail for Android In-Reply-To: <30902.1674896972@localhost> References: <3443e52c-3595-b81c-cd5e-55dbdf923712@gmail.com> <3596.1586773482@localhost> <30902.1674896972@localhost> Message-ID: <272BC308-2326-49B8-841A-58B08857CED8@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=----TODXOCDN3WPMH8P8LJKEQYRTAXDNPU Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) ------TODXOCDN3WPMH8P8LJKEQYRTAXDNPU Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thanks a lot, I can confirm the bug is gone in recent emacs=2E Le 28 janvier 2023 10:09:32 GMT+01:00, Ikumi Keita a =C3=A9crit=C2=A0: >Hi Tobias, > >>>>>> Ikumi Keita writes: >>>>>> Tobias Bora writes: >>> I don't know why, but I updated recently my =2Eemacs file (which may >>> downloaded a recent version of auctex), and since then I can't open >>> documentation anymore=2E Indeed, if I do `C-c ? tikz ` then okula= r >>> starts, but is killed before opening the document=2E I tried with an e= mpty >>> configuration (emacs -Q) in a new home, and I even tried it on a >>> completely empty (and new) user=2E > >> [=2E=2E=2E] > >>> 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=2E=2E=2E > >> It may be related to my commit in 2018: >> ---------------------------------------------------------------------- >> commit c8a8d475d5a5c826c02313937e2bf09cca3fe057 >> Author: Ikumi Keita >> Date: Sun Nov 4 03:21:33 2018 +0900 > >> Don't block emacs during viewing document > =20 >> * tex=2Eel (TeX-documentation-texdoc): Use asynchronous proces not = to >> block emacs during viewing document=2E >> Supply "%s" to `message' argument in case the shell output contains >> accidental %-sequence=2E > >> ---------------------------------------------------------------------- >> This commit is intended for evince but it might harm okular in some way= =2E >> Could you see whether your okular wokrs if you revert the above change? > >It seems that it was indeed the case[1]=2E I hope I have now fixed the >issue, so I close this bug=2E Please try the next ELPA release=2E If that >doesn't resolve your problem, feel free to reopen this bug=2E > >Regards, >Ikumi Keita >#StandWithUkraine #StopWarInUkraine > >[1] https://lists=2Egnu=2Eorg/r/auctex/2023-01/msg00000=2Ehtml ------TODXOCDN3WPMH8P8LJKEQYRTAXDNPU Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thanks a lot, I can confirm the bug is gone in rec= ent emacs=2E

Le 28 janvier 2023 10:09:32 = GMT+01:00, Ikumi Keita <ikumi@ikumi=2Eque=2Ejp> a =C3=A9crit=C2=A0: 
Hi Tobias,

I=
kumi Keita <ikumi@ikumi=2Eque=2Ejp> writes:
Tobias Bora <tobias=
=2Ebora@gmail=2Ecom> writes:
I=
 don't know why, but I updated recently my =2Eemacs file (which may
down=
loaded a recent version of auctex), and since then I can't open
document=
ation anymore=2E Indeed, if I do `C-c ? tikz <RET>` then okular
st=
arts, but is killed before opening the document=2E I tried with an emptyconfiguration (emacs -Q) in a new home, and I even tried it on a
comple=
tely empty (and new) user=2E

[=2E=2E=2E]

Any idea what's going wrong? The only idea I have is that m=
aybe emacs
kills for some reason the okular process, but no idea why=2E=
=2E=2E

It may be related to my commit in 2018:
commit c8a8d475d5a=
5c826c02313937e2bf09cca3fe057
Author: Ikumi Keita <ikumi@ikumi=2Eque=
=2Ejp>
Date:   Sun Nov 4 03:21:33 2018 +0900

Don't block emacs during viewi=
ng document
    
* tex=2Eel (TeX-documentation-texdoc): Use asynchronous proces no=
t to
block emacs during viewing document=2E
Supply "%s" to `message' =
argument in case the shell output contains
accidental %-sequence=2E
<=
/blockquote>
This c=
ommit is intended for evince but it might harm okular in some way=2E
Cou=
ld you see whether your okular wokrs if you revert the above change?

It seems that it was indeed the case[1]=2E I hope I have now =
fixed the
issue, so I close this bug=2E Please try the next ELPA release=
=2E If that
doesn't resolve your problem, feel free to reopen this bug=
=2E

Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
[1] https://lists=2Egnu=2Eorg/r/auctex/2023-01/msg00000=2Ehtml
------TODXOCDN3WPMH8P8LJKEQYRTAXDNPU--