X-Original-To: alpine-devel@lists.alpinelinux.org
Delivered-To: alpine-devel@mail.alpinelinux.org
Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com [209.85.192.182])
	(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
	(No client certificate requested)
	by mail.alpinelinux.org (Postfix) with ESMTPS id 425EFDC0477
	for <alpine-devel@lists.alpinelinux.org>; Fri, 10 Oct 2014 15:14:47 +0000 (UTC)
Received: by mail-pd0-f182.google.com with SMTP id y10so1824430pdj.27
        for <alpine-devel@lists.alpinelinux.org>; Fri, 10 Oct 2014 08:14:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        bh=iX27xCQ0cpUdvXUhm7OnQeFPuL+6c/tuy50H88+ug9E=;
        b=w00z0rUjsyW22qJ2pW/7paAYvQEQbKbqopbiveq9Jvclyuaqe7YMJVOxd1eRnv7pTD
         XPSzpgtLwm8XMGvkxAW0NZpabaQA0c1rLPqbxr6iPg+x5wa6kjIZqF/FaKwpnJ3lq2b0
         4UrNLhQWHmj9fYRTaCx6DmD68JNUSQ/ydisBvAB5jb7vSkGOXLeA51PoTI727dZt+p24
         Y2lEOqVC41sfl7Xyo+7RfsAnkFiIgkYTnUUnRFFkZw1G3UuD7tInwV+RaJD+ONAixdiD
         Zgr21eSlnCqif/5BtO3cqI//YwAtBxKEjhL6cGX12vujirideaOKr74ENZbkBbT4uC5y
         FCow==
X-Received: by 10.68.98.131 with SMTP id ei3mr5809621pbb.47.1412954086274;
        Fri, 10 Oct 2014 08:14:46 -0700 (PDT)
Received: from newbook ([50.0.228.241])
        by mx.google.com with ESMTPSA id ca3sm3710734pbb.80.2014.10.10.08.14.44
        for <multiple recipients>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 10 Oct 2014 08:14:45 -0700 (PDT)
Date: Fri, 10 Oct 2014 08:14:41 -0700
From: Isaac Dunham <ibid.ag@gmail.com>
To: Natanael Copa <ncopa@alpinelinux.org>
Cc: Carlo Landmeter <clandmeter@gmail.com>, Timo Teras <timo.teras@iki.fi>,
	Alpine-devel <alpine-devel@lists.alpinelinux.org>
Subject: Re: [alpine-devel] apk-tools work-in-progress
Message-ID: <20141010151440.GA1805@newbook>
References: <20141008131721.747fcc9d@vostro>
 <CA+cSEmOhmw_cnVWN+OBOcU46Z1_qP9+dMbYVC+NpVqiOhNYN8Q@mail.gmail.com>
 <20141010121028.62d1e3f0@ncopa-desktop.alpinelinux.org>
X-Mailinglist: alpine-devel
Precedence: list
List-Id: Alpine Development <alpine-devel.lists.alpinelinux.org>
List-Unsubscribe: 
	<mailto:alpine-devel+unsubscribe@lists.alpinelinux.org?subject=unsubscribe>
List-Post: <mailto:alpine-devel@lists.alpinelinux.org>
List-Help: <mailto:alpine-devel+help@lists.alpinelinux.org?subject=help>
List-Subscribe: 
	<mailto:alpine-devel+subscribe@lists.alpinelinux.org?subject=subscribe>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20141010121028.62d1e3f0@ncopa-desktop.alpinelinux.org>
User-Agent: Mutt/1.5.23 (2014-03-12)

On Fri, Oct 10, 2014 at 12:10:28PM +0200, Natanael Copa wrote:
> On Fri, 10 Oct 2014 10:32:09 +0200
> Carlo Landmeter <clandmeter@gmail.com> wrote:
> 
> > >
> > >
> > > If you have new patchsets, old ones that are rebased, something I missed
> > > or just other ideas for apk-tools, please reply to this mail.
> > >
> > >
> > One of the missing features in apk-tools (I've had this question multiple
> > times on IRC) is the ability of query packages file list when not installed.
> > I think we have discussed this before, but I though I would just bump it
> > again to see what you think about it.
> > Maybe add an switch to generate an alternative database which we can query
> > after it has been generated locally?
> 
> I have some ideas related new 'package browser'. Basically a server
> with access to the apk repository with a Makefile that will generate a
> $pkgname.filelist file. eg:
> 
> 
> %.filelist: %.apk
> 	tar -ztf $< > $@
> 
> 
> we could also prefix each line with "$pkgname " and finally cat them
> all to a single file and make it available via http so you could
> basically search it with:
> 
>   curl $URL | grep filename
> 
> and we could have a tiny wrapper script too (like we have for sprunge)
> 
> This all could be done without any additional coding in apk-tools.

+1 for this plan.
Debian does something kind of similar; uninstalled packages need
a separate database and program to query it.

> More ideas for package browser (statically generated html files) are:
> 
> We could also fish out the .PKGINFO and generate a $pkgname.meta.yaml
> and generate static html pages for packages.
> 
> It all could be regenerated with mqtt trigger after packages have been
> uploaded to mirror.
> 
> Since we use 'make' for it, only newly uploaded packages will be
> re-generated.

Sounds good.

Isaac Dunham

> -nc
> 
> > 
> > -carlo
> 


---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---