[zypp-devel] zypper going it's own way
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@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
* Jan Kupec
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.)
I fully agree that zypper should live a 'life by itself' (;-)) but I fear that we're not ready to decide about the details yet.
Of course *rug compatibility will be preserved* (and improved).
This is indeed mandatory and I'm glad you mention this.
This will NOT affect zypper's functionality or future features. It's just an attempt to clean up the confusing terminology for good.
Lets please postpone such changes until after 10.3 Klaus -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
participants (2)
-
Jan Kupec
-
Klaus Kaempf