Return-Path: Delivered-To: apmail-repository-archive@www.apache.org Received: (qmail 51892 invoked from network); 24 May 2010 21:04:14 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 24 May 2010 21:04:14 -0000 Received: (qmail 45536 invoked by uid 500); 24 May 2010 21:04:14 -0000 Delivered-To: apmail-repository-archive@apache.org Received: (qmail 45462 invoked by uid 500); 24 May 2010 21:04:14 -0000 Mailing-List: contact repository-help@apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: repository@apache.org List-Id: Delivered-To: mailing list repository@apache.org Received: (qmail 45455 invoked by uid 99); 24 May 2010 21:04:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 May 2010 21:04:14 +0000 X-ASF-Spam-Status: No, hits=-0.3 required=10.0 tests=AWL,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sebbaz@gmail.com designates 72.14.220.158 as permitted sender) Received: from [72.14.220.158] (HELO fg-out-1718.google.com) (72.14.220.158) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 May 2010 21:04:08 +0000 Received: by fg-out-1718.google.com with SMTP id l26so2973fgb.5 for ; Mon, 24 May 2010 14:03:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=p78ojaPm/bQLmBrc6kbmo16H8hhwCTRVYo8Bi2gBa2Y=; b=tb8CsFtOa1eQKjKW9cRxHRoYwzfkmfxt58u1xDG8jyc8iUQczH5dNP/Zk8tCu9CQLq Tim2SmuLOu8O/rAbRrEY2m4o2+sZTjSYT2bzmfdED2iQTp6wtG+yZvDZMlMC5vUSW268 cku9lZ1+MG7k/9Wy7UPmUk9+xQEN4gMUPa6AE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=GY5AN8sw6fjQLEcrMt+/b5u8lnVoKZIITrmMdLNEY5KV4rC+RBdnz8LcVkks9xxakf PjzI3ehxNOZAGRKZy+Kml/Xnk84ZS+PlxCJ674pMVeF7eKSWJUdqBXAHXoxisSFoaKPb o3+IZ+ffk1eo8C4L5GyLhEw68wgP3K4pSMN9A= MIME-Version: 1.0 Received: by 10.239.150.201 with SMTP id o9mr528595hbb.15.1274735027033; Mon, 24 May 2010 14:03:47 -0700 (PDT) Received: by 10.239.190.70 with HTTP; Mon, 24 May 2010 14:03:46 -0700 (PDT) In-Reply-To: References: Date: Mon, 24 May 2010 22:03:46 +0100 Message-ID: Subject: Re: [Nexus] Starting to use Nexus in Commons From: sebb To: repository@apache.org Content-Type: text/plain; charset=ISO-8859-1 On 24/05/2010, Brian Fox wrote: > Sebb, > Regardless of Nexus, the commons projects are supposed to be moving > towards org.apache based groupIds. My understanding is that each > project was going to do this on the next major release to minimize > churn. > > It is true that currently only org.apache.* projects are using Nexus > at this time. It's not a limitation of the system, rather noone has > asked. > OK, thanks! > On Mon, May 24, 2010 at 10:38 AM, sebb wrote: > > On 24/05/2010, Brian Demers wrote: > >> > >> On Fri, May 21, 2010 at 10:40 AM, sebb wrote: > >> > In Commons we are want to try using Nexus for the next release of > >> > Commons Compress. > >> > > >> > >> Great! > >> > > >> > Some questions have been raised about using Nexus for all of Commons, > >> > since not all of Commons components have a groupid of > >> > "org.apache.commons", and changing groupid may not be feasible for > >> > some. > >> > > >> > Can Nexus be used for other groupids? > >> > > >> > >> Yes, the only thing we need to know is what the access control should be. > > > > I only see org/apache under > > https://repository.apache.org/content/repositories/snapshots/ > > > > So is it just chance that only groupIds starting with org.apache > > currently use Nexus? > > > >> Do all the commons developers have access to all the org.apahce.commons > >> projects? Do the other commons projects share the same list of commiters? > > > > At present all commons committers have access to all commons SVN code, > > but most committers only work on a few components. > > > >> If not we would set up the permissions so someone from commons-collections > >> didn't accidentally change/promote any staged artifacts for > >> commons-compress. > > > > I need to confirm the permssion scheme with Commons. > > > > Does Nexus use LDAP groups for the permissions? > > > >> > > >> > Also, if we start using Nexus for a particular component, do we have > >> > to continue using it? Or can we revert to the old way for one or more > >> > releases? > >> > [I expect people will want to stick with Nexus - once they have tried it!] > >> > > >> > > >> Nothing holds a project to use Nexus. > >> > >> > S/// > >> > > >> > >> > > >