Re: Emacs 31 release-blocking bugs
Michael Albinus <[email protected]> Wed, 29 Jul 2026 15:58:20 +0200
| Newsgroups | gmane.emacs.devel |
|---|---|
| Message-ID | <[email protected]> |
Eli Zaretskii <[email protected]> writes: Hi, >> These are the open bugs, at the time of writing, that I think we need to >> either fix or decide not to fix before we can prepare a release >> candidate. > > Btw, we can manage this by using the "blocking" feature of Debbugs, > see the "RELEASE-BLOCKING BUGS" section in admin/release-process. Yes. If desired, I could create a tracking bug for 31.1, and adjust the debbugs package to use it as reference. >> - #80903 31.0.50; vc-next-action fails irregularly for git >> - #80996 31; Libraries that still need to be assigned to packages >> - #81018 macOS 15 crash build as of >> 876a1db6ee00f1d1b2af0329236acc8bdcceda5b >> - #81038 31.0.50; In org-mode, unfill-paragraph doesn't work at the very >> end of a paragraph While we're at it: such hand-generated list would profit from referring to bugs like 'bug#80903' (w/o quoting). With a proper config, we could follow those markers to the Debbugs web page or in the debbugs package, with a mouse click. For example, my Gnus setup does it. And it should be possible for other mail packages as well. See (info "(debbugs-ug) Minor Mode") for the Gnus setup. > Thanks. Best regards, Michael.