emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: A few NonGNU ELPA package proposals


From: Philip Kaludercic
Subject: Re: A few NonGNU ELPA package proposals
Date: Sun, 03 Jul 2022 22:35:16 +0000

Philip Kaludercic <philipk@posteo.net> writes:

> Stefan Monnier <monnier@iro.umontreal.ca> writes:
>
>>>> >> Hope there are no objections to these additions.
>>>> > What are the criteria for objections in this case?
>>>> If someone thinks that there are technical issues with the package
>>> What kind of technical issues would be relevant in these cases?
>>
>> E.g. if one of those packages depends on a package which is not in
>> (Non)GNU ELPA?

Yes, or something like deprecated dependencies that can be fixed, in
case I missed something.

> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> there is a better alternative to some package I propose that we
>>> should add instead of what I suggested to avoid duplication.
>>
>> This last criterion I don't think I understand.  I was under the
>> impression that we are not supposed to limit admission of packages
>> just because there are alternatives to what they do.
>>
>> For example, symbol-overlay seems to do what hi-lock-mode does.  But
>> my understanding was that this fact shouldn't preclude symbol-overlay
>> from being admitted.  Now you seem to be saying that we shouldn't add
>> such packages?
>>
>> Bottom line: I'm still confused.

To my knowledge these aren't fixed rules, and as I say "avoid" doesn't
mean prevent by all means.  There are already examples like project and
projectile that are pretty similar.  In this case it seems to me that
symbol-overlay is sufficiently different from hi-lock-mode to make the
addition worthwhile, but of course that is exactly the point I wanted to
discuss.

The general intention is to allow for comments before adding new
packages.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]