Hi, On Tue, 6 Apr 2010, Adrian Schröter wrote:
No bug, works as designed and wanted :)
But you fail to answer _what_ was designed and wanted. Probably we're talking past each other: I'm not at all interested in the blocked state, that's something you brought into the picture, but I still don't know why. I'm exclusively talking about the raw number of package rebuilds (and I claim they will be fewer when building against snapshot/ vs. standard/; you seem to disagree with that, and I want to know how my claim can be wrong).
The blocked state prevents us from building only shortly needed packages.
you can avoid building packages (because multiple source changes or other indirect build triggers like binary builds of packages in the build dependencies) via the blocked state.
Um, yes, of course. But if someone does multiple source changes to the same package in a row (i.e. something that's purely under his control), without intermediate builds (i.e. he doesn't test each source change), and he indeed _doesn't want_ those intermediate builds (i.e. he relies on the slowness of standard/ to prevent those multiple builds because the package remains in blocked for a long time because of some indirect dependency) then he is stupid. He simply should not have done multiple source changes if he doesn't want multiple rebuilds. Now if he does changes in the project on multiple packages (A,B,C) which might be BuildReqs for package X, then depending on how quick he is with committing the A/B/C changes X will be rebuilt multiple times. But that is the case no matter if he builds against snapshot/ or standard/ . So far about direct build triggers (source or project changes). As for indirect build triggers: these are changes in the base project. standard/ changes more often than snapshot/ (this is true, isn't it?), hence building against snapshot/ will rebuild your projects packages less often for indirect reasons.
So, when you say you build less often packages in your project in general by selecting "snapshot" over "standard" this is not true. It depends a lot on how the trigger pattern is in your project and in openSUSE:Factory.
The way I see it, there are either triggers caused by the base project, or triggers caused by the project itself, and no other type of triggers (let's ignore manual triggers). The base-project triggers are strictly fewer with snapshot/ , and the project-local triggers are exactly the same. Why do you think different? Ciao, Michael.