drop inheritance at f19 branch point?

Ben Boeckel mathstuf at gmail.com
Sat Jan 26 05:49:25 UTC 2013


On Thu, 24 Jan, 2013 at 02:41:50 GMT, Kevin Fenzi wrote:
> % bodhi -L systemd
>                f16-updates  systemd-37-25.fc16
>      f16-updates-candidate  systemd-37-25.fc16
>        f16-updates-testing  systemd-37-25.fc16
>      f17-updates-candidate  systemd-44-22.fc17
>        f17-updates-testing  systemd-44-23.fc17
>                f17-updates  systemd-44-23.fc17
>        f18-updates-testing  systemd-195-15.fc18
>                f18-updates  systemd-197-1.fc18.1
>      f18-updates-candidate  systemd-195-14.fc18

Looking at this, how about a simple rule about what makes a fedpkg build
cascade up: While the next higher branch has the same version, but older
pre-dist release number, merge --ff-only and trigger a build if one is
not created within an hour of the current build completing. With this, a
bump in the form %{?dist}.1 wouldn't trigger a build (since this implies
that it's a release-specific fix) and a build on fX won't trigger an
fX+1 build if there's a version gap between them.

Sending an email halfway between the end of the build and automation of
intent would probably be useful. If the next higher branch is updated
manually and no build appears, this could be interpreted as a "I know
what I'm doing" indication and cancel the automation.

Thoughts?

--Ben



More information about the devel mailing list