DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=NjwZKQ9qfGCZaF8V2GtXvFSlxh5hDoY/RJuJovHLbB5u2XbxfCF/QyVD9D2oqwMvht
         +GI7SssZ6hz/ruFHC0y+wFQam1ZfiPnWwo1oXiDV4v114Y8b8Nx09vumKWoEOY8QNMSj
         JsVlvLX0gjq77gbt6YFAvde4pwdrT18xz2gms=
Precedence: list
MIME-Version: 1.0
In-Reply-To: <4B8CDF44.30909@iki.fi>
References: <95408c821003020118v437a7a55j9f6200c70cc06e6f@mail.gmail.com>
	 <4B8CDF44.30909@iki.fi>
Date: Tue, 2 Mar 2010 11:54:53 +0100
Message-ID: <95408c821003020254p33cb16eake83f2171a9f22233@mail.gmail.com>
Subject: Re: [alpine-devel] RFC: apk-tools user interface
From: Natanael Copa <natanael.copa@gmail.com>
To: =?ISO-8859-1?Q?Timo_Ter=E4s?= <timo.teras@iki.fi>
Cc: Alpine Developers <alpine-devel@lists.alpinelinux.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

2010/3/2 Timo Ter=E4s <timo.teras@iki.fi>:
> Natanael Copa wrote:
>>
>> The apk-tools user interface have some leftovers from apk-tools-1.x
>> which had an user interface similar to freebsd's pkg-tools. I don't
>> see any point in that anymore and i think its time to think over the
>> user interface for apk tools. I think we want keep 'apk add' and 'apk
>> del' like they are more or less for compatibility but I think it might
>> be good redo some of the other applets, at least 'apk info'.
>
> If you have strong arguments why to do it, then sure. I remember we
> decided to clone old shell interface to maintain compatibility with
> scripts.
>
>> How about we make a new applet called 'apk query' that eventually will
>> replace the 'apk info' applet?
>
> Yes, this would be the way to do it.
>
> I'm not against this, as the old style is slightly non-obvious and
> strange at points.

This is the main reason.

There are also some missing features. Like finding top level packages
and orphans. Been thinking that the output format could be different
too. Then I thought, if we decide to break compat then we should
probably do things correctly.

> However, doing this will require updating all scripts and have the
> users learn a new set of commands. Is it worth it?

I think we want keep the most common stuff as is, i.e 'apk add' and
'apk del' to not make it a too big chock.

> -- If the new
> commands are same as in e.g. apt, dpkg, rpm or some other popular
> package manager, then I think it's a good direction.

i picked some ideas from pacman, but i'm open to other suggestions.
The point is that it might be a good time to rethink the command line
interface now, before alpine-2.0

>
> - Timo
>



--=20
Natanael Copa


---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---