-
-
Notifications
You must be signed in to change notification settings - Fork 337
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Release for Emacs 28 compatibility? #3001
Comments
Hi Nicholas, Sorry for the delayed response - I've been AFK all year due to military conscription in my country, and I think @abo-abo has been AFK even longer. I anticipate being back at a keyboard in mid-December, but unfortunately won't be able to get a point release of Ivy together any earlier than that. FWIW, I have no particular preference between cherry-picking and Git snapshots. Given the incompatibility you mention in #2996, and that an Ivy release that fixes it is unlikely to land within the next month, a Git snapshot strikes me as making more sense. But I am not familiar with the repercussions of the decision for Debian, so please proceed however you see fit. Sorry for the trouble, and thank you very much for working on this! |
Hi Basil,
Sorry for the delayed response - I've been AFK all year due to military conscription in my country, and I think @abo-abo has been AFK even longer. I anticipate being back at a keyboard in mid-December, but unfortunately won't be able to get a point release of Ivy together any earlier than that.
Wow, given the context, I'm grateful that you were able to find the time
to reply to this issue.
FWIW, I have no particular preference between cherry-picking and Git snapshots. Given the incompatibility you mention in #2996, and that an Ivy release that fixes it is unlikely to land within the next month, a Git snapshot strikes me as making more sense. But I am not familiar with the repercussions of the decision for Debian, so please proceed however you see fit.
Sorry for the trouble, and thank you very much for working on this!
I think you're right, and this also seems like an opportunity to test if
b8be491 is suitably release-candidate! Assuming no further commits, and
a last-minute Ivy/Swiper release in mid-January, that commit would have
been tested for two months by users of Debian unstable and testing (and
rolling release derivatives), and would have been in use by all other
users for three months. At this point that's what I can provide to
answer the question "Is it stable enough for release?"
To be extra safe, maybe a prerelease/beta/release-candidate could be
released to MELPA Stable at some point mid-December?
In terms of repercussions, the decision determines the version of Ivy
Debian Stable users will depend on from what will probably be Summer
2023 to as late as Summer 2026 (if users choose not to upgrade sooner).
That will be either 0.13.4+cherry picks, or 0.13.4+78.gb8be491. In
general, everyone wants the newest possible, most featureful, yet stable
release.
Thank you,
Nicholas
|
* counsel.el: * doc/ivy.org: * ivy-avy.el: * ivy-hydra.el: * ivy.el: * swiper.el: Bump version to 0.14.0 (#3001). * doc/ivy.texi: Regenerate.
...many months later... Sorry for taking so long to get back to this and for significantly overshooting my time estimate. |
Hi,
Emacs 28 broke Ivy/Swiper in Debian, and I have less than a week to decide whether to 1) Cherry pick a couple of fixes onto 0.13.4, or 2) Package a git snapshot. Do you have a preference? As far as I can tell there's at least one issue (#2996), which prevents a compatible-with-Emacs28 v0.13.5 release.
The reason I ask about what you'd prefer is because if a stable release isn't made before mid January then whatever I upload now might end up being what ships in Debian 12 (Bookworm).
Kind regards,
Nicholas
The text was updated successfully, but these errors were encountered: