Mailinglist Archive: opensuse-features (25 mails)

< Previous Next >
[openFATE 307735] "Publish on Build Success" mode
Feature changed by: Jimmy Berry (boombatower)
Feature #307735, revision 11
Title: "Publish on Build Success" mode

Buildservice: Evaluation by engineering manager
Priority
Requester: Important
Projectmanager: Desirable

Requested by: Stephan Binner (beineri)
Partner organization: openSUSE.org

Description:
It would be good to have a publishing mode which runs only if all
packages of a project have built successful (no fail, no expansion
errors, no broken) to prevent syncing out of a likely broken/non-
installable state. This would be especially useful for automatic
upgraded snapshots with a whole chain of interdepending packages.

Discussion:
#1: Adrian Schröter (adriansuse) (2010-01-22 16:20:31)
Should be a "publish only if no fail/broken/expansion errors exist)

#2: Adrian Schröter (adriansuse) (2010-02-20 12:11:31)
My suggestion is to make it possible via
<publish> <enable condition="noerror"> </disable> </publish>
setting.

#3: Jan Engelhardt (jengelh) (2010-02-20 20:05:40)
At the same time, could we have a tunable that publishes packages
"every once in a while" (like, X hours), otherwise I am getting no sync
for days with large projects.

#4: Adrian Schröter (adriansuse) (2010-05-20 09:09:38)
That feature still needs discussion, moving to 2.5.

#5: grant k (grantksupport) (2014-06-11 02:44:10)
Adrian pointed me here from my own post,
https://github.com/openSUSE/open-build-service/issues/702
+1 on this capability to keep critical repos available.

+ #6: Jimmy Berry (boombatower) (2015-11-18 06:52:50)
+ Or even one step further. No packages are in flux (ie building). That
+ can definitely happen with large repositories like KDE updates and such
+ as I used a lot in the past. Not so much with Tumbleweed.
+ Perhaps a pre-publish step that checks that package dependendies can be
+ satisfied which would allow individual packages to require exact
+ versions if they need them and not when they don't. A bit more granular
+ control and should still solve the wait until no errors in the original
+ request.




--
openSUSE Feature:
https://features.opensuse.org/307735

< Previous Next >
This Thread