GNU bug report logs - #66427
Conflict between Emacs version dependencies in AUCTeX code and GNU package archive

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 66427 in the body.
You can then email your comments to 66427 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Win Treese <treese <at> acm.org>
To: bug-auctex <at> gnu.org
Subject: Conflict between Emacs version dependencies in AUCTeX code and GNU
 package archive
Date: Mon, 9 Oct 2023 13:46:29 -0400

As far as I can tell, after AUCTeX 13.2, things were changed to require a minimum Emacs version of 26.1, which is fine. However, the GNU package archives system still advertises it as working for Emacs 25.1.

This means that users can download 13.2.1, but it won’t run. If the package archive information is also updated, it won’t get downloaded. Could that be changed?

It’s obviously been a long time since Emacs 26.1, but Aquamacs on the Mac is still based on 25.3. That’s being fixed, but in the meantime this has been affecting some Aquamacs users, at least.

If it’s too much trouble, that’s fine.

Thanks for your consideration!

Best,

Win

Win Treese
treese <at> acm.org
Aquamacs maintainer

Message #8 received at 66427 <at> debbugs.gnu.org (full text, mbox):

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: Win Treese <treese <at> acm.org>
Cc: 66427 <at> debbugs.gnu.org
Subject: Re: bug#66427: Conflict between Emacs version dependencies in AUCTeX
 code and GNU package archive
Date: Wed, 11 Oct 2023 16:24:35 +0900

Hi Win,

>>>>> Win Treese <treese <at> acm.org> writes:
> As far as I can tell, after AUCTeX 13.2, things were changed to
> require a minimum Emacs version of 26.1, which is fine. However, the
> GNU package archives system still advertises it as working for Emacs
> 25.1.

Thank you for reporting. I confirmed what you reported.

> This means that users can download 13.2.1, but it won’t run. If the
> package archive information is also updated, it won’t get downloaded.
> Could that be changed?

Looking at auctex.el in ELPA repository[1], it still has
;; Package-Requires: ((emacs "25.1"))
in the header. I suppose this is the culprit.

It seems that the change in auctex.el.in didn't propagate to auctex.el.
Tassilo, shouldn't the GNUmakefile[2] have a rule to generate auctex.el
from auctex.el.in? (Maybe that causes discrepancy in the copyright
header of the generated auctex.el diverging from what ELPA system
expects?)

[1] https://git.savannah.gnu.org/cgit/emacs/elpa.git/tree/auctex.el?h=externals/auctex#n9
[2] https://git.savannah.gnu.org/cgit/emacs/elpa.git/tree/GNUmakefile?h=externals/auctex

Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine

Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: Ikumi Keita <ikumi <at> ikumi.que.jp>
Cc: bug-auctex <at> gnu.org, 66427 <at> debbugs.gnu.org, Win Treese <treese <at> acm.org>
Subject: Re: bug#66427: Conflict between Emacs version dependencies in
 AUCTeX code and GNU package archive
Date: Wed, 11 Oct 2023 09:36:54 +0200

Ikumi Keita <ikumi <at> ikumi.que.jp> writes:

Hi!

>> As far as I can tell, after AUCTeX 13.2, things were changed to
>> require a minimum Emacs version of 26.1, which is fine. However, the
>> GNU package archives system still advertises it as working for Emacs
>> 25.1.
>
> Thank you for reporting. I confirmed what you reported.
>
>> This means that users can download 13.2.1, but it won’t run. If the
>> package archive information is also updated, it won’t get downloaded.
>> Could that be changed?
>
> Looking at auctex.el in ELPA repository[1], it still has
> ;; Package-Requires: ((emacs "25.1"))
> in the header. I suppose this is the culprit.

Indeed.

> It seems that the change in auctex.el.in didn't propagate to
> auctex.el.  Tassilo, shouldn't the GNUmakefile[2] have a rule to
> generate auctex.el from auctex.el.in? (Maybe that causes discrepancy
> in the copyright header of the generated auctex.el diverging from what
> ELPA system expects?)

Indeed, that would be nice.  However, only the committed auctex.el in
the ELPA version has a Version header.  Whenever that changes, a new
ELPA release is triggered.  So the rule would need to regenerate
auctex.el from auctex.el.in but inject the very same Version as the old
one had.

Well, in the end auctex.el is simple enough.  I just have to remember to
bump the emacs version when I merge after we've bumped the emacs version
on master...

I've done it now and merged from master.  Are you fine with pushing
another ELPA release now?

Bye,
Tassilo

Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: bug-auctex <at> gnu.org, 66427 <at> debbugs.gnu.org, Win Treese <treese <at> acm.org>
Subject: Re: bug#66427: Conflict between Emacs version dependencies in AUCTeX
 code and GNU package archive
Date: Wed, 11 Oct 2023 17:57:38 +0900

>>>>> Tassilo Horn <tsdh <at> gnu.org> writes:
> Indeed, that would be nice.  However, only the committed auctex.el in
> the ELPA version has a Version header.  Whenever that changes, a new
> ELPA release is triggered.  So the rule would need to regenerate
> auctex.el from auctex.el.in but inject the very same Version as the old
> one had.

Hmm, then the rule is to generate auctex.el.out instead of auctex.el and
admin/release-process.org should be changed to direct to rename
auctex.el.out to auctex.el before editing auctex.el?

> I've done it now and merged from master.  Are you fine with pushing
> another ELPA release now?

Yes, please.

Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine

Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: Ikumi Keita <ikumi <at> ikumi.que.jp>
Cc: bug-auctex <at> gnu.org, 66427 <at> debbugs.gnu.org, Win Treese <treese <at> acm.org>
Subject: Re: bug#66427: Conflict between Emacs version dependencies in
 AUCTeX code and GNU package archive
Date: Wed, 11 Oct 2023 11:31:19 +0200

Ikumi Keita <ikumi <at> ikumi.que.jp> writes:

>> Indeed, that would be nice.  However, only the committed auctex.el in
>> the ELPA version has a Version header.  Whenever that changes, a new
>> ELPA release is triggered.  So the rule would need to regenerate
>> auctex.el from auctex.el.in but inject the very same Version as the
>> old one had.
>
> Hmm, then the rule is to generate auctex.el.out instead of auctex.el and
> admin/release-process.org should be changed to direct to rename
> auctex.el.out to auctex.el before editing auctex.el?

Or admin/release-process.org should just mention that auctex.el.in
should be checked if Package-Requires or something else has been
changed which would need to be copied over to auctex.el manually.

>> I've done it now and merged from master.  Are you fine with pushing
>> another ELPA release now?
>
> Yes, please.

Will do!

Bye,
Tassilo

Message #29 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Win Treese <treese <at> acm.org>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: Ikumi Keita <ikumi <at> ikumi.que.jp>, 66427 <at> debbugs.gnu.org, bug-auctex <at> gnu.org
Subject: Re: bug#66427: Conflict between Emacs version dependencies in AUCTeX
 code and GNU package archive
Date: Wed, 11 Oct 2023 10:41:08 -0400

Thank you all for the quick response!

Message #35 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tassilo Horn <tsdh <at> gnu.org>
To: Win Treese <treese <at> acm.org>
Cc: Ikumi Keita <ikumi <at> ikumi.que.jp>, 66427-done <at> debbugs.gnu.org,
 bug-auctex <at> gnu.org
Subject: Re: bug#66427: Conflict between Emacs version dependencies in
 AUCTeX code and GNU package archive
Date: Wed, 11 Oct 2023 16:42:35 +0200

Win Treese <treese <at> acm.org> writes:

> Thank you all for the quick response!

You are welcome! I'm closing this issue.

Bye,
Tassilo

Previous Next

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