DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        b=yBYZyMAZqjvc6sOClQAtwspfrsV6ELkzHzb8kdZPg+ULHVE//CDkAbjJeem+MY6z7n
         02o24cbpgZTHIRpcNQk1MTaVWvA+aBWnpUCCNMioumO7SBU9iPd6EbX4pS9dqHMY7Jau
         v1CdDPD/yc9dKlCFS45rIFUmSIs8wvEwoir+4=
Sender: =?UTF-8?Q?Timo_Ter=C3=A4s?= <timo.teras@gmail.com>
Message-ID: <4B8CDE8F.2030703@iki.fi>
Date: Tue, 02 Mar 2010 11:46:55 +0200
From: =?ISO-8859-1?Q?Timo_Ter=E4s?= <timo.teras@iki.fi>
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
Precedence: list
MIME-Version: 1.0
To: Natanael Copa <natanael.copa@gmail.com>
CC: Alpine Developers <alpine-devel@lists.alpinelinux.org>
Subject: Re: [alpine-devel] apk-tools idea: runtime plugins
References: <95408c821003012340w72402e30mbf177585e74bede7@mail.gmail.com>
In-Reply-To: <95408c821003012340w72402e30mbf177585e74bede7@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Natanael Copa wrote:
> Other idea I have been thinking for some time: runtime plugins for apk-tools
> 
> What triggered this idea was that it would be nice to have a "real"
> http/ftp downloader via curl or similar instead of fork/exec bb wget,
> however, would not be nice to need libcurl in the initramfs image.
> 
> Some options:
> We could have fetcher plugins. install /lib/apk/fetch_curl.so and
> suddenly you have http and ftp support. Install /lib/apk/fetch_scp.so
> and suddenly apk-tools understands scp:// repositories.
> 
> We could have applet plugins. Install /lib/apk/index.so and you get
> 'apk index' etc.
> 
> In future we could have /lib/apk/gtk-progress-bar.so etc...
> 
> Other option is that we could have only one plugin that have all the
> "extended" stuff. So you have an apk-tools-base or similar, containing
> only the basic functionallity, apk add, apk del and thats it. It could
> use the busybox wget to fetch from http. Then you have another package
> apk-tools-extras or similar that includes plugins for http download
> via curl, includes the developer stuff like apk index etc.

Might be an idea. However, I'm not currently sure what extra benefit
we get from using libcurl or wget. Splitting the applets to separate
modules might be useful though.

> In any case, it would be nice to be able have a framework for runtime plugins.

Yes, the more modular code we do, the easier it is to extend it later.

Patches are welcome :)

- Timo



---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---