[opensuse-buildservice] What going on in BS: many packages downgraded
Hi, I wonder about some funnies, when comparing "zypper up" and "zypper dup", what I do occasionally. Example given from KDE:/KDE3/openSUSE_11.1: S | Name | Type | Version | Arch | Repository --+---------------+---------+--------------+------+------------------ v | kdebase3-apps | package | 3.5.10-50.2 | i586 | KDE3 11.1 i | kdebase3-apps | package | 3.5.10-109.1 | i586 | (System Packages) And really, sometimes between the Jul 17 and Jul 24 this package and many more got downgraded on BS. Call me old fashioned to still use this thing, but is that a new way of punishment because of that? While at it, could it be, that BS is REALLY busy ATM? Trying to build a tiny package is scheduled since an hour? I wonder, since I expected, that many BS users are on holiday now... Pete -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
Am 30.07.2009 12:09, schrieb Hans-Peter Jansen:
While at it, could it be, that BS is REALLY busy ATM? Trying to build a tiny package is scheduled since an hour? I wonder, since I expected, that many BS users are on holiday now...
The biggest BS user is openSUSE:Factory and if that is rebuilding from scratch it takes a lot of resources with a high priority (I guess). Wolfgang -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
Am Donnerstag, 30. Juli 2009 12:14:22 schrieb Wolfgang Rosenauer:
Am 30.07.2009 12:09, schrieb Hans-Peter Jansen:
While at it, could it be, that BS is REALLY busy ATM? Trying to build a tiny package is scheduled since an hour? I wonder, since I expected, that many BS users are on holiday now...
The biggest BS user is openSUSE:Factory and if that is rebuilding from scratch it takes a lot of resources with a high priority (I guess).
Well, yes, Factory itself just triggers also other projects. However, you can always see the current state/load on the monitor page. bye adrian -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
Am Donnerstag, 30. Juli 2009 schrieb Adrian Schröter:
Am Donnerstag, 30. Juli 2009 12:14:22 schrieb Wolfgang Rosenauer:
Am 30.07.2009 12:09, schrieb Hans-Peter Jansen:
While at it, could it be, that BS is REALLY busy ATM? Trying to build a tiny package is scheduled since an hour? I wonder, since I expected, that many BS users are on holiday now...
The biggest BS user is openSUSE:Factory and if that is rebuilding from scratch it takes a lot of resources with a high priority (I guess).
Well, yes, Factory itself just triggers also other projects.
However, you can always see the current state/load on the monitor page.
Hey, cool, didn't discoved before, but why aren't my jobs listed there? And, any idea about $SUBJECT? Cheers, Pete -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
Am Donnerstag, 30. Juli 2009 13:14:57 schrieb Hans-Peter Jansen:
Am Donnerstag, 30. Juli 2009 schrieb Adrian Schröter:
Am Donnerstag, 30. Juli 2009 12:14:22 schrieb Wolfgang Rosenauer:
Am 30.07.2009 12:09, schrieb Hans-Peter Jansen:
While at it, could it be, that BS is REALLY busy ATM? Trying to build a tiny package is scheduled since an hour? I wonder, since I expected, that many BS users are on holiday now...
The biggest BS user is openSUSE:Factory and if that is rebuilding from scratch it takes a lot of resources with a high priority (I guess).
Well, yes, Factory itself just triggers also other projects.
However, you can always see the current state/load on the monitor page.
Hey, cool, didn't discoved before, but why aren't my jobs listed there?
And, any idea about $SUBJECT?
downgrading is the correct behaviour on dup, when there are dependency errors in the repos or in your installation. -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
Am Donnerstag, 30. Juli 2009 schrieb Adrian Schröter:
Am Donnerstag, 30. Juli 2009 13:14:57 schrieb Hans-Peter Jansen:
Am Donnerstag, 30. Juli 2009 schrieb Adrian Schröter:
Am Donnerstag, 30. Juli 2009 12:14:22 schrieb Wolfgang Rosenauer:
Am 30.07.2009 12:09, schrieb Hans-Peter Jansen:
While at it, could it be, that BS is REALLY busy ATM? Trying to build a tiny package is scheduled since an hour? I wonder, since I expected, that many BS users are on holiday now...
The biggest BS user is openSUSE:Factory and if that is rebuilding from scratch it takes a lot of resources with a high priority (I guess).
Well, yes, Factory itself just triggers also other projects.
However, you can always see the current state/load on the monitor page.
Hey, cool, didn't discoved before, but why aren't my jobs listed there?
And, any idea about $SUBJECT?
downgrading is the correct behaviour on dup, when there are dependency errors in the repos or in your installation.
Sure, I understand that from the view of my system. Ignore this POV for now, it's just how I noticed the fact.. Let me put it another way: I was under the impression, that BS _always_ increases package revisions (of a certain release), but as noted, current version of kdebase3 in http://download.opensuse.org/repositories/KDE:/KDE3/openSUSE_11.1/i586/ is 3.5.10-50.2, but is was at 3.5.10-109.1 around the 20th of July. See, revisions moving downwards! This is why I ask here. It shaking my view of BS for the moment. Pete -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Thu, Jul 30, 2009 at 01:39:20PM +0200, Hans-Peter Jansen wrote:
Sure, I understand that from the view of my system. Ignore this POV for now, it's just how I noticed the fact..
Let me put it another way:
I was under the impression, that BS _always_ increases package revisions (of a certain release), but as noted, current version of kdebase3 in http://download.opensuse.org/repositories/KDE:/KDE3/openSUSE_11.1/i586/ is 3.5.10-50.2, but is was at 3.5.10-109.1 around the 20th of July. See, revisions moving downwards! This is why I ask here. It shaking my view of BS for the moment.
That's because kdebase3 got turned into a source link that points to Factory. Still, it shouldn't behave that way, for some reason the BS can't find out the correct package version for the source link. I'll investigate. Cheers, Michael. -- Michael Schroeder mls@suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Thursday 30 July 2009 14:56:46 Michael Schroeder wrote:
That's because kdebase3 got turned into a source link that points to Factory. Still, it shouldn't behave that way, for some reason
It's a long standing problem, "Bug 351620 - Build Revision Numbers Jumping Backwards" and other reports. Bye, Steve -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Thu, Jul 30, 2009 at 03:02:14PM +0200, Stephan Binner wrote:
On Thursday 30 July 2009 14:56:46 Michael Schroeder wrote:
That's because kdebase3 got turned into a source link that points to Factory. Still, it shouldn't behave that way, for some reason
It's a long standing problem, "Bug 351620 - Build Revision Numbers Jumping Backwards" and other reports.
Ok, I just fixed it. I'm a bit reluctant to deploy the fix right now as I'm on vacation for the next two weeks. I'll talk with Adrian. Cheers, Michael. -- Michael Schroeder mls@suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
On Thu, Jul 30, 2009 at 03:12:31PM +0200, Michael Schroeder wrote:
On Thu, Jul 30, 2009 at 03:02:14PM +0200, Stephan Binner wrote:
On Thursday 30 July 2009 14:56:46 Michael Schroeder wrote:
That's because kdebase3 got turned into a source link that points to Factory. Still, it shouldn't behave that way, for some reason
It's a long standing problem, "Bug 351620 - Build Revision Numbers Jumping Backwards" and other reports.
Ok, I just fixed it.
Thinking about it I'm not so sure if my fix is really correct. I'll work on it after my vacation. M. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
Am Donnerstag, 30. Juli 2009 schrieb Michael Schroeder:
On Thu, Jul 30, 2009 at 01:39:20PM +0200, Hans-Peter Jansen wrote:
Sure, I understand that from the view of my system. Ignore this POV for now, it's just how I noticed the fact..
Let me put it another way:
I was under the impression, that BS _always_ increases package revisions (of a certain release), but as noted, current version of kdebase3 in http://download.opensuse.org/repositories/KDE:/KDE3/openSUSE_11.1/i586/ is 3.5.10-50.2, but is was at 3.5.10-109.1 around the 20th of July. See, revisions moving downwards! This is why I ask here. It shaking my view of BS for the moment.
That's because kdebase3 got turned into a source link that points to Factory. Still, it shouldn't behave that way, for some reason the BS can't find out the correct package version for the source link. I'll investigate.
That's something, I can very well deal with.. Even better, when it's a _known_ problem that awaits its termination. Thanks, and have a nice holiday, Michael. Cheers, Pete -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org
participants (5)
-
Adrian Schröter -
Hans-Peter Jansen -
Michael Schroeder -
Stephan Binner -
Wolfgang Rosenauer