Mailinglist Archive: opensuse-buildservice (351 mails)

< Previous Next >
Re: [opensuse-buildservice] osc submitreq tries to send a submission to the wrong project
  • From: Klaas Freitag <freitag@xxxxxxx>
  • Date: Mon, 14 Jul 2008 10:05:07 +0200
  • Message-id: <200807141005.07570.freitag@xxxxxxx>
Am Montag, 14. Juli 2008 09:39:56 schrieb Peter Poeml:
On Sat, Jul 12, 2008 at 04:35:28PM +0200, Klaas Freitag wrote:
Am Samstag, 12. Juli 2008 01:01:55 schrieb Peter Poeml:

I do not see a reason atm why chaining should not be allowed from a
technical POV as long as we successfully avoid circles. However, the
question is if we get a benefit from really using it - a benefit that is
bigger than the confusion that might arise from that. Not sure atm. What
do others think?


I have the following thoughts about it right now:

This is clearly not how we designed this attribute. It were meant as THE
primary place where development takes place. A place of which, by
definition, there can only be one.
Very valid thought.

Now, I see it can be desirable for users to have a defined path where
changes are moved from A to B to C and then to Factory. For instance,
it might be desirable that changes always first go to foo:KAPUTT first,
then to foo:UNSTABLE, foo:STABLE, then to openSUSE:Factory.
But all foo:* are usually owned by the same people - so the submit
request is somehow useless here (it _is_ of course usefull because of
documentation reasons). Having for example foo:KAPUTT, bar:FORTHEBRAVE
and baz:UNSTABLE before we end up in openSUSE:Factory we have the case.
However, I wonder if thats really a practical case ;)

However, I consider it misuse of the devel project attribute to use it
to define this path (Albeit a good idea ;). This is because it defeats
the purpose of defining the place where changes shall go _first_. That's
what it meant for, and it's actually (more) important to have an
attribute for this, because its (original) purpose is to avoid
submissions to some other place in the path.
Also valid, but what is your conclusion from that?


Klaas Freitag Architect OPS/IPD
SUSE LINUX Products GmbH - Nuernberg
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-buildservice+help@xxxxxxxxxxxx

< Previous Next >