Mailinglist Archive: zypp-devel (116 mails)

[Jan Kupec <jkupec@xxxxxxx>]

Hi,

i would like to drop rugs concepts from zypper and use zypp concepts
instead. Concepts like /catalog/ or /service/ are not (to be) used in
zypp(er). (I hope the current 'installation source vs. repository'
flame-war on yast-devel will not affect this badly and that the
terminology will be agreed upon shortly.)

In fact, i already defined new command aliases in zypper-command [1] and
started to update rug-zypper compatibility list [2].

e.g.:

------------------+----+----------------------+----------------------------
 zypper command   | St | rug command          | rug description
------------------+----+----------------------+----------------------------
addrepo            ++    service-add (sa)       Add a service
rmrepo             ++    service-delete (sd)    Delete a service
listrepos (lr)     ++    service-list (sl)      List the available s...

I'd like them short and have shorthands for those which can't be short
(like in rug).

Also, i'd like zypper to use --repository, -r instead of --catalog, -c
to specify repository to work with. (or do you want
`s/repository/installation source` and  `s/repo/source`?).


Of course *rug compatibility will be preserved* (and improved). But man
page and help text should mention the new zypper commands and mention
rug commands in compatibility notes/tables/etc.

This will NOT affect zypper's functionality or future features. It's
just an attempt to clean up the confusing terminology for good.


the links:
[1] http://svn.opensuse.org/svn/zypp/trunk/zypper/src/zypper-command.h
    http://svn.opensuse.org/svn/zypp/trunk/zypper/src/zypper-command.cc
    (see ZypperCommand::parse(const std::string & strval_r) method for
    the definition of the aliases)
[2] http://svn.opensuse.org/svn/zypp/trunk/zypper/doc/zypper-rug

Your opinions?


Cheers,

Jano
-- 
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx