At this point, I think we're ready to proceed if the release team
approves.
The short answer is that there doesn't appear to be much difficulty,
much risk, or much work required. We'd need to change a few package
dependencies and change emacs-defaults to pull in emacs25 instead of
emacs24.
Summ
OK, we're now down to these outstanding issues:
- automake: can't yet sbuild; known sbuild issues (could try porterbox next)
- doxymacs: appears fine; need to test resulting deb behavior.
This package is orphaned, so we should be relatively free to fix it.
- gnuplot: builds fine; ne
Rob Browning writes:
> And at the moment, we have:
>
> First category:
> - two packages that are likely fine once the deps are broadened
> - five still to evaluate
>
Update regarding the second category:
- ten packages that appear fine (plus or minus a couple of trivial patches)
We've been hoping (#debian-emacs and I) for a while that we might be
able to remove emacs24 from stretch, and while there was some initial
trouble with emacs25's stability, we finally got that sorted, and we've
been trying to nudge maintainers to adjust their package deps to not
depend solely on e
4 matches
Mail list logo
