GNU bug report logs - #69171
[JD Smith] Moving packages out of core to ELPA

Previous Next

Full log

View this message in rfc822 format

From: JD Smith <jdtsmith <at> gmail.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 69171 <at> debbugs.gnu.org, Stefan Kangas <stefankangas <at> gmail.com>
Subject: bug#69171: Moving packages out of core to ELPA
Date: Sat, 27 Apr 2024 15:42:18 -0400

[Message part 1 (text/plain, inline)]

> On Apr 11, 2024, at 2:44 PM, Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:
> 
>> Believe it or not I am *still* waiting on our license server upgrade to be
>> finalized (a particular joy of network license software is when they change
>> vendors and your IT people have to open new ports).
> 
> Ah!  The perks of proprietary software!
> No hurry on my end,

Our license issues have been sorted out and I've been able to test the idlw-shell capabilities of the emacs-upstream-merge branch.  I had to make a few small tweaks to the help system, as often happens with new IDL releases, but the (funky old) completion and other features continue to work pretty well.  I merged the branch to master and mentioned ELPA in the README.

One question I had is what happens to the texinfo manual for ELPA packages, and if they need any special treatment to get installed.  I am also not 100% sure this will load correctly as a package given the file re-org I did some time back; I've been testing it using a use-package :load-path and that works, but nothing like a real test of the live package.  Can always give it a try after it lands on ELPA and make any changes needed.

Other than that, and any pending suggestions or concerns you had, I think I'm ready to flip the ELPA switch.

Thanks for your work on this.

[Message part 2 (text/html, inline)]

Previous Next

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