Description of problem: emacs was updated to version 28 recently which seems to include the transient library. I think it may be necessary to retire emacs-transient or at least drop the dependency from emacs-magit: need to test if emacs-magit works okay with emacs-28 perhaps. Additional info: emacs-28 has also been built now for F36: actually the update prompted this report - https://bodhi.fedoraproject.org/updates/FEDORA-2022-e32f5d87d6
I propose that emacs-common should now gain 'Obsoletes: emacs-transient < 0.3.0-4' or so.
(In reply to Jens Petersen from comment #1) > I propose that emacs-common should now gain 'Obsoletes: emacs-transient < 0.3.0-4' or so. Actually that may not be necessary: maybe we just need to handle the info file conflict? Though emacs-28 contains transient-0.3.7: if emacs-magit is happy with that retiring might still be the better option.
I agree that retiring is a better option in this case. I think there is no need to provide 2 different implementations for transient unless magit (or other packages) require newer transient versions than emacs provides. I'd be surprised if this happens, though. I need to better understand the retirement process: https://docs.fedoraproject.org/en-US/package-maintainers/Package_Retirement_Process/ Jens, what are your plans for emacs-28? You were backporting it to Fedora 36. Any other backports in your mind?
FEDORA-2022-9b6707c282 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-9b6707c282
FEDORA-2022-9b6707c282 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-d75f0c2a4a has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-d75f0c2a4a
FEDORA-2022-d75f0c2a4a has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-d75f0c2a4a` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-d75f0c2a4a See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-d75f0c2a4a has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.
(In reply to Tulio Magno Quites Machado Filho from comment #3) > I agree that retiring is a better option in this case. I think there is no > need to provide 2 different implementations for transient unless magit (or > other packages) require newer transient versions than emacs provides. > I'd be surprised if this happens, though. > > I need to better understand the retirement process: > https://docs.fedoraproject.org/en-US/package-maintainers/ > Package_Retirement_Process/ I think you can go ahead and retire the package from rawhide now. (If you do it after F37 is branched you should retire f37 first and then the rawhide branch.) > Jens, what are your plans for emacs-28? You were backporting it to Fedora > 36. Any other backports in your mind? I was just helping out. Not sure if it makes sense to backport to F35, maybe not.
(I forgot to add that already tested that Fedora emacs-magit seems to work okay with the transient in emacs-28.1.)