X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@lists.alpinelinux.org Received: from mail.wtbts.no (mail.wtbts.no [213.234.126.131]) by lists.alpinelinux.org (Postfix) with ESMTP id 7021E1EBFFD for ; Tue, 14 Dec 2010 07:37:18 +0000 (UTC) Received: from localhost (bsna.nor.wtbts.net [127.0.0.1]) by mail.wtbts.no (Postfix) with ESMTP id 5F4AEAE4003; Tue, 14 Dec 2010 07:37:17 +0000 (UTC) X-Virus-Scanned: Yes Received: from mail.wtbts.no ([127.0.0.1]) by localhost (bsna.nor.wtbts.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PkF789LGhVxU; Tue, 14 Dec 2010 07:37:16 +0000 (UTC) Received: from mail.ytre.org (extmail.nor.wtbts.net [10.65.72.14]) by mail.wtbts.no (Postfix) with ESMTP id 000BDAE4001; Tue, 14 Dec 2010 07:37:15 +0000 (UTC) Received: from mail.ytre.org (localhost [127.0.0.1]) by mail.ytre.org (Postfix) with ESMTP id BACD160EE14B7; Tue, 14 Dec 2010 07:37:15 +0000 (UTC) Received: from ncopa-desktop.nor.wtbts.net (unknown [10.65.65.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: ncopa@ytre.org) by mail.ytre.org (Postfix) with ESMTPSA id 639BE60EE14B5; Tue, 14 Dec 2010 07:37:14 +0000 (UTC) Date: Tue, 14 Dec 2010 08:37:06 +0100 From: Natanael Copa To: "Matt Smith" Cc: alpine-devel@lists.alpinelinux.org Subject: Re: [alpine-devel] new aport utility: ap Message-ID: <20101214083706.2335a220@ncopa-desktop.nor.wtbts.net> In-Reply-To: <1292268414.201528757@192.168.2.228> References: <20101213162256.056c0e23@ncopa-desktop.nor.wtbts.net> <1292268414.201528757@192.168.2.228> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; x86_64-unknown-linux-gnu) 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=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV using ClamSMTP On Mon, 13 Dec 2010 13:26:54 -0600 (CST) "Matt Smith" wrote: > I'm wondering if we should have an extra sub-command that would allow > one to search all APKBUILDs in their aports for their name or another > contributor/maintainer's name. =A0This would allow contributors to keep > track of which package(s) they're involved in. >=20 > I'd actually just made a one-liner shell command for this prior to > checking my e-mail: grep -rHi "Matt Smith" ~/aports/ | grep -E > 'aports/(testing|main)/[^/]+/APKBUILD' | awk -F '/' '{print $5 "/" > $6}' | sort -u Right. The current lua script implementation is not really good for this but could be done ofcourse. Currently the script will source each APKBUILD and echo $pkgname $pkgver $source etc so variable expansion works properly. In other words, the comments are currently ignored. But yes. We need a tool for this. > On Monday, December 13, 2010 9:22am, "Natanael Copa" > said: ... > > We need a config file (/etc/ap.conf?) where you can list your aports > > dirs. > >=20 > > I am interested in feedback: > >=20 > > Is 'ap' a good name for this command? > >=20 > > Do we want 'ap ' or ap-subcommand as a symlink? or > > separate file? > ... >=20 > I think having a config file is a great idea. Maybe /etc/aports/aports.conf and move /etc/abuild.conf to /etc/aports/abuild.conf ? > I also have a few ideas that I'd like to see what you think about: > - Rename 'ap' to 'aports' Will that not cause confusion? When you talk about aports, do you talk about the aports tool or the ported applications, buildscripts? > - Make 'ap' / 'aports' similar to 'apk' in regards to sub-commands; > include abuild, abump, newapkbuild, etc. as sub-commands to 'ap' / > 'aports' (e.g.: aports build -r, aports newapkabuild newpackage) I was thinking of simplifying the abuild script, remove all the code doing dependencies, recursive building etc, and let 'aports' utility do that, but keep the shell script to do simple building. Like gentoo has 'emerge' and 'ebuild' > - Rename /etc/abuild.conf to /etc/aports.conf and add variable(s) for > 'ap' / 'aports' pointing to the local aports directory(s) Hmm... We dont want 2 different tools? One that does the actuall building and one that searches/analyzes the aports tree. In any case i think we might want the aports.conf be readable from shell scripts. > - Matt >=20 Thanks for the feedback! -nc --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---