GNU bug report logs -
#62751
29.0.90; New libraries that still need to be assigned to packages
Previous Next
Reported by: Jonas Bernoulli <jonas <at> bernoul.li>
Date: Mon, 10 Apr 2023 13:06:02 UTC
Severity: normal
Found in version 29.0.90
Fixed in version 30.1
Done: Stefan Kangas <stefankangas <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #101 received at 62751 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Stefan Kangas <stefankangas <at> gmail.com>
>> Date: Wed, 20 Sep 2023 17:15:04 -0700
>> Cc: jonas <at> bernoul.li, 62751 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> >> > You mean, move bind-key.el out of lisp/use-package, right?
>> >>
>> >> Yes.
>> >
>> > Fine by me, and I think this is preferable, and even clearly TRT for a
>> > package that is not limited to its parent package.
>>
>> Do you see any reason why that change would be dangerous, or could we do
>> it on the release branch?
>
> I honestly don't know. Maybe we should ask the users of use-package?
>
> John, do you see any potential problems with that?
We can probably get away with the more minimal change I installed on
emacs-29 yesterday. The only downside of not moving the file there, as
far as I can tell, is that it will be a hassle if we need to merge any
changes in bind-key.el to master. It's a very slow moving target
though, so those instances should hopefully be rare.
Should bind-key.el be in lisp/? lisp/emacs-lisp/?
This bug report was last modified 1 year and 278 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.