Mailinglist Archive: opensuse-buildservice (193 mails)

< Previous Next >
Re: [opensuse-buildservice] ANN: osc release
  • From: Christian Boltz <opensuse@xxxxxxxxx>
  • Date: Sun, 29 Apr 2007 15:57:24 +0200
  • Message-id: <200704291557.25162@xxxxxxxxxxxxxxx>
Hello,

on Freitag, 27. April 2007, Dr. Peter Poeml wrote:
> On Thu, Apr 26, 2007 at 11:13:48PM +0200, Christian Boltz wrote:
> > I'd like to add another feature request: if PROJECT and PACKAGE are
> > not given, the values should be determinated from the current
> > directory.
> >
> > Example / usecase:
> >
> > I'm in the directory where I checked out package foo from project
> > bar - which is known to osc when doing "osc up" or "osc commit".
> > Now I want to edit the metadata of this package and call "osc
> > editmeta". The result is "missing argument".
> > Instead, I have to type "osc editmeta bar foo"
> >
> > Expected behaviour: take the project and package name from the
> > current directory (as already done with "up" and "commit"). This
> > would save lots of needless typing.
>
> I have been thinking about this several times, but didn't come to a
> conclusion yet.
>
> It wouldn't fit all subcommands equally well.
>
> A disadvantage would be, that for some subcommands, which take more
> than those two arguments, like
>         osc rebuildpac PROJECT [PACKAGE [PLATFORM [ARCH]]]
> it will become (at the least) confusing, if osc has to guess what to
> do.

Not if you _always_ assume that a command is for the package in the 
current directory ;-)  - but I see the problem.

Another idea: You could at least allow the syntax
    osc rebuildpac .
which would take project and package from the current directory.
Not perfect, but it would save typing until you splitted osc and 
osc-remote.

> Of course, the current inconsitencies of subcommand implementation
> need be fixed. For example,
>         osc results [PACDIR]
> which requires a checked out package, versus
>         osc rebuildpac PROJECT [PACKAGE [PLATFORM [ARCH]]]
> which works purely remote.
>
> I think what I fancy most is to put server-only subcommands
> into a separate command, named e.g. osc-remote. That command would
> principally require a project and package argument, and behave
> identically otherwise. I think this would be more convenient than
> adding commandline switches that modify the behaviour.
>
> Would that be reasonable?

Sound like a good idea - but osc should still offer these commands for 
checked out packages. So:
- osc rebuild [PLATFORM [ARCH]]
  for the (checked out) package in the current directory (or project
  if the current directory contains a whole project)
- osc-remote rebuild PROJECT [PACKAGE [PLATFORM [ARCH]]]
  for all other cases


Regards,

Christian Boltz
-- 
Das terrorsicherste Verkehrsmittel ist ganz klar das Automobil. Einzeln
verpackte Verkehrsteilnehmer in Stahlhülle mit großen Abständen. :)
[Kristian Köhntopp auf
http://blog.koehntopp.de/archives/1376-Mach-mir-den-Rail-Marshall.html]
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-buildservice+help@xxxxxxxxxxxx

< Previous Next >