GNU bug report logs - #65023
29.1.50; Tramp 2.6.1.1 cannot be installed as ELPA package

Previous Next

Package: emacs;

Reported by: Michael Albinus <michael.albinus <at> gmx.de>

Date: Wed, 2 Aug 2023 14:18:01 UTC

Severity: normal

Found in version 29.1.50

Done: Jim Porter <jporterbugs <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


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

From: Jim Porter <jporterbugs <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 65023 <at> debbugs.gnu.org,
 monnier <at> iro.umontreal.ca
Subject: Re: bug#65023: 29.1.50; Tramp 2.6.1.1 cannot be installed as ELPA
 package
Date: Sat, 5 Aug 2023 13:34:48 -0700
On 8/5/2023 2:19 AM, Michael Albinus wrote:
> What could we do? Is it possible to release a small temporary ELPA
> package which fixes the problem for Emacs 29.1, and Tramp pckages could
> depend on?
> 
> Or is it possible to publish a use-package recipe for Tramp ELPA
> packages?

I'm not sure if it's a good idea or not, but the following advice seems 
to fix things in Emacs 29.1 for me:

  (advice-add #'loaddefs-generate--parse-file :around
              (lambda (fn file main-outfile package-data)
                (funcall fn file main-outfile (or package-data t)))

This makes the 'package-data' argument never be nil, which avoids 
running the broken code. I'd be a little worried about publishing this 
without further testing, but hopefully it (or something like it) could 
be a solution until 29.2 is released...




This bug report was last modified 1 year and 338 days ago.

Previous Next


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