Hi Jose, On Wed, Jun 18, 2008 at 11:22:35 +0200, Jose V Beneyto wrote:
Hi,
Victor Martinez wrote:
On Wed, 18 Jun 2008 08:15:37 +0200 Johannes Winkelmann <jw@smts.ch> wrote:
There are two major chances:
1. User interface: less commands -------------------------------- [...] http://jw.smts.ch/pg-ng In this list, the 'depends' subcommand is replaced and grouped by the 'dep' one, which sounds better for me. Other subcommands replacements as 'find' are fine too, but I have in my mind an alternative for 'sysup'. Both 'up' and 'sysup' subcommands could be grouped into the 'up' one, -N and -D options are shared and, as I known 'up' is a subset of 'sysup'. So for me sounds better:
prt-get up prt-get update <options> package prt-get sysup prt-get update -a (means try to update all packages installed)
You're mixing upper with lowercase options, (e.g: pgt diff -Q, pgt find -f) and IMO they should be in lowercase. My idea was to have the global options (those used in multiple commands) uppercase, and those that are command specific lowercase. Not sure if
Yeah, that makes sense. I was thinking to give --all for update a different meaning, such that 'update <port> --all' would a) install missing dependencies b) update outdated dependencies that are already installed c) update <port> In other words, it would bring just one subtree up to date. At this point in time, I'm not sure if this is a good idea, or commonly used case. Regarding sysup, how about 'pgt update --system' (and 'pgt up --system')? that's a good idea though. Also, it's not used consistently (-R for reverse dependencies should be lowercase).
Also, there are a number of subcommands still without alternatives in your list, like: path, dup, listorphans, dumpconfig, cache, ... True;
- I like 'path' a fair bit, but it could also become 'info <port> --format=%p'. - listorphans should become 'list --orphans' - cache and dumpconfig can probably stay as is (the configuration file implementation will see some changes anyway). I'll write an updated mapping once I've collected all the feedback
Personally I don't like the idea of changing the 'prt-get' name. Well, at this point in time it's mainly for practical reasons, i.e. to allow using both at the same time. That said, I've found the short name (without the dash) nice to type.
Thanks for your comments, Johannes -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch