[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#62751: 29.0.90; New libraries that still need to be assigned to pack
From: |
Stefan Kangas |
Subject: |
bug#62751: 29.0.90; New libraries that still need to be assigned to packages |
Date: |
Sat, 23 Sep 2023 07:42:46 -0700 |
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Stefan Kangas <stefankangas@gmail.com>
>> Date: Wed, 20 Sep 2023 17:15:04 -0700
>> Cc: jonas@bernoul.li, 62751@debbugs.gnu.org, monnier@iro.umontreal.ca
>>
>> Eli Zaretskii <eliz@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/?
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, (continued)
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Eli Zaretskii, 2023/09/18
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Stefan Kangas, 2023/09/18
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Eli Zaretskii, 2023/09/18
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Stefan Kangas, 2023/09/20
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Stefan Monnier, 2023/09/20
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Stefan Kangas, 2023/09/21
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Stefan Monnier, 2023/09/21
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Stefan Kangas, 2023/09/22
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Eli Zaretskii, 2023/09/21
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Stefan Kangas, 2023/09/21
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages,
Stefan Kangas <=
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, John Wiegley, 2023/09/24
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Stefan Kangas, 2023/09/24
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, John Wiegley, 2023/09/24
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Jonas Bernoulli, 2023/09/26
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Stefan Monnier, 2023/09/18
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Stefan Kangas, 2023/09/20
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Jonas Bernoulli, 2023/09/18
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Jonas Bernoulli, 2023/09/20
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Stefan Kangas, 2023/09/24
- bug#62751: 29.0.90; New libraries that still need to be assigned to packages, Jonas Bernoulli, 2023/09/18