X-Original-To: alpine-devel@lists.alpinelinux.org
Delivered-To: alpine-devel@lists.alpinelinux.org
Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54])
	by lists.alpinelinux.org (Postfix) with ESMTP id 8298F1EBFF8
	for <alpine-devel@lists.alpinelinux.org>; Thu, 31 Mar 2011 13:26:49 +0000 (UTC)
Received: by ewy1 with SMTP id 1so785414ewy.13
        for <alpine-devel@lists.alpinelinux.org>; Thu, 31 Mar 2011 06:26:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:sender:message-id:date:from:user-agent
         :mime-version:to:cc:subject:references:in-reply-to
         :x-enigmail-version:content-type:content-transfer-encoding;
        bh=hGwR4kqdoqCrXXscGoR5Rb4F02omh3RfggJYah88fJE=;
        b=fOiZ+S0vxxTez+Zbw4e5HBkZiKeDBJIOb7HhBglvGFbq5aidI6thck0DBwaAkB9gQc
         tJHs/FwZc8iUU8ZiJ85MRlgEaMnVaZu2pEhpTAT5zQLwgbAmZGtCFxFXQnyi7JuhzRUD
         CdzD0D86EW180TYSF6v/VkA66wOZ6ZyTaFZyc=
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:x-enigmail-version:content-type
         :content-transfer-encoding;
        b=EOVCGHy/sIQc7t7qh0Mbz8DEciz1SJ6PpPEox1JeuWAhNWKU3CEEpvcojRHkHBeybC
         dql4Cd3SVRTFxvb9C6shQRZWFPFfATMVpgYPsewozBakc4syqOETgrqwic2hMxbmREXD
         jwk0J1w2RkTe01jKuA/2PA04J+tTMLzgKHyRU=
Received: by 10.14.48.72 with SMTP id u48mr1362936eeb.73.1301578008053;
        Thu, 31 Mar 2011 06:26:48 -0700 (PDT)
Received: from [10.26.34.2] (mail.fi.jw.org [83.145.235.193])
        by mx.google.com with ESMTPS id x14sm731664eeh.6.2011.03.31.06.26.47
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 31 Mar 2011 06:26:47 -0700 (PDT)
Sender: =?UTF-8?Q?Timo_Ter=C3=A4s?= <timo.teras@gmail.com>
Message-ID: <4D948118.8050701@iki.fi>
Date: Thu, 31 Mar 2011 16:26:48 +0300
From: =?ISO-8859-1?Q?Timo_Ter=E4s?= <timo.teras@iki.fi>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8
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
To: Ted Trask <ttrask01@yahoo.com>
CC: Natanael Copa <ncopa@alpinelinux.org>, jeremy@thomersonfamily.com, 
 Alpine-devel <alpine-devel@lists.alpinelinux.org>
Subject: Re: [alpine-devel] Why? ACF - million repos </sarcasm>
References: <AANLkTindJPfApS9KrK_a2sJ4BxwDEk6+54b4zLAr=wJb@mail.gmail.com> <20110331141803.67f714de@ncopa-desktop.nor.wtbts.net> <899171.33677.qm@web130121.mail.mud.yahoo.com> <4D94795D.7040206@iki.fi> <678804.43665.qm@web130120.mail.mud.yahoo.com>
In-Reply-To: <678804.43665.qm@web130120.mail.mud.yahoo.com>
X-Enigmail-Version: 1.1.2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

On 03/31/2011 04:14 PM, Ted Trask wrote:
> 1) Having one ACF git repo would save me some work when updating multiple 
> packages / releases, but it would add some overhead too. I have a tendency to 
> have unfinished work (uncommitted) on some packages while working on others. 
> Since git has only one stash (right?), it would be more difficult for me to 
> maintain my tree.

You can have several of them: man git-stash

> 2) Also, building would be difficult. What tag would abuild pull? Some packages 
> will have untagged (not for release) mods that are older than tagged (for 
> release) mods for other packages. Would abuild pull separate tags from the repo 
> for each package?

Basically you would have single version number and single tag for the
whole tree. You'd need to bump only that and it'd publish anything
changed in the whole tree.

The per-module versions would need to be in separate file, and be
preferably automatically updated when you modified one of the files for
it. E.g. by git-hook on commit, or on just before tagging.
Alternatively, the submodule package version could be just the timestamp
it was last modified.

> 3) We should avoid breaking the old builds for earlier versions of alpine. Leave 
> the old repos, but only use a new, merged repo? I'm a bit gunshy since the last 
> git updates broke all of the aports for packages hosted on git.a.o.
> 
> So, I'm ok with moving to one git repo, but it sounds like quite a complication 
> for abuild. And, I'm not going to be the one that has to implement it.

Yes, it'd be new feature of abuild. And probably needs some thought if
it's to be done.

This was just wish world I had. But obviously ncopa would have to do
wacky stuff in abuild to make this work.

- Timo


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