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


View this message in rfc822 format

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: bug#65023: 29.1.50; Tramp 2.6.1.1 cannot be installed as ELPA package
Date: Mon, 7 Aug 2023 19:44:06 -0700
On 8/7/2023 8:28 AM, Michael Albinus wrote:
> Michael Albinus <michael.albinus <at> gmx.de> writes:
> 
> Hi Jim,
> 
>>> 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...
>>
>> I've tried to apply this change, but it doesn't work as expected yet.
> 
> Finally, I've decided to add the following to the Tramp README on ELPA:

Hmm, yeah, if my attempt didn't work reliably, this is probably the best 
solution for now (unless we want to spend a lot more time on this).

Maybe this is something that the "compat" patch should handle, or maybe 
there should even be a separate GNU ELPA package for Emacs hotfixes? I'm 
not sure if this would be too much extra maintenance burden though...





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

Previous Next


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