Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 992 invoked from network); 4 Mar 2008 12:31:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Mar 2008 12:31:37 -0000 Received: (qmail 4311 invoked by uid 500); 4 Mar 2008 12:31:30 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 4289 invoked by uid 500); 4 Mar 2008 12:31:30 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 4275 invoked by uid 99); 4 Mar 2008 12:31:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Mar 2008 04:31:30 -0800 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=RCVD_NUMERIC_HELO,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gcjhd-harmony-dev@m.gmane.org designates 80.91.229.2 as permitted sender) Received: from [80.91.229.2] (HELO ciao.gmane.org) (80.91.229.2) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Mar 2008 12:30:54 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JWWIQ-0003MA-4D for dev@harmony.apache.org; Tue, 04 Mar 2008 12:31:02 +0000 Received: from 89.175.165.2 ([89.175.165.2]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Mar 2008 12:31:02 +0000 Received: from egor.pasko by 89.175.165.2 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Mar 2008 12:31:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: dev@harmony.apache.org From: Egor Pasko Subject: Re: JRE Lite Date: 04 Mar 2008 15:30:56 +0300 Lines: 45 Message-ID: <0vqskz6vfgf.fsf@gmail.com> References: <002301c87be9$3afaf1e0$0300000a@animal> <47CAF9A9.8060401@gmail.com> <006201c87ccb$5f46f430$0300000a@animal> <0vq4pboz0n2.fsf@gmail.com> <004001c87d28$78ca5930$0300000a@animal> <0vqy790x90z.fsf@gmail.com> <002b01c87d96$69eac8a0$0300000a@animal> <0vqskz6rcwa.fsf@gmail.com> <005401c87df2$08d69f60$0300000a@animal> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89.175.165.2 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 Sender: news X-Virus-Checked: Checked by ClamAV on apache.org On the 0x3FD day of Apache Harmony Johnny Kewl wrote: > >> A JRE is already selecting what an application needs to run, and does > >> it a lot better than a human. > > > > This is arguable. Why then Linux packages are not downloade > > automatically when you issue unexisting commands on your Linux box? > > > > Maybe because packages sometimes need to be configured before you run > > something on top of them. > > > > Another point, humans are very intelligent to control things that > > humans want. For example, I _want_ to know what is installed on my > > system. And many people are like me)) > > > > Another use-case, you might want to duplicate a set of packages from > > box A to box B. You just want to damn install the packabes and not > > make Java damn slow on the first run on box B. Applications should be > > packages too, aligned with philosophy of JPackage project. > > > > This is really interesting. Because it allows to make > > _custom_distributions_ on top of Java and extend them on as-needed > > basis. > > I see where you coming from, yes the user would now have a choice, if > they a microsoft user... ha ha, they will click > on it and it starts... they dont understand why, but it just starts > and works. They dont even have to know what Java is. > Then because JRELite (a paradox) would now also have thousands of > tools on a server, yes there could be a > debian type apt-get package that lets an expert choose and precofigure > all their tools, thus allowing off server > installation as well. JRELite would make java feel a lot like a linux > dist in some ways. OK, my suggestion is just to add more agility to your project: implement the debian way as the simpler and more developer-oriented approach (keeping alternatives in mind, of course:) > ... but if the user is a moron... it just works anyway ;) do not say it like that about our lovely users! More politely: "a mouse-oriented user" :) -- Egor Pasko