Mailinglist Archive: opensuse-buildservice (181 mails)
| < Previous | Next > |
Re: [opensuse-buildservice] osc commands for showing/editing metadata
- From: "Dr. Peter Poeml" <poeml@xxxxxxx>
- Date: Mon, 16 Jul 2007 12:49:21 +0200
- Message-id: <20070716104921.GD6948@xxxxxxx>
Hi,
On Tue, May 29, 2007 at 05:01:48PM +0200, Dr. Peter Poeml wrote:
> while looking at adding support for editing project configuration,
> I thought that I'd like to organize osc subcommands that show or change
> metadata in a more consistent way.
I now implemented the new meta command, replacing editmeta, editprj,
createprj, editpac, createpac, edituser.
Do people think that I should add the old command names (like createpac
or editprj) as 'aliasses', so they people can continue to use them? Or
should I just ditch them?
And another question. So far, the commands for editing metadata have
automatically created a resource, when trying to edit one that doesn't
exist. Is that the wanted default behaviour, or should it require a
"--create" switch?
The current default behaviour has led to the accidental creation of
projects and packages, when a user mistyped a name of something he/she
wanted to edit only.
Thanks for your input.
Here is the usage of the new meta command:
"""
% osc help meta
meta: Show meta information, or edit it
Show or edit build service metadata of type <prj|pkg|prjconf|user>.
This command displays metadata on buildservice objects like projects,
packages, or users. The type of metadata is specified by the word after
"meta", like e.g. "meta prj".
With the --edit switch, the metadata can be edited. Per default, osc
opens the program specified by the environmental variable EDITOR with a
temporary file. Alternatively, content to be saved can be supplied via
the --file switch.
The --create switch is subject to discussion and not implemented.
usage:
osc meta <prj|pkg|prjconf|user> [-e|--edit [-f|--file] [-c|--create]] ARGS...
options:
-h, --help show this help message and exit
-F FILE, --file=FILE
read metadata from FILE, instead of opening an editor.
'-' denotes standard input.
-e, --edit edit metadata
"""
Peter
--
"WARNING: This bug is visible to non-employees. Please be respectful!"
SUSE LINUX Products GmbH
Research & Development
On Tue, May 29, 2007 at 05:01:48PM +0200, Dr. Peter Poeml wrote:
> while looking at adding support for editing project configuration,
> I thought that I'd like to organize osc subcommands that show or change
> metadata in a more consistent way.
I now implemented the new meta command, replacing editmeta, editprj,
createprj, editpac, createpac, edituser.
Do people think that I should add the old command names (like createpac
or editprj) as 'aliasses', so they people can continue to use them? Or
should I just ditch them?
And another question. So far, the commands for editing metadata have
automatically created a resource, when trying to edit one that doesn't
exist. Is that the wanted default behaviour, or should it require a
"--create" switch?
The current default behaviour has led to the accidental creation of
projects and packages, when a user mistyped a name of something he/she
wanted to edit only.
Thanks for your input.
Here is the usage of the new meta command:
"""
% osc help meta
meta: Show meta information, or edit it
Show or edit build service metadata of type <prj|pkg|prjconf|user>.
This command displays metadata on buildservice objects like projects,
packages, or users. The type of metadata is specified by the word after
"meta", like e.g. "meta prj".
With the --edit switch, the metadata can be edited. Per default, osc
opens the program specified by the environmental variable EDITOR with a
temporary file. Alternatively, content to be saved can be supplied via
the --file switch.
The --create switch is subject to discussion and not implemented.
usage:
osc meta <prj|pkg|prjconf|user> [-e|--edit [-f|--file] [-c|--create]] ARGS...
options:
-h, --help show this help message and exit
-F FILE, --file=FILE
read metadata from FILE, instead of opening an editor.
'-' denotes standard input.
-e, --edit edit metadata
"""
Peter
--
"WARNING: This bug is visible to non-employees. Please be respectful!"
SUSE LINUX Products GmbH
Research & Development
| < Previous | Next > |