X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@mail.alpinelinux.org Received: from ncopa-desktop.alpinelinux.org (3.203.202.84.customer.cdi.no [84.202.203.3]) (using SSLv3 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: n@tanael.org) by mail.alpinelinux.org (Postfix) with ESMTPSA id F2611DC00F8; Fri, 10 Oct 2014 10:10:31 +0000 (UTC) Date: Fri, 10 Oct 2014 12:10:28 +0200 From: Natanael Copa To: Carlo Landmeter Cc: Timo Teras , Alpine-devel Subject: Re: [alpine-devel] apk-tools work-in-progress Message-ID: <20141010121028.62d1e3f0@ncopa-desktop.alpinelinux.org> In-Reply-To: References: <20141008131721.747fcc9d@vostro> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; x86_64-alpine-linux-musl) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Fri, 10 Oct 2014 10:32:09 +0200 Carlo Landmeter 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. 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. -nc > > -carlo --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---