-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Enable triggering an individual rebuild of a failed build for package maintainers #108
Comments
Actually this issue is filed incorrectly here, but only due to the apparent lack of a specific place to file issues for the SailfishOS-OBS. |
I think this is possible via a careful incantation of
So e.g. |
@nephros "osc rebuild" should be better for that use |
Ah yes, thanks.
|
There is even a "--failed" option for "osc rebuild" |
... and But that needs the password encoded in a specific way to be added as an authentication header, and I'm not going to document here how. Seekers will find. (hint: it's bzip2). Shameless plug: My unpublished and terrible app "obs-master" can do that from a GUI. |
QUESTION
Is there a way to configure the OBS running SailfishOS-OBS to allow for triggering an individual rebuild of a failed build for package maintainers?
STEPS TO REPRODUCE
A package maintainer (i.e., without admin privileges) is allowed to trigger building all versions (i.e., all combinations of CPU-architectures and SailfishOS releases) by altering the
_service
file or hitting the "Trigger services" button. But when a build fails for a specific combination of CPU-architecture and SailfishOS release, one is not able to retrigger this failed build individually via the "Trigger rebuild" button atop of the build log: OBS explicitly notifies one about lacking the right to do that.ADDITIONAL INFORMATION
As single packages regularly fail to build as the SailfishOS-OBS with the build log showing that the build process simply stalled at some point (i.e., the build process "hangs" until a timeout hits and the state of the package built for a specific combination of CPU-architecture and SailfishOS release is switched from
building
tofailed
) a package maintainer at SailfishOS:Chum:Testing currently has no choice but to retrigger building all combinations of CPU-architectures and SailfishOS releases for this package in order to have none of them infailed
state; sometimes even multiple times until all variants of a package are successfully built. Actually not being able to rebuild individual variants of a package vastly increases the probability of this happening multiple times in a row, each time with a different variant of the package failing to build, usually. This results in a massive waste of resources: technical ones, but also the the maintainer having to watch the build results regularly in approx. 15 minutes intervals and then to retrigger a mass rebuild (all combinations of CPU-architectures and SailfishOS releases), again.Suggestion
Evaluate, e.g. by the technical maintainers of the SailfishOS-OBS (currently @lbt and @mlehtima AFAICS), if there is a way to configure the OBS version in use to allow maintainers to trigger rebuilds of individual package variants, as admins are already allowed to.
The text was updated successfully, but these errors were encountered: