Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 38423 invoked from network); 8 Apr 2004 01:16:54 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 8 Apr 2004 01:16:54 -0000 Received: (qmail 99222 invoked by uid 500); 8 Apr 2004 01:16:33 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 99150 invoked by uid 500); 8 Apr 2004 01:16:33 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 99118 invoked from network); 8 Apr 2004 01:16:32 -0000 Received: from unknown (HELO umbongo.flamefew.net) (64.253.103.114) by daedalus.apache.org with SMTP; 8 Apr 2004 01:16:32 -0000 Received: by umbongo.flamefew.net (Postfix on Linux (i386), from userid 500) id D11AB1C82; Wed, 7 Apr 2004 21:16:32 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by umbongo.flamefew.net (Postfix on Linux (i386)) with ESMTP id D020B1C80 for ; Wed, 7 Apr 2004 21:16:32 -0400 (EDT) Date: Wed, 7 Apr 2004 21:16:32 -0400 (EDT) From: Henri Yandell X-X-Sender: hen@umbongo.flamefew.net To: Jakarta Commons Developers List Subject: Re: [all] Shared build causes issues in releases In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Anything wrong with the idea of including commons-build with every source distro? I'm all in favour of attempting to enforce similarity on the Commons projects. Anything which is unable to follow the same build pattern is dubious of having a place in Commons in my view. Possibly Maven needs to be better on the inheritence side, but why not standardise on src/java rather than src/share [or vice versa..personally I hate src/share]. That way, and with increasing creation of scripts/plugins, commons development can be about the component, not the build system, site, naming conventions, additional tools etc. To release Commons Xxxx, I want to do: maven jk-commons:release -Dalpha I don't want to spend lots of time figuring out all the little bits. This is a lot of the hold up for me with releasing IO, I've just not had time to get back up to speed with the changes to the commons build process over the last year. [Plus I'm not sure my PGP things work on the new machine as I don't really get PGP :)] maven jk-commons:new-component would be nice too, and a whole lot of other ones. [rambling of someone who is currently nothing but a disapointment to commons at the moment] Hen On Wed, 7 Apr 2004, Martin Cooper wrote: > How does this work, though, if someone downloads a source distro? Is there > going to be a source distro for commons-build that someone (?) maintains and > builds? How would the right version of that get associated with any given > component source distro? > > The people who usually download source distros often do so because they are > not able to use CVS, for whatever reason, to obtain the files that way. So > they will not have the ability to use a label to make the version > association, and they will need to download a second, separate, source > distro in order to build what they originally wanted. > > That just doesn't seem workable to me. > > -- > Martin Cooper > > > "Gary Gregory" wrote in message > news:D1639D06CFBD014F87F3978DA7038B9366FD2E@ns1017.SSSI.seagull.nl... > IMO, it is fine to say: In order to build [project] you also need > [commons-build]. > > Gary > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org