Return-Path: Delivered-To: apmail-repository-archive@www.apache.org Received: (qmail 53020 invoked from network); 23 Nov 2003 00:06:15 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 23 Nov 2003 00:06:15 -0000 Received: (qmail 19069 invoked by uid 500); 23 Nov 2003 00:06:01 -0000 Delivered-To: apmail-repository-archive@apache.org Received: (qmail 19023 invoked by uid 500); 23 Nov 2003 00:06:00 -0000 Mailing-List: contact repository-help@apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: repository@apache.org Delivered-To: mailing list repository@apache.org Received: (qmail 19003 invoked from network); 23 Nov 2003 00:06:00 -0000 Received: from unknown (HELO mail.netspace.net.au) (203.10.110.76) by daedalus.apache.org with SMTP; 23 Nov 2003 00:06:00 -0000 Received: from binky (CPE-203-45-8-11.vic.bigpond.net.au [203.45.8.11]) by mail.netspace.net.au (Postfix) with SMTP id 774CAD67AE for ; Sun, 23 Nov 2003 11:07:42 +1100 (EST) Reply-To: From: "Tim Anderson" To: Subject: RE: licensing issues for virtual artifacts (was RE: click through license support?) Date: Sun, 23 Nov 2003 11:06:08 +1100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 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 Virtual artifacts have the potential to: . simplify build environments . simplify installation documentation . reduce the bar of entry for building ASF software . reduce support requests . allow meta-data to be associated with 3rd party artifacts They are not about: . hosting 3rd party artifacts within ASF repository . circumventing licenses of 3rd party products . exposing ASF to liability So far, no one has demonstrated that virtual artifacts would expose ASF to liability - although I'm not privvy to discussions held on non-public ASF lists. -Tim > From: Noel J. Bergman [mailto:noel@devtech.com] > Sent: Sunday, 23 November 2003 10:41 AM > To: repository@apache.org > > > Suppose ASF has the following link in the repository: > > http://repo.apache.org/sun/jndi/1.2.1/jars/jndi-1.2.1.jar > > This is a virtual artifact, not hosted at ASF. > > I do not like the idea of virtual artifacts. I think that the > meta-data for > any component that needs a foreign artifact should contain the information > needed by some tool. I don't think that we want to include foreign > components in the ASF namespace. In fact, there is a situation right now > where someone else has done that to the ASF, and we're not happy about it. > > --- Noel > >