[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mod
From: |
Andrew Hyatt |
Subject: |
bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,) |
Date: |
Wed, 06 Jan 2016 22:54:30 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (darwin) |
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Andrew Hyatt <ahyatt@gmail.com>
>> Date: Thu, 07 Jan 2016 01:42:58 +0000
>> Cc: jwiegley@gmail.com, rgm@gnu.org, hanche@math.ntnu.no,
>> 1452@debbugs.gnu.org
>>
>> what I'm mostly trying to figure out is if there is *any* way to get
>> code to be completely unmaintained.
>
> I think removing it is the only way.
Yeah, I guess that's what I suspected. It seems reasonable, as long as
we can remove things.
>
>> We are, after all, trying to reduce the number of bugs (see the
>> thread on 4k bugs) overall, and this is one way to do that. So the
>> only way people would agree on right now, is if we remove the code
>> entirely from emacs distribution. But I suspect that such a change
>> would be rejected, even from obsolete packages, because someone
>> might still be depending on them.
>
> It depends on how long the package was obsolete, I guess.
>
> We could define a policy, like a package is deleted after so-and-so
> many months/years in obsolete/.
If you think such a policy would be possible, then I'm happy to propose
it in emacs-devel. Maybe obsolete packages can spend one major version
in obsolete, and get deleted in the next major version? Or, maybe we
can be more aggressive, especially if you think that we can do this over
periods of months, and obsolete and deprecate based on minor version instead.
- bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,), (continued)
- bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,), Andrew Hyatt, 2016/01/05
- bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,), John Wiegley, 2016/01/05
- bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,), Dmitry Gutov, 2016/01/05
- bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,), Andrew Hyatt, 2016/01/05
- bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,), Dmitry Gutov, 2016/01/05
- bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,), Eli Zaretskii, 2016/01/05
- bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,), Andrew Hyatt, 2016/01/06
- bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,), Eli Zaretskii, 2016/01/06
- bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,),
Andrew Hyatt <=
- bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,), Eli Zaretskii, 2016/01/07
- bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,), Xue Fuqiao, 2016/01/06
- bug#1452: Acknowledgement (23.0.60; Problem with nextstep, longlines-mode,), Glenn Morris, 2016/01/06