[Summary: say the word and I (and Sean, I strongly suspect) will immediately resume the (possibly minimal) work that remains before we can remove emacs24 from stretch.]
Antoine Beaupre <anar...@debian.org> writes: > I am not sure what changed between Emacs 24 and 25, but it seems to me > Emacs 24 should absolutely be fixed before Stretch is released, or just > be removed from stretch. Well, of course broadly speaking, I'm still very much in favor of removing emacs24 from stretch. Sean and I put in a good bit of time toward that end before the most recent freeze deadline, and thought we were going to make it: https://wiki.debian.org/Emacs25InStretch but we were surprised at the "last minute" by some packages that "dak -Rn emacs24" didn't report. Likely my fault for (I assume) misunderstanding dak's behavior. I suspect that fixing the remaining packages wouldn't be too hard, but we stopped worrying about it because those uploads wouldn't have made the deadline. In any case, if there's still any chance we can remove emacs24, I think we'd all (users and contributors) be better off without having to carry emacs24 through stretch. (I think users would also be better off without emacs and emacs-nox metapackages that point to 24, even if emacs24 were still in stretch.) And while I'm certainly willing to put in time to try to fix the current issue for emacs24. If it's non-trivial, I imagine that time would be better spent finishing the removal. However, I also understand that Emacs 25 may have been released too close to the freeze (given the stability issues that we had to track down) for that to be feasible. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
