Hi all, Daniel Mach <dmach@xxxxxxxxxx> writes: > Hi, > > > Dne 27. 10. 20 v 13:52 Martin Curlej napsal(a): >> Hi, >> >> EOL and Obsoletes were planned as a feature of Modularity. The feature >> should enable to set shorter/longer life cycles on Modules than the OS >> release. The initial idea was to set this information in the disgit >> metadata of a Module. As time went by the requirements have changed. > > From DNF team's perspective, a packaging system is not complete without > Obsoletes. That's why we believe module Obsoletes are a must have to > ensure smooth system upgrades and regular updates on systems consuming > Rawhide (or any other rolling stream). I created a Fedora Change[1] > which got accepted already. We'll deliver support for module Obsoletes > in DNF as soon as possible and we hope it's going to be used in Fedora > 34 (or 35 at latest). > > The API is clear: DNF expects additional 'modulemd-obsoletes' YAML > documents in modules.yaml. The new document format is getting into > libmodulemd and there's going to be documentation on how to write it. > > Then there's a question how to get the documents into modules.yaml. From > my perspective, it's up to Fedora infra/releng/packaging people. Whether > it should be in dist-git, git repo (similar to modulemd-defaults or > comps), PDC, Bodhi (similar to updateinfo) or somewhere else - that's > entirely their call. I think the package/module maintainer should be able to set the EOL and obsoletes for their module in a simple fashion, preferably without requiring to create tickets for releng or anyone else. So that leaves dist-git as the only option, right? Cheers, Dan
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
