Mailinglist Archive: opensuse-buildservice (193 mails)

< Previous Next >
Re: [opensuse-buildservice] ANN: osc release
  • From: "Dr. Peter Poeml" <poeml@xxxxxxx>
  • Date: Wed, 25 Apr 2007 23:52:39 +0200
  • Message-id: <20070425215239.GX4538@xxxxxxx>
on Fri, Apr 20, 2007 at 12:14:09PM +0200, Dr. Peter Poeml wrote:
> The next thing I'm targetting is a cleanup of the commandline handling,
> which should make further work on osc significantly easier. Which is why
> I'm deferring other small changes until that has been accomplished.
> Be assured that patches and ideas contributed to this list are not
> forgotten!

And here's the next release.

Yesterday, I tackled the commandline handling. It is now powerful enough
to make extensions real easy. Commands, options and their documentation
are defined in a single place. 

I already added some new features.

rebuildpac got a --failed option.

status got a -v option.

-H enables HTTP debugging, which remains crucial for myself anyway.

But the most significant (for some people at least) user-visible change
is that osc is now easier to work with when using alternative API
servers.  The configured server can be overriden with -A <url> on the
commandline.  "apisrv" in the config also takes a URL now, so the
variable "scheme", which was needed before, becomes obsolete. For
backward compatibility, a hostname (and scheme variable) are accepted
like before. Likewise, the auth sections in the config take a URL now,
or a hostname:port to keep old config working.  HTTP or HTTPS scheme is
determined from the URL.  Credentials must be configured in .oscrc.

Further thoughts:

It would be trivial now to implement a copy subcommand which could copy
packages from one buildservice instance to another one. 

I am thinking about allowing to use an alternative syntax for commands
which take PROJECT and PACKAGE as arguments, so one could write
PROJECT/PACKAGE. This would make copy and paste much easier. This could
be extended to use (pseudo-) URLs even, like
http://apisrv/PROJECT/PACKAGE. This again would be handy when
implementing copy or diff across buildservice instances. Would this seem
useful to anyone?

Thanks.
Peter
-- 
Allen Gewalten zum Trutz sich erhalten.
 
SUSE LINUX Products GmbH
Research & Development
< Previous Next >
References