From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1FzKIC-0004vc-18 for garchives@archives.gentoo.org; Sat, 08 Jul 2006 21:24:48 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k68LNWl0012437; Sat, 8 Jul 2006 21:23:32 GMT Received: from mail.obsidian-studios.com (mail.obsidian-studios.com [72.17.152.163]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k68LNUm7011493 for ; Sat, 8 Jul 2006 21:23:31 GMT Received: (qmail 2989 invoked from network); 8 Jul 2006 17:23:33 -0400 Received: from mail.obsidian-studios.com (HELO ASSP-nospam) (192.168.0.51) by mail.obsidian-studios.com with SMTP; 8 Jul 2006 17:23:33 -0400 Received: from 192.168.1.211 ([192.168.1.211] helo=wlt.obsidian-studios.com) by ASSP-nospam ; 8 Jul 06 21:23:33 -0000 Subject: Re: [gentoo-java] Netbeans From: "William L. Thomson Jr." To: gentoo-java@lists.gentoo.org In-Reply-To: <4e2f58480607081412l5d0db64axb2ae4439673b4c14@mail.gmail.com> References: <4e2f58480607071829g2ccf0c12jcfade2fac87c75bf@mail.gmail.com> <1152324992.30603.10.camel@wlt.obsidian-studios.com> <254054bc0607080240r6be2968ayff4ff2aa17580f2e@mail.gmail.com> <4e2f58480607081412l5d0db64axb2ae4439673b4c14@mail.gmail.com> Content-Type: text/plain Organization: Obsidian-Studios, Inc. Date: Sat, 08 Jul 2006 17:23:32 -0400 Message-Id: <1152393812.15032.9.camel@wlt.obsidian-studios.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-java@gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Assp-Spam-Prob: 0.00000 X-Assp-Envelope-From: wlt@obsidian-studios.com X-Archives-Salt: 9c479224-9b76-4b15-bfe7-1d31cd91eabb X-Archives-Hash: ec77c7c126d9d6bc1bcab796bc8b8d59 On Sat, 2006-07-08 at 17:12 -0400, nil nil wrote: > That makes sense. I mean that, I understand the gentoo philosophy > concerning source code, however, I don't think it really applies to > java code. Java byte code is supposed to compile the same everywhere. It has more to do with philosophy, layout, using the latest deps that are normally bundled to build any given app. Not so much compile time tweaks, optimizations or the other stuff one can do with say C or C++ during compilation. For example diff of compiling an app say with it's bundled log4j v1.2.11 or using the current 1.2.13. > There are very few javac options which will affect the bytecode > coming out. If compilation to native code is needed, gcj et al. can > handle compiling bytecode. Point being, there's no benefit to > compiling from java source (except to native), and if the distributers > will compile it for you it only saves cpu cycles. Java code compiles so fast it's a moot issue. Even something as big as Netbeans on slower hardware almost takes more time to unpack than to compile. > The second thing with distributers packing their own jars in I > understand. I can only say that if it does waste memory to have extra > jars lying around, it's still better to have that and the application > than no application at all. At least in my book. A solution could be > worked out later to put the jars in their own ebuilds. Been there done that. Which is why these days any new ebuilds MUST not use any bundled jars. If they are not in their own packages, that has to occur before the ebuild. Such is life. The previous state there was a mixture of binaries, most all with their own bundled deps. Even if that is already present on the system. It made a mess, took a while to clean up, and pretty sure those in charge are really against going back down that road. I don't blame them. > The third thing, and I mention it now to make up for being perhaps > overly critical of a process I know very little about, is why I joined > this list in the first place. I'd like to help the gentoo-java > project. I don't know much about how to help, though, so if anyone > could point me in the right direction I'll come back later in a better > position to help. Hit up IRC #gentoo-java @ freenode.net most all of the active players tend to lurk there at some point or another. Bug squashing or reporting is always welcome. Testing experimental packages providing feedback etc is all greatly appreciated. If you want to do more than that, ebuild contributions are welcome, patches to improve existing ones. For those with allot of time, or the motivation. We surely could use more Gentoo Java Developers, which I am in the process of becoming one. Bit of work and time commitment to get to that point. -- Sincerely, William L. Thomson Jr. Obsidian-Studios, Inc. http://www.obsidian-studios.com -- gentoo-java@gentoo.org mailing list