On Sun, Apr 7, 2024 at 11:16 AM Zbigniew Jędrzejewski-Szmek <zbyszek@xxxxxxxxx> wrote: > > Hi everyone, > > I'm revisting the topic of rpmautospec because I was doing some work > on various packages, and it's annoying that some packages are using > rpmautospec and others are not. > > All my packages have been converted, so in day-to-day work, I don't > even think about %changelog. When working with other packages, I'll > forget to update the Relase and/or %changelog. Today I was rebasing > some pull requests in pagure, and the _only_ conflicts that I had were > about Release and %changelog. > > I think it's time to switch to rpmautospec completely. > Thus, the proposal: > - new packages MUST use rpmautospec > - packagers SHOULD convert their packages > - provenpackagers MAY convert existing packages > (e.g. when they want to push some fix or separately from other > work) > - people submitting pull requests against src.fp.o MAY also > include a conversion in the pull request and packagers SHOULD > merge it. > > (FTR, 'rpmautospec convert' does the conversion, incl. the commit > to dist-git. Manual conversion should not be used.) > No. I do not want to use rpmautospec as it currently exists. It does not help me. It does not achieve anything for me. It breaks my packages for building outside of Fedora Koji. It doesn't even make things better for supporting automation. I do not want to use it unless I absolutely have to (e.g. Rust packages since rust2rpm sets it up that way). -100. No. I do not want to use this unless it is finally fixed to enable rebuild automation. And since that will not happen anytime soon, I have no compelling reason to use it and tremendous disadvantages otherwise. It makes building things in COPR terrible, it makes building things locally annoying, and I can't use it at all reasonably in non-VCS oriented build systems. -- 真実はいつも一つ!/ Always, there's only one truth! -- _______________________________________________ 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 Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue