GNU logs - #70399, boring messages

Message sent to bug-auctex@HIDDEN:

Subject: bug#70399: ConTeXT options need updating
Resent-From: Jim <zlists+context@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Mon, 15 Apr 2024 15:38:02 +0000
Resent-Message-ID: <handler.70399.B.171319544029819 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 70399 <at> debbugs.gnu.org
Date: Mon, 15 Apr 2024 10:36:18 -0300
From: Jim <zlists+context@HIDDEN>
Message-ID: <Zh0tUugP1yvUGFru@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Received-SPF: pass client-ip=68.168.119.164;
 envelope-from=zlists+context@HIDDEN; helo=seout10.web-dns1.com
X-Spam_score_int: -27
X-Spam_score: -2.8
X-Spam_bar: --
X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Mailman-Approved-At: Mon, 15 Apr 2024 11:37:17 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

Emacs  : GNU Emacs 27.2 (build 1, x86_64-slackware-linux-gnu, GTK+ Version 3.24.27) of 2021-03-25
Package: 14.0.3.2024-03-17

Some of the ConTeXt-specific features are a bit outdated, and, as of
recently, arguably broken.

(1) TeX-command-list contains the following
    ("ConTeXt" "%(cntxcom) --once --texutil %(extraopts) %(execopts)%t"
    and --texutil isn't in texlive 2023's context, texlive 2024's context,
    or the context in the ConTeXt distribution.

(2) A recent change (early April 2024?) to context has changed how
    synctex is done.
    On the good side, with the right option context will produce a
    synctex file that epdfinfo knows how to parse.
    On the bad side,
    (a) rather than calling with "--synctex=1" (as done in
        ConTeXt-expand-options in context.el) the correct option is now
        "--synctex=repeat";
    (b) but if context is called with "--nonstopmode" (or "--nonstop")
        the "--synctex=..." request to create a synctex file is over-ridden.
    It is easy for a user who knows what is going on to use
        (setq ConTeXt-texexec-option-nonstop "")
    but changing --synctex=1 to --synctex=repeat seems to require
    a redefinition of the function.

The --synctex=repeat version may not have reached texlive 2024 yet, but
using --synctex=repeat with the version of context in TL2024 creates the
same synctex file as --synctex=1, so there seems to be no harm in
changing this.

In case it wasn't clear:
What I expected to happen:
        running context would create a synctex file.
What happened (with new context):
        the synctex file was not created.

Thanks.

                                Jim

Bonus "bug": TeX-submit-bug-report suggests upgrading to the version from
https://www.gnu.org/software/auctex, but as of today that would be a
downgrade, since it says the current auctex version is 13.3.

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Jim <zlists+context@HIDDEN>
Subject: bug#70399: Acknowledgement (ConTeXT options need updating)
Message-ID: <handler.70399.B.171319544029819.ack <at> debbugs.gnu.org>
References: <Zh0tUugP1yvUGFru@HIDDEN>
X-Gnu-PR-Message: ack 70399
X-Gnu-PR-Package: auctex
Reply-To: 70399 <at> debbugs.gnu.org
Date: Mon, 15 Apr 2024 15:38:04 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-auctex@HIDDEN

If you wish to submit further information on this problem, please
send it to 70399 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
70399: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D70399
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-auctex@HIDDEN:

Subject: bug#70399: ConTeXT options need updating
Resent-From: Ikumi Keita <ikumi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Thu, 18 Apr 2024 06:32:02 +0000
Resent-Message-ID: <handler.70399.B70399.171342191828193 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Jim <zlists+context@HIDDEN>
Cc: 70399 <at> debbugs.gnu.org
From: Ikumi Keita <ikumi@HIDDEN>
In-reply-to: <Zh0tUugP1yvUGFru@HIDDEN>
References: <Zh0tUugP1yvUGFru@HIDDEN>
Comments: In-reply-to Jim <zlists+context@HIDDEN>
 message dated "Mon, 15 Apr 2024 10:36:18 -0300."
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Date: Thu, 18 Apr 2024 15:31:34 +0900
Message-ID: <5777.1713421894@localhost>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hi Jim,

Thank you for your report. None of the AUCTeX maintainer uses ConTeXt,
so inputs from ConTeXt user are valuable.

>>>>> Jim <zlists+context@HIDDEN> writes:
> (1) TeX-command-list contains the following
>     ("ConTeXt" "%(cntxcom) --once --texutil %(extraopts) %(execopts)%t"
>     and --texutil isn't in texlive 2023's context, texlive 2024's context,
>     or the context in the ConTeXt distribution.

It is easy to remove "--texutil", but I'd like to ask whether it is safe
for older (before 2023) TeX distribution to do so. What was this option
"--texutil" for? Unfortunately, "context --help" of TeX Live 2024
doesn't give me useful information.

> (2) A recent change (early April 2024?) to context has changed how
>     synctex is done.
>     On the good side, with the right option context will produce a
>     synctex file that epdfinfo knows how to parse.
>     On the bad side,
>     (a) rather than calling with "--synctex=3D1" (as done in
>         ConTeXt-expand-options in context.el) the correct option is now
>         "--synctex=3Drepeat";
>     (b) but if context is called with "--nonstopmode" (or "--nonstop")
>         the "--synctex=3D..." request to create a synctex file is over-ri=
dden.
>     It is easy for a user who knows what is going on to use
>         (setq ConTeXt-texexec-option-nonstop "")
>     but changing --synctex=3D1 to --synctex=3Drepeat seems to require
>     a redefinition of the function.

> The --synctex=3Drepeat version may not have reached texlive 2024 yet, but
> using --synctex=3Drepeat with the version of context in TL2024 creates the
> same synctex file as --synctex=3D1, so there seems to be no harm in
> changing this.

OK, then I'll change "--synctex=3D1" to "--synctex=3Drepeat", expecting that
the situation about compatibility is the same for older ConTeXt.

> Bonus "bug": TeX-submit-bug-report suggests upgrading to the version from
> https://www.gnu.org/software/auctex, but as of today that would be a
> downgrade, since it says the current auctex version is 13.3.

The message is followed by "if your installation is older than the one
available from the web site.", isn't it? =F0=9F=99=82

Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
#Gaza #StopMassiveKilling #CeasefireNOW

Message sent to bug-auctex@HIDDEN:

Subject: bug#70399: ConTeXT options need updating
Resent-From: Jim <zlists+context@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Thu, 18 Apr 2024 20:49:02 +0000
Resent-Message-ID: <handler.70399.B70399.17134732952737 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Ikumi Keita <ikumi@HIDDEN>
Cc: 70399 <at> debbugs.gnu.org
Date: Thu, 18 Apr 2024 17:47:34 -0300
From: Jim <zlists+context@HIDDEN>
Message-ID: <ZiGG5kZy7j2vZ/YX@HIDDEN>
References: <Zh0tUugP1yvUGFru@HIDDEN>
 <5777.1713421894@localhost>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <5777.1713421894@localhost>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hi Ikumi,

On Thu, Apr 18, 2024 at 15:31 (+0900), Ikumi Keita wrote:

> Thank you for your report.  None of the AUCTeX maintainer uses ConTeXt, so
> inputs from ConTeXt user are valuable.

Glad you think so!

>>>>>> Jim <zlists+context@HIDDEN> writes:
>> (1) TeX-command-list contains the following
>>     ("ConTeXt" "%(cntxcom) --once --texutil %(extraopts) %(execopts)%t"
>> and --texutil isn't in texlive 2023's context, texlive 2024's context,
>> or the context in the ConTeXt distribution.

> It is easy to remove "--texutil", but I'd like to ask whether it is safe
> for older (before 2023) TeX distribution to do so. What was this option
> "--texutil" for? Unfortunately, "context --help" of TeX Live 2024
> doesn't give me useful information.

I am a relatively recent ConTeXt convert, so I have never used it.
However, the documentation I can find indicates that texutil was used for
ConTeXt Mk II, which has (long since) been deprecated (as I understand it).

I guess since it doesn't hurt anything, it could stay, but I think that it
has no use in ConTeXt Mk IV.

>> (2) A recent change (early April 2024?) to context has changed how
>> synctex is done.
>> On the good side, with the right option context will produce a
>> synctex file that epdfinfo knows how to parse.
>> On the bad side,
>>     (a) rather than calling with "--synctex=1" (as done in
>> ConTeXt-expand-options in context.el) the correct option is now
>>         "--synctex=repeat";
>>     (b) but if context is called with "--nonstopmode" (or "--nonstop")
>> the "--synctex=..." request to create a synctex file is over-ridden.
>> It is easy for a user who knows what is going on to use
>>         (setq ConTeXt-texexec-option-nonstop "")
>> but changing --synctex=1 to --synctex=repeat seems to require
>> a redefinition of the function.

>> The --synctex=repeat version may not have reached texlive 2024 yet, but
>> using --synctex=repeat with the version of context in TL2024 creates the
>> same synctex file as --synctex=1, so there seems to be no harm in
>> changing this.

> OK, then I'll change "--synctex=1" to "--synctex=repeat", expecting that
> the situation about compatibility is the same for older ConTeXt.

Thanks.

>> Bonus "bug": TeX-submit-bug-report suggests upgrading to the version from
>> https://www.gnu.org/software/auctex, but as of today that would be a
>> downgrade, since it says the current auctex version is 13.3.

> The message is followed by "if your installation is older than the one
> available from the web site.", isn't it? 🙂

Good point!

Cheers.
                                Jim

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#70399: ConTeXT options need updating
Resent-From: Ikumi Keita <ikumi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Sat, 20 Apr 2024 08:46:02 +0000
Resent-Message-ID: <handler.70399.B70399.171360271120766 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 70399
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: Jim <zlists+context@HIDDEN>
Cc: 70399 <at> debbugs.gnu.org
Received: via spool by 70399-submit <at> debbugs.gnu.org id=B70399.171360271120766
          (code B ref 70399); Sat, 20 Apr 2024 08:46:02 +0000
Received: (at 70399) by debbugs.gnu.org; 20 Apr 2024 08:45:11 +0000
Received: from localhost ([127.0.0.1]:35173 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ry6LP-0005Os-Fu
	for submit <at> debbugs.gnu.org; Sat, 20 Apr 2024 04:45:11 -0400
Received: from smtp1a.inetd.co.jp ([210.129.88.11]:55836)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <ikumi@HIDDEN>) id 1ry6LN-0005OC-45
 for 70399 <at> debbugs.gnu.org; Sat, 20 Apr 2024 04:45:10 -0400
Received: from localhost (42-144-34-11.rev.home.ne.jp [42.144.34.11])
 by smtp1a.inetd.co.jp (Postfix) with ESMTPA id DEC465C;
 Sat, 20 Apr 2024 17:44:50 +0900 (JST)
From: Ikumi Keita <ikumi@HIDDEN>
In-reply-to: <ZiGG5kZy7j2vZ/YX@HIDDEN>
References: <Zh0tUugP1yvUGFru@HIDDEN> <5777.1713421894@localhost>
 <ZiGG5kZy7j2vZ/YX@HIDDEN>
Comments: In-reply-to Jim <zlists+context@HIDDEN>
 message dated "Thu, 18 Apr 2024 17:47:34 -0300."
X-Mailer: MH-E 8.6+git; nmh 1.8; Emacs 29.3
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <8411.1713602689.1@localhost>
Date: Sat, 20 Apr 2024 17:44:49 +0900
Message-ID: <8414.1713602689@localhost>
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hi Jim,

>>>>> Jim <zlists+context@HIDDEN> writes:
>> It is easy to remove "--texutil", but I'd like to ask whether it is safe
>> for older (before 2023) TeX distribution to do so. What was this option
>> "--texutil" for? Unfortunately, "context --help" of TeX Live 2024
>> doesn't give me useful information.

> I am a relatively recent ConTeXt convert, so I have never used it.
> However, the documentation I can find indicates that texutil was used for
> ConTeXt Mk II, which has (long since) been deprecated (as I understand it).

> I guess since it doesn't hurt anything, it could stay, but I think that it
> has no use in ConTeXt Mk IV.

I see, thanks. I guess this option is necessary for only rather old
context binaries and expect it can be removed safely for now.

>>> (b) but if context is called with "--nonstopmode" (or "--nonstop")
>>> the "--synctex=..." request to create a synctex file is over-ridden.
>>> It is easy for a user who knows what is going on to use
>>> (setq ConTeXt-texexec-option-nonstop "")

Do you think AUCTeX should do smart action to avoid "--nonstopmode" when
"--synctex" is requested by the user, so that
(setq ConTeXt-texexec-option-nonstop "")
isn't necessary on the user side? It isn't difficult to have
"--nonstopmode" only when `TeX-source-correlate-mode' and
`TeX-interactive-mode' are nil.

Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
#Gaza #StopMassiveKilling #CeasefireNOW

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#70399: ConTeXT options need updating
Resent-From: Jim <zlists+context@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Sat, 20 Apr 2024 15:38:04 +0000
Resent-Message-ID: <handler.70399.B70399.171362746619034 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 70399
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: Ikumi Keita <ikumi@HIDDEN>
Cc: 70399 <at> debbugs.gnu.org
Received: via spool by 70399-submit <at> debbugs.gnu.org id=B70399.171362746619034
          (code B ref 70399); Sat, 20 Apr 2024 15:38:04 +0000
Received: (at 70399) by debbugs.gnu.org; 20 Apr 2024 15:37:46 +0000
Received: from localhost ([127.0.0.1]:36874 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ryCmf-0004ww-Of
	for submit <at> debbugs.gnu.org; Sat, 20 Apr 2024 11:37:46 -0400
Received: from seout12.web-dns1.com ([67.215.8.21]:57210)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <zlists+context@HIDDEN>) id 1ryCmd-0004wq-BT
 for 70399 <at> debbugs.gnu.org; Sat, 20 Apr 2024 11:37:44 -0400
Received: from mailpro1.whc.ca ([51.79.16.13])
 by se2.web-dns1.com with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256)
 (Exim 4.92) (envelope-from <zlists+context@HIDDEN>)
 id 1ryCmG-00CKqC-Dm; Sat, 20 Apr 2024 11:37:22 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=jdvb.ca;
 s=default; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:
 Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
 List-Post:List-Owner:List-Archive;
 bh=0PsuB02YALWgQKD5hpAbacilrnsZ+gna7aI/AbLstXo=; b=jUuYxWWc9AVTmDWo3lcr9y4V5p
 8L4cz1p0xUVb3ybXlftw2FvnR7zAKaKHdjszXqvdYBFxTPIDjfAON8XhPLevJeHtHeZN/ieBt9Y/2
 lJBpvyRWvcR9TegGR4qop43N3jM/8r3yKqeXwGBHUd5vAvqKaMbG72tli9QfIZIj0/trhQE+/Oqri
 pEwIwiwV+R6D7+eaa2l34RTbgANT/8K/GRcSVpiX92Yk9k8rndZf5XBQ3aVlAY2M0Bt63kmJQkEDX
 jRs1Vnz0OKr0XkM49ddt1e7omKgEG9r8WX4/EC3+7SQqDOlBpWeA0Lc4VqlZ42xuQjXgiSdAPqpEx
 /HpxrQyw==;
Received: from [47.55.144.2] (port=39012 helo=x360)
 by mailpro1.whc.ca with esmtpsa  (TLS1.3) tls TLS_AES_256_GCM_SHA384
 (Exim 4.96) (envelope-from <zlists+context@HIDDEN>)
 id 1ryCm4-00CDTT-2a; Sat, 20 Apr 2024 11:37:17 -0400
Received: by x360 (Postfix, from userid 1000)
 id 4EAA11E0829; Sat, 20 Apr 2024 12:37:08 -0300 (ADT)
Date: Sat, 20 Apr 2024 12:37:08 -0300
From: Jim <zlists+context@HIDDEN>
Message-ID: <ZiPhJF4bCy5rg212@HIDDEN>
References: <Zh0tUugP1yvUGFru@HIDDEN> <5777.1713421894@localhost>
 <ZiGG5kZy7j2vZ/YX@HIDDEN> <8414.1713602689@localhost>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <8414.1713602689@localhost>
X-Microslop: Just say no
X-Originating-IP: 51.79.16.13
X-SpamExperts-Domain: out.mailpro1.whc.ca
X-SpamExperts-Username: 51.79.16.13
Authentication-Results: web-dns1.com;
 auth=pass smtp.auth=51.79.16.13@HIDDEN
X-SpamExperts-Outgoing-Class: unsure
X-SpamExperts-Outgoing-Evidence: Combined (0.30)
X-Recommended-Action: accept
X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT8MOamLnOoZoidAwuXnahHiPUtbdvnXkggZ
 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5wdesMRtJ5uy/xAT9zQ3AZS6NsFgs4TCG7+oUQcOpKHVYTb
 zWrvh7wwQJ02cfXBRNZm0Xh5EP6p27sCbKZ5p+Cnl+o+HwawxOJZ7iPaAy81bmXx2azEPCntGfKY
 yhVHoInaJoqXa/JTDnzrd0b8b//38d7cYwJIzmjFIFIPSmgrgd9tGBdIBv/WZvrfoXYrqtGwya8+
 hSqyPBPymtc9VW+VQp4Csm9mGJQ0FI/szsInqf+lAdUByrvJirBGd40nfYsuDz3CzEYcGg6WVmeK
 cXh06cTrAfIBtLJVe62uoyOAUtfsPev7LNp/T0V6wcNiJWFv2Utyejz4sxZCS0To4ZUrECy00KQD
 t9NIOD5PoT/8ktNziUGt6zngyX7h7Huvd2kjF+zaopzR+EXhgx3SXAfA5fJjsMYie1KIHivoqPV+
 yCYy7DhZ2gmPgiDeCS7B0E6DPpQn8vTXfnHvn8gqY2iHGSCgvRtyQS57uPAmeVWxydjlDHh8k6TT
 dHl8m1/8O//2b364/TPIQRPJBqGHWT271X1koMfhjm7aWcm+L5SpInaQk+Fhwq++cO9Lwieh7FFB
 RCHhhBkH3XLTBdPOvqzcrM/l91QiHNSGjokCbIEnccWUVm6HSYkQKUJNy9uY/OrDEd6Yplvh+oay
 7O24oTPnYM6TikpsbevO3LxwVw4oFQkIkfZf+TDs1tuvVqr9Qp7FhoD2JK4HP/ea0z9pPPuJTalH
 tBEOoqXhTXyFvzSyOzpQaiVjh6J1+gHARf66QfpItEV07/wHISc20KDGiD3YELVlxMTxpdvCqmIf
 vHIJr36m+UeFXprlCOm3BAEbJtBibY2kckBJCLF3GudT1upwaHLF9/pweBF5aM+n/aZuZbVmHgH+
 TSF+/ZOqpSKaGfp5FxL+psyrAqSid1fuJklQR0XoXiAcBwXAaMq9eakesAhTMFWTDzTu/7rvCynG
 Qw8xL7hrJSk60SF3F6RYOYr2
X-Report-Abuse-To: spam@HIDDEN
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hi Ikuma,

On Sat, Apr 20, 2024 at 17:44 (+0900), Ikumi Keita wrote:

> Hi Jim,

>>>>>> Jim <zlists+context@HIDDEN> writes:
>>> It is easy to remove "--texutil", but I'd like to ask whether it is safe
>>> for older (before 2023) TeX distribution to do so. What was this option
>>> "--texutil" for? Unfortunately, "context --help" of TeX Live 2024
>>> doesn't give me useful information.

>> I am a relatively recent ConTeXt convert, so I have never used it.
>> However, the documentation I can find indicates that texutil was used for
>> ConTeXt Mk II, which has (long since) been deprecated (as I understand it).

>> I guess since it doesn't hurt anything, it could stay, but I think that it
>> has no use in ConTeXt Mk IV.

> I see, thanks. I guess this option is necessary for only rather old
> context binaries and expect it can be removed safely for now.

I expect so as well.  ConTeXt is a bit of a moving target, and (like many
other software tools) if someone is having any issues with it, I feel
confident in saying the developers and the rest of the community will tell
people to upgrade to the latest and greatest before any help can be
provided.

>>>> (b) but if context is called with "--nonstopmode" (or "--nonstop")
>>>> the "--synctex=..." request to create a synctex file is over-ridden.
>>>> It is easy for a user who knows what is going on to use
>>>> (setq ConTeXt-texexec-option-nonstop "")

> Do you think AUCTeX should do smart action to avoid "--nonstopmode" when
> "--synctex" is requested by the user, so that
> (setq ConTeXt-texexec-option-nonstop "")
> isn't necessary on the user side?  It isn't difficult to have
> "--nonstopmode" only when `TeX-source-correlate-mode' and
> `TeX-interactive-mode' are nil.

I think that would be an even nicer solution!  I will point out that the
Head Honcho of ConTeXT said (on the ConTeXT users mailing list)
        - running context in nonstop mode makes little sense

He did not elaborate on that comment.  However, I note that when context
finds an error in an input file, even without -nonstopmode, the process
terminates (in a few tests I did) , unlike (e.g.,) pdftex, which as you
know waits for user input.

I spent a few minutes trying various command line options and commands
inside the source file, and I can't get context to stop on error and wait
for input.  This doesn't mean that there is no way to do it, and poking
through the code I see a lot of code related to 'nonstopmode' and
'errorstopmode', but I don't know how to make context stop on an error and
wait for input.

I could ask for clarification about this on the context users' list if you
would like to hear a more authoritative opinion before making changes.  Let
me know.

Cheers.

                                Jim

Message sent to bug-auctex@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#70399: ConTeXT options need updating
Resent-From: Ikumi Keita <ikumi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Sun, 21 Apr 2024 07:40:03 +0000
Resent-Message-ID: <handler.70399.B70399.171368515221214 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 70399
X-GNU-PR-Package: auctex
X-GNU-PR-Keywords: 
To: Jim <zlists+context@HIDDEN>
Cc: 70399 <at> debbugs.gnu.org
Received: via spool by 70399-submit <at> debbugs.gnu.org id=B70399.171368515221214
          (code B ref 70399); Sun, 21 Apr 2024 07:40:03 +0000
Received: (at 70399) by debbugs.gnu.org; 21 Apr 2024 07:39:12 +0000
Received: from localhost ([127.0.0.1]:41222 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ryRn5-0005Vr-42
	for submit <at> debbugs.gnu.org; Sun, 21 Apr 2024 03:39:12 -0400
Received: from smtp1a.inetd.co.jp ([210.129.88.11]:57404)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <ikumi@HIDDEN>) id 1ryRn2-0005VK-Fi
 for 70399 <at> debbugs.gnu.org; Sun, 21 Apr 2024 03:39:09 -0400
Received: from localhost (42-144-34-11.rev.home.ne.jp [42.144.34.11])
 by smtp1a.inetd.co.jp (Postfix) with ESMTPA id E83945C;
 Sun, 21 Apr 2024 16:38:50 +0900 (JST)
From: Ikumi Keita <ikumi@HIDDEN>
In-reply-to: <ZiPhJF4bCy5rg212@HIDDEN>
References: <Zh0tUugP1yvUGFru@HIDDEN> <5777.1713421894@localhost>
 <ZiGG5kZy7j2vZ/YX@HIDDEN> <8414.1713602689@localhost>
 <ZiPhJF4bCy5rg212@HIDDEN>
Comments: In-reply-to Jim <zlists+context@HIDDEN>
 message dated "Sat, 20 Apr 2024 12:37:08 -0300."
X-Mailer: MH-E 8.6+git; nmh 1.8; Emacs 29.3
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <13690.1713685130.1@localhost>
Date: Sun, 21 Apr 2024 16:38:50 +0900
Message-ID: <13691.1713685130@localhost>
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hi Jim,

>>>>> Jim <zlists+context@HIDDEN> writes:
>> Do you think AUCTeX should do smart action to avoid "--nonstopmode" when
>> "--synctex" is requested by the user, so that
>> (setq ConTeXt-texexec-option-nonstop "")
>> isn't necessary on the user side?  It isn't difficult to have
>> "--nonstopmode" only when `TeX-source-correlate-mode' and
>> `TeX-interactive-mode' are nil.

> I think that would be an even nicer solution!  I will point out that the
> Head Honcho of ConTeXT said (on the ConTeXT users mailing list)
>         - running context in nonstop mode makes little sense

> He did not elaborate on that comment.  However, I note that when context
> finds an error in an input file, even without -nonstopmode, the process
> terminates (in a few tests I did) , unlike (e.g.,) pdftex, which as you
> know waits for user input.

> I spent a few minutes trying various command line options and commands
> inside the source file, and I can't get context to stop on error and wait
> for input.  This doesn't mean that there is no way to do it, and poking
> through the code I see a lot of code related to 'nonstopmode' and
> 'errorstopmode', but I don't know how to make context stop on an error and
> wait for input.

Thanks, I pushed the fix including the change to omit --nonstop option
when --synctex option is present.

> I could ask for clarification about this on the context users' list if you
> would like to hear a more authoritative opinion before making changes.  Let
> me know.

Thanks, I don't think that's necessary. I'll close this bug.

Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
#Gaza #StopMassiveKilling #CeasefireNOW

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 21 Apr 2024 07:40:15 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Apr 21 03:40:14 2024
Received: from localhost ([127.0.0.1]:41230 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ryRo5-0005eV-Ve
	for submit <at> debbugs.gnu.org; Sun, 21 Apr 2024 03:40:14 -0400
Received: from smtp1a.inetd.co.jp ([210.129.88.11]:57412)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <ikumi@HIDDEN>) id 1ryRo3-0005dc-1k
 for control <at> debbugs.gnu.org; Sun, 21 Apr 2024 03:40:12 -0400
Received: from localhost (42-144-34-11.rev.home.ne.jp [42.144.34.11])
 by smtp1a.inetd.co.jp (Postfix) with ESMTPA id EA6F75C
 for <control <at> debbugs.gnu.org>; Sun, 21 Apr 2024 16:39:54 +0900 (JST)
To: control <at> debbugs.gnu.org
From: Ikumi Keita <ikumi@HIDDEN>
Subject: control message for bug #70399
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <13757.1713685194.1@localhost>
Date: Sun, 21 Apr 2024 16:39:54 +0900
Message-ID: <13758.1713685194@localhost>
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

close 70399 
quit

Last modified: Sun, 21 Apr 2024 07:45:03 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.