Re: Defining the future of the packager workflow in Fedora

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2019-09-26 at 15:46 +0000, Jeremy Cline wrote:
> 
> Ah right, that makes a lot of sense.
> 
> I can imagine automatically detecting the new upstream release, building
> that, and presenting the packager with a easy-to-review PR that you just
> click "merge" on instead of pointing the specfile at a new tarball.

This already basically happens, at least for things that are hooked up
to anitya:
https://bugzilla.redhat.com/show_bug.cgi?id=1751432
https://fedoraproject.org/wiki/Upstream_release_monitoring

You get a bug report with a patch attached, and it runs a scratch
build. This is great for simple release bumps, but there's still all
sorts of cases where it's not enough or you're just doing something
else.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
_______________________________________________
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




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux