Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 58607 invoked from network); 8 Jun 2006 15:59:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 8 Jun 2006 15:59:23 -0000 Received: (qmail 49857 invoked by uid 500); 8 Jun 2006 15:59:19 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 49822 invoked by uid 500); 8 Jun 2006 15:59:19 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 49811 invoked by uid 99); 8 Jun 2006 15:59:19 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Jun 2006 08:59:19 -0700 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: 64.74.244.71 is neither permitted nor denied by domain of geir@pobox.com) Received: from [64.74.244.71] (HELO chi.mobile-health-diary.com) (64.74.244.71) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 08 Jun 2006 08:59:18 -0700 Received: (qmail 3900 invoked from network); 8 Jun 2006 15:58:56 -0000 Received: from ool-43560edb.dyn.optonline.net (HELO ?192.168.1.102?) (geir@67.86.14.219) by b014.internal.mobile-health-diary.com with SMTP; 8 Jun 2006 15:58:56 -0000 Message-ID: <4488483D.9080205@pobox.com> Date: Thu, 08 Jun 2006 11:54:37 -0400 From: Geir Magnusson Jr Reply-To: geir@pobox.com User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: harmony-dev@incubator.apache.org Subject: Re: [classlib] moving to 1.5 for real - discuss References: <44881964.1020803@pobox.com> <200606081402.k58E2n9i025585@d06av02.portsmouth.uk.ibm.com> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Alexey Petrenko wrote: > Mark, > > I understand your concerns about static linking of the large number of > the libraries... We thought about this too... > > But we decided that for now it is the best way: we have to manage only > few libraries inside the Harmony deploy directory... Which is changing > its contents so often :) I was holding my tongue on marks post - lets not waste too much time discussing the dependencies. Certainly for distributions, we'll bundle them in where appropriate (like a tarball), or not (like an rpm where the deps can be specified as part of the delivery system) > > Anyway it can be easily changed at any time. > > Another question about binary builds: Can we distribute third party > libraries in the binary form from the Apache site? > Geir? Tim? Yes as part of our snapshots, distro... geir > > 2006/6/8, Mark Hindess : >> >> On 8 June 2006 at 8:34, Geir Magnusson Jr wrote: >> > >> > Mark Hindess wrote: >> > > On 8 June 2006 at 7:01, Geir Magnusson Jr wrote: >> > >> I'm +1 except I'd like to see us get to the point where we can >> > >> >> > >> - produce a full snapshot of classlib + VM (using DRLVM or JCHEVM or >> > >> whatever) >> > > >> > > I agree. I'd quite like to see a snapshot with a "free" vm and as >> much >> > > of the classlib as possible preferably awt/swing and mx4j (anyone >> looked >> > > at HARMONY-560? Comments?). >> > > >> > > If it is acceptable, I'd very much like to create some snapshots >> in the >> > > form of debian and rpm packages to see if we can encourage the masses >> > > to give Harmony a try. >> > >> > YEAH! >> > >> > > (At the moment I think these packages might >> > > be pretty fat since we don't do much to make use of locally installed >> > > packages for things like zlib, libpng, liblcms, etc. But I still >> think >> > > this (packaging) is worth doing and I'm prepared to work on >> trimming the >> > > fat later.) >> > >> > Cool - getting those started would be cool, and we just evolve them. >> > >> > How does it work "in real life"? Are there linux packaging 'czars' >> > that we might convince to start making these regularly available? >> >> When the time comes, I think we could find a Debian Developer sponsor >> without too much trouble but they are going to tell us to "go away" >> until we start behaving slightly more reasonably with respect to >> dependencies. That is, using what is already installed rather than >> including them. >> >> Not sure what the process is like for RPM-based packages but I'm sure >> they'll have the same issues about any "official" distribution packages. >> >> In the meantime, we could just host raw packages or (more work) create >> apt/yum repositories. I think we'll have to do it ourselves at least >> until we get a little closer to world domination. ;-) >> >> (Aside: I'm not criticising the choice to use static or >> download-and-build dependencies. This is a sound pragmatic choice at >> this stage. It's just not a good way to fit in when we want wider >> acceptance.) >> >> I have a few ideas for how we can start to do this better on Linux. >> I've no idea about Windows but I suspect the bar for what it acceptable >> is a little lower there. >> >> Regards, >> Mark. >> >> >> >> --------------------------------------------------------------------- >> Terms of use : http://incubator.apache.org/harmony/mailing.html >> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org >> For additional commands, e-mail: harmony-dev-help@incubator.apache.org >> >> > > --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org For additional commands, e-mail: harmony-dev-help@incubator.apache.org