From overholt at redhat.com Tue Sep 4 21:02:53 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 4 Sep 2007 17:02:53 -0400 Subject: [fedora-java] don't build debuginfo package In-Reply-To: <46D7E8A6.8020002@gmail.com> References: <46D7E8A6.8020002@gmail.com> Message-ID: <20070904210253.GE16272@redhat.com> Hi, * Alphonse Van Assche [2007-08-31 06:11]: > > I have a problem to build a Eclipse plugin package[1] in rawhide, that > seems to be a bug in the last RPM package, I will fill a bug about this > today. At first view, all Java package that include classes outside a jar > file can have the same troubles (I should test this today too). What .class files are shipped that aren't in jars? > So, what do you think about adding %define debug_package %{nil} on the top > of the specfile while this bug is not solved in the RPM package. That's fine IMO. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mefoster at gmail.com Wed Sep 5 08:05:39 2007 From: mefoster at gmail.com (Mary Ellen Foster) Date: Wed, 5 Sep 2007 10:05:39 +0200 Subject: [fedora-java] Re: Packaging jgoodies-looks and jgoodies-forms In-Reply-To: References: Message-ID: On 23/08/07, Mary Ellen Foster wrote: > I'm thinking of packaging jgoodies-looks and jgoodies-forms for Fedora Okay, I've now posted my initial packages for review, if anyone's interested in taking a look: https://bugzilla.redhat.com/show_bug.cgi?id=277921 https://bugzilla.redhat.com/show_bug.cgi?id=277931 MEF -- Mary Ellen Foster http://homepages.inf.ed.ac.uk/mef/ From neugens at limasoftware.net Wed Sep 5 09:57:49 2007 From: neugens at limasoftware.net (Mario Torre) Date: Wed, 05 Sep 2007 11:57:49 +0200 Subject: [fedora-java] Re: Packaging jgoodies-looks and jgoodies-forms In-Reply-To: References: Message-ID: <1188986269.3918.5.camel@nirvana.limasoftware.net> Il giorno mer, 05/09/2007 alle 10.05 +0200, Mary Ellen Foster ha scritto: > On 23/08/07, Mary Ellen Foster wrote: > > I'm thinking of packaging jgoodies-looks and jgoodies-forms for Fedora > > Okay, I've now posted my initial packages for review, if anyone's > interested in taking a look: > > https://bugzilla.redhat.com/show_bug.cgi?id=277921 > https://bugzilla.redhat.com/show_bug.cgi?id=277931 > > MEF Hi! I can't review as I'm not an RPM expert, but some of the links in the bug entry display a 403 (forbidden): http://mef.fedorapeople.org/packages/jgoodies/jgoodies-forms-1.1.0-1.fc7.src.rpm http://mef.fedorapeople.org/packages/jgoodies/jgoodies-looks.spec http://mef.fedorapeople.org/packages/jgoodies/jgoodies-looks-2.1.4-1.fc7.src.rpm Maybe I should post that as a reply on bugzilla, but I'm not sure on the exact procedure here. Hope that helps, Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Fedora Ambassador - http://fedoraproject.org/wiki/MarioTorre Jabber: neugens at jabber.org pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ From overholt at redhat.com Mon Sep 10 13:24:06 2007 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 10 Sep 2007 09:24:06 -0400 Subject: [fedora-java] [loganjerry@gmail.com: Re: aot-compile-rpm suggestion] Message-ID: <20070910132406.GB1792@redhat.com> ----- Forwarded message from Jerry James ----- > From: Jerry James > To: Andrew Overholt > Cc: Development discussions related to Fedora > Date: Sat, 8 Sep 2007 21:30:02 -0600 > Subject: Re: aot-compile-rpm suggestion > > On 9/7/07, Andrew Overholt wrote: > > Please file this as a bug so it can be tracked. > > https://bugzilla.redhat.com/show_bug.cgi?id=283831 > > Thanks, > -- > Jerry James > http://loganjerry.googlepages.com/ ----- End forwarded message ----- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From overholt at redhat.com Mon Sep 10 17:50:50 2007 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 10 Sep 2007 13:50:50 -0400 Subject: [fedora-java] default vm memory settings for fedora eclipse In-Reply-To: <1188596252.30138.50.camel@localhost.localdomain> References: <1188588879.14892.11.camel@plug> <20070831210446.GA3447@redhat.com> <1188596252.30138.50.camel@localhost.localdomain> Message-ID: <20070910175050.GA7647@redhat.com> * Ismael Juma [2007-08-31 17:21]: > On Fri, 2007-08-31 at 17:04 -0400, Andrew Overholt wrote: > > FWIW, when I use IcedTea I use: > > > > -Xms512m > > -Xmx512m > > -XX:PermSize=128m > > -XX:MaxPermSize=128m > > I would suggest a lower -Xms and no -XX:PermSize (causing the starting > size to be the default, 64MB for the 32-bit VM). The initial sizes don't > need to be too large since some people may have less memory and/or small > workspaces. It's just important to set a reasonable maximum to avoid > OOMs (of the heap or permanent generation). Also, it's worth considering > that the 64-bit version needs more memory. Thanks for the suggestions, Ishmael. I just ran into java.lang.OutOfMemoryError: PermGen space when synchronizing a project in Eclipse. Does the IcedTea team have any suggestions here? Thanks, Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mcepl at redhat.com Sat Sep 8 13:21:42 2007 From: mcepl at redhat.com (Matej Cepl) Date: Sat, 08 Sep 2007 15:21:42 +0200 Subject: [fedora-java] bluemarine crashes Message-ID: Trying Blue Marine (http://bluemarine.tidalwave.it) which certainly didn't work with GIJ, so I hoped it actually could work with java-1.7.0-icedtea-1.7.0.0-0.14.b18.snapshot.fc8 from Rawhide. Unfortunately, although installation went smoothly, this is the output of attempt to run the program itself after it was installed in $HOME/.blueMarine directory (long lines broken in indicated places to make slrn happy): [matej at viklef .blueMarine]$ java -version java version "1.7.0" IcedTea Runtime Environment (build \ 1.7.0-kojibuilder_28_aug_2007_13_29-b00) IcedTea Client VM (build 1.7.0-kojibuilder_28_aug_2007_13_29-b00, \ mixed mode) [matej at viklef .blueMarine]$ cat blueMarine.sh #!/bin/sh # $Id: blueMarine.sh 2378 2007-07-23 10:16:45Z fabriziogiudici $ export BLUEMARINE_HOME=/home/matej/.blueMarine export MEMORY=-Xmx512M export VERSION=0.9.RC1.2533 export AWT_TOOLKIT=MToolkit export CLASSPATH=$BLUEMARINE_HOME/bluemarine/platform7/lib/boot.jar\ :$BLUEMARINE_HOME/bluemarine/platform7/lib/boot2.jar\ :$BLUEMARINE_HOME/bluemarine/platform7/lib/org-openide-modules.jar\ :$BLUEMARINE_HOME/bluemarine/platform7/lib/org-openide-util.jar\ :$BLUEMARINE_HOME/bluemarine/platform7/modules/ext/updater.jar /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre/bin/java -ea $MEMORY\ -Dnetbeans.osenv.nullsep=false\ -Dnetbeans.home=$BLUEMARINE_HOME/bluemarine/platform7\ -Dnetbeans.logger.console=false -Dit.tidalwave.openide.app=$0\ -Dit.tidalwave.bluemarine.showtabs=false\ -Dit.tidalwave.bluemarine.version=$VERSION -cp $CLASSPATH\ it.tidalwave.netbeans.boot.Main [matej at viklef .blueMarine]$ ./blueMarine.sh Exception in thread "main" java.lang.UnsatisfiedLinkError: \ Can't load library:\ /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre/lib/i386/motif21/libmawt.so at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1668) at java.lang.Runtime.load0(Runtime.java:788) at java.lang.System.load(System.java:1042) at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1769) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1686) at java.lang.Runtime.loadLibrary0(Runtime.java:841) at java.lang.System.loadLibrary(System.java:1067) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:68) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:48) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.loadLibraries(Toolkit.java:1626) at java.awt.Toolkit.(Toolkit.java:1648) at it.tidalwave.netbeans.boot.Main.main(Unknown Source) [matej at viklef .blueMarine]$ Is it expected (considering the state of the IcedTea development), or should I file a bug (where?). Thanks for any reply, Mat?j From soren at schantz.com Tue Sep 11 07:20:41 2007 From: soren at schantz.com (=?UTF-8?B?U8O4cmVu?= Mathiasen) Date: Tue, 11 Sep 2007 09:20:41 +0200 Subject: [fedora-java] default vm memory settings for fedora eclipse In-Reply-To: <20070910175050.GA7647@redhat.com> References: <1188588879.14892.11.camel@plug> <20070831210446.GA3447@redhat.com> <1188596252.30138.50.camel@localhost.localdomain> <20070910175050.GA7647@redhat.com> Message-ID: <20070911092041.177b38f3@localhost.localdomain> Could be nice if the eclipse startup script contained some code to detect the memory size, and according to that set the permsize to mem/10 and Xms and Xmx to mem/2 or something close to that. Just my 2 cents... /Soren On Mon, 10 Sep 2007 13:50:50 -0400 Andrew Overholt wrote: > * Ismael Juma [2007-08-31 17:21]: > > On Fri, 2007-08-31 at 17:04 -0400, Andrew Overholt wrote: > > > FWIW, when I use IcedTea I use: > > > > > > -Xms512m > > > -Xmx512m > > > -XX:PermSize=128m > > > -XX:MaxPermSize=128m > > > > I would suggest a lower -Xms and no -XX:PermSize (causing the starting > > size to be the default, 64MB for the 32-bit VM). The initial sizes don't > > need to be too large since some people may have less memory and/or small > > workspaces. It's just important to set a reasonable maximum to avoid > > OOMs (of the heap or permanent generation). Also, it's worth considering > > that the 64-bit version needs more memory. > > Thanks for the suggestions, Ishmael. > > I just ran into java.lang.OutOfMemoryError: PermGen space when > synchronizing a project in Eclipse. > > Does the IcedTea team have any suggestions here? > > Thanks, > > Andrew From neugens at limasoftware.net Tue Sep 11 09:10:29 2007 From: neugens at limasoftware.net (Mario Torre) Date: Tue, 11 Sep 2007 11:10:29 +0200 Subject: [fedora-java] bluemarine crashes In-Reply-To: References: Message-ID: <1189501829.3350.3.camel@nirvana.limasoftware.net> Il giorno sab, 08/09/2007 alle 15.21 +0200, Matej Cepl ha scritto: > export AWT_TOOLKIT=MToolkit Hi! Try removing this. Btw, NetBeans has still few problems, anyway. Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Fedora Ambassador - http://fedoraproject.org/wiki/MarioTorre Jabber: neugens at jabber.org pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Questa ? una parte del messaggio firmata digitalmente URL: From overholt at redhat.com Tue Sep 11 12:11:00 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 11 Sep 2007 08:11:00 -0400 Subject: [fedora-java] default vm memory settings for fedora eclipse In-Reply-To: <20070911092041.177b38f3@localhost.localdomain> References: <1188588879.14892.11.camel@plug> <20070831210446.GA3447@redhat.com> <1188596252.30138.50.camel@localhost.localdomain> <20070910175050.GA7647@redhat.com> <20070911092041.177b38f3@localhost.localdomain> Message-ID: <20070911121059.GA5059@redhat.com> * S?ren Mathiasen [2007-09-11 03:55]: > > Could be nice if the eclipse startup script contained some code to > detect the memory size, and according to that set the permsize to > mem/10 and Xms and Xmx to mem/2 or something close to that. Yeah, but we don't have and don't want to have a wrapper script. I guess we could add it into the binary launcher ... Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mcepl at redhat.com Tue Sep 11 21:29:28 2007 From: mcepl at redhat.com (Matej Cepl) Date: Tue, 11 Sep 2007 23:29:28 +0200 Subject: [fedora-java] Re: bluemarine crashes References: <1189501829.3350.3.camel@nirvana.limasoftware.net> Message-ID: On 2007-09-11, 09:10 GMT, Mario Torre wrote: > Il giorno sab, 08/09/2007 alle 15.21 +0200, Matej Cepl ha > scritto: >> export AWT_TOOLKIT=3DMToolkit That's better I get even to the configuration wizard, but on pushing the last [Finish] button it freezes. Will try with later versions of IcedTea. Matej From mark at klomp.org Wed Sep 12 03:33:27 2007 From: mark at klomp.org (Mark Wielaard) Date: Wed, 12 Sep 2007 05:33:27 +0200 Subject: [fedora-java] Re: bluemarine crashes In-Reply-To: References: <1189501829.3350.3.camel@nirvana.limasoftware.net> Message-ID: <1189568007.3786.2.camel@hermans.wildebeest.org> On Tue, 2007-09-11 at 23:29 +0200, Matej Cepl wrote: > That's better I get even to the configuration wizard, but on > pushing the last [Finish] button it freezes. Will try with later > versions of IcedTea. If this is the NetBeans installer then it is most likely this issue: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=67 Cheers, Mark From overholt at redhat.com Thu Sep 13 20:33:05 2007 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 13 Sep 2007 16:33:05 -0400 Subject: [fedora-java] Eclipse and JVM memory settings Message-ID: <20070913203305.GA24227@redhat.com> Hi, Now that we have people using Eclipse on IcedTea, we have people starting to hit memory limits. I don't understand the situation very well, but here are some links to Eclipse bug reports, etc.: http://www.eclipsezone.com/eclipse/forums/t101303.rhtml http://wiki.eclipse.org/FAQ_How_do_I_increase_the_permgen_size_available_to_Eclipse%3F https://bugs.eclipse.org/bugs/show_bug.cgi?id=195897 - the Eclipse launcher (largely written in C) can tell if it's running on a Sun VM on Windows -- it looks like it reads .dll headers -- but not on Linux I spoke briefly with Andrew Niefer and a few other people on IRC and here are a few options for fixing the launcher to work with the -XX options in both the Sun VM and non-Sun VM cases: 1. try starting the VM using the invocation api (using libjvm.so) with the PermSize argument and see if it fails - if it does, launch without the option. This may add some startup delay to VMs that don't support this option. This was suggested in the eclipse.org bug I link to above. 2. look for a jre/LICENSE text file and seeing if it starts with "Sun Microsystems". Andrew Niefer suggested this option. Can anyone think of anything better? Note that I don't want to add a shell wrapper around the binary Eclipse launcher unless we absolutely have to. The Eclipse launcher code can be seen in CVS here: :pserver:anonymous at dev.eclipse.org:/cvsroot/eclipse Module: org.eclipse.equinox.executable Branch: R3_3_maintenance (or HEAD if you like) Specifically, library/win32/eclipseWin.c in the isSunVM() function. library/eclipseNix.c has an isSunVM() that just returns 0. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From soren at schantz.com Fri Sep 14 08:07:15 2007 From: soren at schantz.com (=?UTF-8?B?U8O4cmVu?= Mathiasen) Date: Fri, 14 Sep 2007 10:07:15 +0200 Subject: [fedora-java] Eclipse and JVM memory settings In-Reply-To: <20070913203305.GA24227@redhat.com> References: <20070913203305.GA24227@redhat.com> Message-ID: <20070914100715.18460339@localhost.localdomain> Could we do what the eclipseWin.c appears to do. Run the java -version using libjvm.so, check if it returns as string containing Sun Microsystems ?? And if so, try to run with the -XX parameters.. Didn't look to much at the code, but we could also add checks for other JVM's (blackdown, IBM etc..) so we can add startup options if they require something special. /Soren On Thu, 13 Sep 2007 16:33:05 -0400 Andrew Overholt wrote: > Hi, > > Now that we have people using Eclipse on IcedTea, we have people > starting to hit memory limits. I don't understand the situation very > well, but here are some links to Eclipse bug reports, etc.: > > http://www.eclipsezone.com/eclipse/forums/t101303.rhtml > > http://wiki.eclipse.org/FAQ_How_do_I_increase_the_permgen_size_available_to_Eclipse%3F > > https://bugs.eclipse.org/bugs/show_bug.cgi?id=195897 > - the Eclipse launcher (largely written in C) can tell if it's running > on a Sun VM on Windows -- it looks like it reads .dll headers -- but > not on Linux > > I spoke briefly with Andrew Niefer and a few other people on IRC and > here are a few options for fixing the launcher to work with the -XX > options in both the Sun VM and non-Sun VM cases: > > 1. try starting the VM using the invocation api (using libjvm.so) with > the PermSize argument and see if it fails - if it does, launch > without the option. This may add some startup delay to VMs that > don't support this option. This was suggested in the eclipse.org > bug I link to above. > > 2. look for a jre/LICENSE text file and seeing if it starts with "Sun > Microsystems". Andrew Niefer suggested this option. > > Can anyone think of anything better? Note that I don't want to add a > shell wrapper around the binary Eclipse launcher unless we absolutely > have to. > > The Eclipse launcher code can be seen in CVS here: > > :pserver:anonymous at dev.eclipse.org:/cvsroot/eclipse > Module: org.eclipse.equinox.executable > Branch: R3_3_maintenance (or HEAD if you like) > > Specifically, library/win32/eclipseWin.c in the isSunVM() function. > library/eclipseNix.c has an isSunVM() that just returns 0. > > Andrew From neugens at limasoftware.net Fri Sep 14 09:42:24 2007 From: neugens at limasoftware.net (Mario Torre) Date: Fri, 14 Sep 2007 11:42:24 +0200 Subject: [fedora-java] Eclipse and JVM memory settings In-Reply-To: <20070913203305.GA24227@redhat.com> References: <20070913203305.GA24227@redhat.com> Message-ID: <1189762944.3232.11.camel@nirvana.limasoftware.net> Il giorno gio, 13/09/2007 alle 16.33 -0400, Andrew Overholt ha scritto: > I spoke briefly with Andrew Niefer and a few other people on IRC and > here are a few options for fixing the launcher to work with the -XX > options in both the Sun VM and non-Sun VM cases: > > 1. try starting the VM using the invocation api (using libjvm.so) with > the PermSize argument and see if it fails - if it does, launch > without the option. This may add some startup delay to VMs that > don't support this option. This was suggested in the eclipse.org > bug I link to above. > > 2. look for a jre/LICENSE text file and seeing if it starts with "Sun > Microsystems". Andrew Niefer suggested this option. Ciao! I don't know the M$ API and only the fact to have to look at the Microsoft Developer Network gives me feels of having done something really nasty in my previous life :), but this seems to me what the isSunVM() does in the windows launcher, only it uses the windows registry to get information about the installed VM. Now, I think that parsing the jre/LICENSE file could give a good guess about the VM we are using. The alternative to the invocation API could be to hack around "buildCommandLine" or "launchJavaVM" (but I don't know the order these functions are called, so this may be too late), calling a small app that tell us java.vendor, and go on with the result of this query. That would solve for every other java provider, not only Sun, but at the cost of having a small "pathfinder" application added to eclipse... Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Fedora Ambassador - http://fedoraproject.org/wiki/MarioTorre Jabber: neugens at jabber.org pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Questa ? una parte del messaggio firmata digitalmente URL: From aph at redhat.com Fri Sep 14 09:58:21 2007 From: aph at redhat.com (Andrew Haley) Date: Fri, 14 Sep 2007 10:58:21 +0100 Subject: [fedora-java] Eclipse and JVM memory settings In-Reply-To: <20070913203305.GA24227@redhat.com> References: <20070913203305.GA24227@redhat.com> Message-ID: <18154.23357.27202.143539@zebedee.pink> Andrew Overholt writes: > Hi, > > Now that we have people using Eclipse on IcedTea, we have people > starting to hit memory limits. I don't understand the situation very > well, but here are some links to Eclipse bug reports, etc.: > > http://www.eclipsezone.com/eclipse/forums/t101303.rhtml > > http://wiki.eclipse.org/FAQ_How_do_I_increase_the_permgen_size_available_to_Eclipse%3F > > https://bugs.eclipse.org/bugs/show_bug.cgi?id=195897 > - the Eclipse launcher (largely written in C) can tell if it's running > on a Sun VM on Windows -- it looks like it reads .dll headers -- but > not on Linux > > I spoke briefly with Andrew Niefer and a few other people on IRC and > here are a few options for fixing the launcher to work with the -XX > options in both the Sun VM and non-Sun VM cases: > > 1. try starting the VM using the invocation api (using libjvm.so) with > the PermSize argument and see if it fails - if it does, launch > without the option. This may add some startup delay to VMs that > don't support this option. This was suggested in the eclipse.org > bug I link to above. I presume that this space is mapped at startup and never resized, which is why it's a problem. Mapped (but never used) memory on Linux only takes up address space, not real memory, so we could simply make the default permgen bigger on IcedTea. This problem would simply go away, at no significant cost to anyone. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From overholt at redhat.com Fri Sep 14 12:14:43 2007 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 14 Sep 2007 08:14:43 -0400 Subject: [fedora-java] Eclipse and JVM memory settings In-Reply-To: <18154.23357.27202.143539@zebedee.pink> References: <20070913203305.GA24227@redhat.com> <18154.23357.27202.143539@zebedee.pink> Message-ID: <20070914121441.GA20568@redhat.com> Hi, * Andrew Haley [2007-09-14 05:58]: > I presume that this space is mapped at startup and never resized, > which is why it's a problem. Mapped (but never used) memory on Linux > only takes up address space, not real memory, so we could simply make > the default permgen bigger on IcedTea. This problem would simply go > away, at no significant cost to anyone. That would be ideal since we wouldn't have to change it on a per-app basis. Can we do this for F8? Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From overholt at redhat.com Tue Sep 18 16:31:45 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 18 Sep 2007 12:31:45 -0400 Subject: [fedora-java] Eclipse and JVM memory settings In-Reply-To: <20070913203305.GA24227@redhat.com> References: <20070913203305.GA24227@redhat.com> Message-ID: <20070918163145.GA20410@redhat.com> * Andrew Overholt [2007-09-13 16:39]: > > Now that we have people using Eclipse on IcedTea, we have people > starting to hit memory limits. I just hit this again: java.lang.OutOfMemoryError: PermGen space I have the following in my /usr/share/eclipse/eclipse.ini (I've been experimenting): -Xms40m -Xmx256m -XX:PermSize=64M -XX:MaxPermSize=128M Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From orion at cora.nwra.com Thu Sep 20 18:45:04 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 20 Sep 2007 12:45:04 -0600 Subject: [fedora-java] Linking to libjava.so Message-ID: <46F2BFB0.5070803@cora.nwra.com> I'm trying to package up a java package for octave that links to libjava.so. Problem I'm having is that when octave tries to load the module at run time it can't find libjava.so. How should this be remedied? Thanks! -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From fitzsim at redhat.com Fri Sep 21 15:01:11 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Fri, 21 Sep 2007 11:01:11 -0400 Subject: [fedora-java] Linking to libjava.so In-Reply-To: <46F2BFB0.5070803@cora.nwra.com> References: <46F2BFB0.5070803@cora.nwra.com> Message-ID: <46F3DCB7.4070909@redhat.com> Orion Poplawski wrote: > I'm trying to package up a java package for octave that links to > libjava.so. Problem I'm having is that when octave tries to load the > module at run time it can't find libjava.so. How should this be remedied? Can I see the code? Tom From fitzsim at redhat.com Fri Sep 21 18:29:35 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Fri, 21 Sep 2007 14:29:35 -0400 Subject: [fedora-java] Linking to libjava.so In-Reply-To: <46F2BFB0.5070803@cora.nwra.com> References: <46F2BFB0.5070803@cora.nwra.com> Message-ID: <46F40D8F.308@redhat.com> Orion Poplawski wrote: > I'm trying to package up a java package for octave that links to > libjava.so. Problem I'm having is that when octave tries to load the > module at run time it can't find libjava.so. How should this be remedied? __java__.oct requires JNI_CreateJavaVM which is defined in libjvm.so. libjvm.so is designed to be dlopened, rather than linked-to directly and loaded from LD_LIBRARY_PATH. So in __java__.cc:initialize_jvm, modify the Unix branch of the __WIN32__ ifdef to dlopen /usr/lib/jvm/jre/lib/$arch/client/libjvm.so and locate JNI_CreateJavaVM using dlsym. You can probably re-use the octave_shlib code from the win32 branch after jvm_lib_path initialization. $arch can be discovered and substituted by configure. Tom From overholt at redhat.com Fri Sep 21 19:44:07 2007 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 21 Sep 2007 15:44:07 -0400 Subject: [fedora-java] Eclipse update manager woes Message-ID: <20070921194406.GA6741@redhat.com> Hi, I've been informed that the Eclipse update manager doesn't work with our 3.3 RPMs. Does anyone have time to take a look at it? I'm away next week at the Equinox Summit in Ottawa. I'm going to try to take a look this weekend but I don't have that much time. I suspect this has something to do with the split install we do (arch-specific fragments in /usr/lib or /usr/lib64 and arch-independent stuff in /usr/share) for LSB compliance. Supposedly it worked in 3.2.x and I don't think much changed in the update manager between 3.2.2 and 3.3.0 so it shouldn't be too difficult to narrow down the problem. Thanks, Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From justin.conover at gmail.com Sat Sep 22 15:02:37 2007 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 22 Sep 2007 10:02:37 -0500 Subject: [fedora-java] icedtea-plugin rocks! Message-ID: Thanks for all you work, nice to have a java plugin for x64 browsers now! A great added feature, not sure if it will be a hidden feature or talked about. Any chance of it being installed by default, so new users don't have to think about java and can just be surprised? http://justinconover.com/images/icedtea-plugin_x64.jpg -------------- next part -------------- An HTML attachment was scrubbed... URL: From overholt at redhat.com Sun Sep 23 13:53:20 2007 From: overholt at redhat.com (Andrew Overholt) Date: Sun, 23 Sep 2007 09:53:20 -0400 Subject: [fedora-java] Re: icedtea-plugin rocks! In-Reply-To: <46F5304E.8050501@fedoraproject.org> References: <46F5304E.8050501@fedoraproject.org> Message-ID: <20070923135320.GA4786@redhat.com> * Rahul Sundaram [2007-09-22 11:14]: > Justin Conover wrote: >> Thanks for all you work, nice to have a java plugin for x64 browsers now! >> A great added feature, not sure if it will be a hidden feature or talked >> about. Any chance of it being installed by default, so new users don't >> have to think about java and can just be surprised? >> http://justinconover.com/images/icedtea-plugin_x64.jpg > > That was agreed upon here > > https://www.redhat.com/archives/fedora-desktop-list/2007-August/msg00346.html > > Jesse Keating, can you make sure we do this before the next test release? I'm pretty sure it can't be done because IcedTea isn't on ppc{,64} and we can't have arch-specific comps.xml. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ndbecker2 at gmail.com Sun Sep 23 17:10:15 2007 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 23 Sep 2007 13:10:15 -0400 Subject: [fedora-java] Re: icedtea-plugin rocks! References: <46F5304E.8050501@fedoraproject.org> <20070923135320.GA4786@redhat.com> <46F676F8.7090402@fedoraproject.org> Message-ID: Rahul Sundaram wrote: > Andrew Overholt wrote: >> * Rahul Sundaram [2007-09-22 11:14]: >>> Justin Conover wrote: >>>> Thanks for all you work, nice to have a java plugin for x64 browsers >>>> now! A great added feature, not sure if it will be a hidden feature or >>>> talked >>>> about. Any chance of it being installed by default, so new users don't >>>> have to think about java and can just be surprised? >>>> http://justinconover.com/images/icedtea-plugin_x64.jpg >>> That was agreed upon here >>> >>> https://www.redhat.com/archives/fedora-desktop-list/2007-August/msg00346.html >>> >>> Jesse Keating, can you make sure we do this before the next test >>> release? >> >> I'm pretty sure it can't be done because IcedTea isn't on ppc{,64} and >> we can't have arch-specific comps.xml. > > I would like to see Iced Tea by default. Don't particularly care about > the mechanism. > > Rahul > Can java-icedtea.i386 be installed in parallel to java-icedtea.x86_64? From ivazqueznet at gmail.com Sun Sep 23 21:27:07 2007 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Sun, 23 Sep 2007 17:27:07 -0400 Subject: [fedora-java] Re: icedtea-plugin rocks! In-Reply-To: <20070923135320.GA4786@redhat.com> References: <46F5304E.8050501@fedoraproject.org> <20070923135320.GA4786@redhat.com> Message-ID: <1190582827.3259.31.camel@ignacio.lan> On Sun, 2007-09-23 at 09:53 -0400, Andrew Overholt wrote: > * Rahul Sundaram [2007-09-22 11:14]: > > Justin Conover wrote: > >> Thanks for all you work, nice to have a java plugin for x64 browsers now! > >> A great added feature, not sure if it will be a hidden feature or talked > >> about. Any chance of it being installed by default, so new users don't > >> have to think about java and can just be surprised? > >> http://justinconover.com/images/icedtea-plugin_x64.jpg > > > > That was agreed upon here > > > > https://www.redhat.com/archives/fedora-desktop-list/2007-August/msg00346.html > > > > Jesse Keating, can you make sure we do this before the next test release? > > I'm pretty sure it can't be done because IcedTea isn't on ppc{,64} and > we can't have arch-specific comps.xml. Irrelevant. If a package can't be found then it will be skipped, regardless of its status in comps. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fitzsim at redhat.com Mon Sep 24 17:56:05 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 24 Sep 2007 13:56:05 -0400 Subject: [fedora-java] Re: icedtea-plugin rocks! In-Reply-To: <20070923135320.GA4786@redhat.com> References: <46F5304E.8050501@fedoraproject.org> <20070923135320.GA4786@redhat.com> Message-ID: <46F7FA35.8010909@redhat.com> Andrew Overholt wrote: > * Rahul Sundaram [2007-09-22 11:14]: >> Justin Conover wrote: >>> Thanks for all you work, nice to have a java plugin for x64 browsers now! >>> A great added feature, not sure if it will be a hidden feature or talked >>> about. Any chance of it being installed by default, so new users don't >>> have to think about java and can just be surprised? >>> http://justinconover.com/images/icedtea-plugin_x64.jpg >> That was agreed upon here >> >> https://www.redhat.com/archives/fedora-desktop-list/2007-August/msg00346.html >> >> Jesse Keating, can you make sure we do this before the next test release? > > I'm pretty sure it can't be done because IcedTea isn't on ppc{,64} and > we can't have arch-specific comps.xml. I'm not subscribed to test list where this discussion continued, but I'll reply here. Marc Schoenefeld (Red Hat security team) has been auditing IcedTea on and off for the past month, time permitting. Marc do you have a preliminary feeling for whether a) the audit will be complete by e.g. mid-October, and b) whether gcjwebplugin is safe enough to enable by default? > We already have arch specific comps. Tools that consume comps do not > care if something is listed as mandatory or default but nonexistent in > the repository. The most you'll get is a Warning from some things. OK, this opens up another option for IcedTea inclusion in comps (see below). In a follow-up post, Jesse wrote: > The reasons behind the gcj plugin not being default were because of > security and the code was not audited, and those that were involved > didn't feel comfortable having such unaudited code running in a web > browser. Is this still the case or are we just ignoring it now? This was for gcjwebplugin-on-libgcj. The "icedtea-plugin rocks!" thread is referring to gcjwebplugin-on-IcedTea which is (audit-pending) much more secure. To make gcjwebplugin-on-IcedTea installed and enabled by default as the original poster is proposing, we'd need to have IcedTea available in comps.xml. It's too soon to replace GCJ with IcedTea, because of the architecture coverage issues, but does anyone see a problem with including IcedTea alongside GCJ in the default comps.xml? That would mean that IcedTea and GCJ would be installed by default, and IcedTea would take precedence on architectures where it was available, and GCJ would be the fallback, selectable using alternatives. Then the IcedTea plugin would be installed by default on architectures where it is available. I like this approach because there is demand for IcedTea to be included by default. Thoughts? Tom From fitzsim at redhat.com Mon Sep 24 18:17:52 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 24 Sep 2007 14:17:52 -0400 Subject: [fedora-java] Re: icedtea-plugin rocks! In-Reply-To: <20070924140103.0ba4c311@mentok.boston.redhat.com> References: <46F5304E.8050501@fedoraproject.org> <20070923135320.GA4786@redhat.com> <46F7FA35.8010909@redhat.com> <20070924140103.0ba4c311@mentok.boston.redhat.com> Message-ID: <46F7FF50.4090102@redhat.com> Jesse Keating wrote: > On Mon, 24 Sep 2007 13:56:05 -0400 > Thomas Fitzsimmons wrote: > >> This was for gcjwebplugin-on-libgcj. The "icedtea-plugin rocks!" >> thread is referring to gcjwebplugin-on-IcedTea which is >> (audit-pending) much more secure. To make gcjwebplugin-on-IcedTea >> installed and enabled by default as the original poster is proposing, >> we'd need to have IcedTea available in comps.xml. It's too soon to >> replace GCJ with IcedTea, because of the architecture coverage >> issues, but does anyone see a problem with including IcedTea >> alongside GCJ in the default comps.xml? That would mean that IcedTea >> and GCJ would be installed by default, and IcedTea would take >> precedence on architectures where it was available, and GCJ would be >> the fallback, selectable using alternatives. Then the IcedTea plugin >> would be installed by default on architectures where it is >> available. I like this approach because there is demand for IcedTea >> to be included by default. > > I thought this is what was going to be done anyway, that's the Feature > configuration I voted for. I didn't think IcedTea was suitable for inclusion in comps because I didn't know the compose tools failed gracefully on exclusive-arch packages. OK to commit this patch? Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: comps-f8-icedtea.patch Type: text/x-patch Size: 1740 bytes Desc: not available URL: From fitzsim at redhat.com Mon Sep 24 18:41:22 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 24 Sep 2007 14:41:22 -0400 Subject: [fedora-java] Re: icedtea-plugin rocks! In-Reply-To: <20070924143400.14970b5c@mentok.boston.redhat.com> References: <46F5304E.8050501@fedoraproject.org> <20070923135320.GA4786@redhat.com> <46F7FA35.8010909@redhat.com> <20070924140103.0ba4c311@mentok.boston.redhat.com> <46F7FF50.4090102@redhat.com> <20070924143400.14970b5c@mentok.boston.redhat.com> Message-ID: <46F804D2.2090400@redhat.com> Jesse Keating wrote: > On Mon, 24 Sep 2007 14:17:52 -0400 > Thomas Fitzsimmons wrote: > >> I didn't think IcedTea was suitable for inclusion in comps because I >> didn't know the compose tools failed gracefully on exclusive-arch >> packages. OK to commit this patch? > > Fine by me. Committed. Tom From alcapcom at gmail.com Mon Sep 24 19:34:32 2007 From: alcapcom at gmail.com (Alphonse Van Assche) Date: Mon, 24 Sep 2007 21:34:32 +0200 Subject: [fedora-java] Re: icedtea-plugin rocks! In-Reply-To: <46F804D2.2090400@redhat.com> References: <46F5304E.8050501@fedoraproject.org> <20070923135320.GA4786@redhat.com> <46F7FA35.8010909@redhat.com> <20070924140103.0ba4c311@mentok.boston.redhat.com> <46F7FF50.4090102@redhat.com> <20070924143400.14970b5c@mentok.boston.redhat.com> <46F804D2.2090400@redhat.com> Message-ID: <46F81148.90603@gmail.com> Thomas Fitzsimmons a ?crit : > Jesse Keating wrote: >> On Mon, 24 Sep 2007 14:17:52 -0400 >> Thomas Fitzsimmons wrote: >> >>> I didn't think IcedTea was suitable for inclusion in comps because I >>> didn't know the compose tools failed gracefully on exclusive-arch >>> packages. OK to commit this patch? >> >> Fine by me. > > Committed. > > Tom > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > a small step for a man, a giant leap for FOSS community :) Alphonse -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From fitzsim at redhat.com Mon Sep 24 20:09:11 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 24 Sep 2007 16:09:11 -0400 Subject: [fedora-java] java.home/java.library.path etc, what can I rely on ? In-Reply-To: <1187889944.2487.9.camel@Nom> References: <1187889944.2487.9.camel@Nom> Message-ID: <46F81967.6040804@redhat.com> Caolan McNamara wrote: > So, for.. > > class findhome > { > public static void main(String args[]) > { > System.out.println(System.getProperty("java.home")); > System.out.println(System.getProperty("gnu.classpath.home.url")); > System.out.println(System.getProperty("java.library.path")); > } > } > javac findhome.java > java findhome > I have (on x86_64) ... > > /usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre > file:///usr/lib64 > /usr/lib64/gcj-4.1.2 > > For something like OOo we have two sort of requirements, > > at run time we'd like to dlopen libjvm.so, currently the approach I took for gcj > was to stick lib/ARCH/client/libjvm.so onto the value of java.home. Unfortunately, Java vendors do not provide libjvm.so in a standard location relative to JAVA_HOME. Your approach should work on RHEL- and Fedora-packaged GCJ 1.5.0, IcedTea and Sun JDKs. The BEA location is lib/ARCH/jrockit/libjvm.so and the IBM location is bin/classic/libjvm.so or bin/j9vm/libjvm.so. > I guess from the > output here searching through java.library.path is also plausible ? > > The other requirement is at buildtime to link against libjawt.so and to find the > java headers. The location of libjawt.so is JDK-dependent. GCJ 1.5.0, IcedTea, Sun and BEA install it as lib/ARCH/libjawt.so. IBM installs it as bin/libjawt.so. The headers are always in ${java.home}/../include. > > but for e.g. suse right now apparently the output of the above (for i386) is.. > > /usr > file:///usr/lib/gcc/i586-suse-linux/4.2.1 > /usr/lib/gcj-4.2.1 > > So what I'm wondering is if there is a canonical reference to what the various > properties should refer to. i.e. are my assumptions just busted, or is e.g. the > suse gcj misconfigured I'd say SuSE gcj is misconfigured. I had planned to add full support for JAVA_HOME to upstream GCJ; I got as far as adding a --with-java-home configure option which we set in Fedora. The SuSE package doesn't set it, so java.home defaults to $prefix. > and if there is more correct way to find libjvm.so. And > while I'm at it is there a good solid cross platform and cross java-impl test > to find the correct include and link path to build against the java headers and > link to libjawt and friends. See above. Because of the lack of Java deployment standards, your tests will need to know specifics about the JDK you're building with. Tom From justin.conover at gmail.com Tue Sep 25 01:12:41 2007 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 24 Sep 2007 20:12:41 -0500 Subject: [fedora-java] icedtea +fedora 7 x64 build error Message-ID: PLUG IMPORT: sun/dc/pr/Rasterizer$ConsumerDisposer.class PLUG IMPORT: sun/dc/pr/Rasterizer.class (cd /home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/classes && /home/justin/Download/icedtea/bootstrap/jdk1.6.0/bin/jar xf /home/justin/Download/icedtea/bootstrap/jdk1.7.0/jre/lib/rt-closed.jar`/bin/cat /home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/tmp/java/plugs/dc.clist`) /bin/mkdir -p /home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/classes PLUG IMPORT: gnu (cd /home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/classes && /home/justin/Download/icedtea/bootstrap/jdk1.6.0/bin/jar xf /home/justin/Download/icedtea/bootstrap/jdk1.7.0/jre/lib/rt-closed.jar`/bin/cat /home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/tmp/java/plugs/gnu.clist`) BinaryPlugs import completed: Mon Sep 24 20:05:42 CDT 2007 make[5]: *** No rule to make target `/NOT-SET/BUILD_JDK_IMPORT_PATH/linux-amd64/jre/lib/amd64/server/libjvm.so', needed by `/home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/lib/amd64/server/libjvm.so'. Stop. make[5]: Leaving directory `/home/justin/Download/icedtea/openjdk-ecj/j2se/make/java/redist' make[4]: *** [all] Error 1 make[4]: Leaving directory `/home/justin/Download/icedtea/openjdk-ecj/j2se/make/java' make[3]: *** [all] Error 1 make[3]: Leaving directory `/home/justin/Download/icedtea/openjdk-ecj/j2se/make' make[2]: *** [j2se-build] Error 2 make[2]: Leaving directory `/home/justin/Download/icedtea/openjdk-ecj/control/make' make[1]: *** [j2se_only] Error 2 make[1]: Leaving directory `/home/justin/Download/icedtea/openjdk-ecj/control/make' make: *** [stamps/icedtea-ecj.stamp] Error 2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From overholt at redhat.com Tue Sep 25 12:06:59 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 25 Sep 2007 08:06:59 -0400 Subject: [fedora-java] Review request: Eclipse Demonstration Screencasts Message-ID: <20070925120659.GA8115@redhat.com> Hi, As part of the Devel SIG initiative, we've been making some .ogg screencasts of various Eclipse operations. We hope to introduce people to Eclipse technology available in Fedora and -- over time -- hope to build up content to ease in new developers. I've put up a package for review with our initial set of .oggs. I'd like to include it in the test3 Developer Live image so if someone could get to it today, I'd really appreciate it :) https://bugzilla.redhat.com/show_bug.cgi?id=304861 Thanks, Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fitzsim at redhat.com Tue Sep 25 16:31:06 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Tue, 25 Sep 2007 12:31:06 -0400 Subject: [fedora-java] icedtea +fedora 7 x64 build error In-Reply-To: References: Message-ID: <46F937CA.9020202@redhat.com> Justin Conover wrote: [...] > make[5]: *** No rule to make target > `/NOT-SET/BUILD_JDK_IMPORT_PATH/linux-amd64/jre/lib/amd64/server/libjvm.so', > needed by > `/home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/lib/amd64/server/libjvm.so'. How are you building IcedTea? Tom From justin.conover at gmail.com Tue Sep 25 16:34:51 2007 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 25 Sep 2007 11:34:51 -0500 Subject: [fedora-java] icedtea +fedora 7 x64 build error In-Reply-To: <46F937CA.9020202@redhat.com> References: <46F937CA.9020202@redhat.com> Message-ID: On 9/25/07, Thomas Fitzsimmons wrote: > > Justin Conover wrote: > > [...] > > > make[5]: *** No rule to make target > > > `/NOT-SET/BUILD_JDK_IMPORT_PATH/linux-amd64/jre/lib/amd64/server/libjvm.so', > > needed by > > > `/home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/lib/amd64/server/libjvm.so'. > > How are you building IcedTea? > > Tom > Yes, that is during the make. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fitzsim at redhat.com Tue Sep 25 16:57:23 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Tue, 25 Sep 2007 12:57:23 -0400 Subject: [fedora-java] icedtea +fedora 7 x64 build error In-Reply-To: References: <46F937CA.9020202@redhat.com> Message-ID: <46F93DF3.7020505@redhat.com> Justin Conover wrote: > > > On 9/25/07, *Thomas Fitzsimmons* > wrote: > > Justin Conover wrote: > > [...] > > > make[5]: *** No rule to make target > > > `/NOT-SET/BUILD_JDK_IMPORT_PATH/linux-amd64/jre/lib/amd64/server/libjvm.so', > > needed by > > > `/home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/lib/amd64/server/libjvm.so'. > > > How are you building IcedTea? > > Tom > > > Yes, that is during the make. I meant, "What steps should I take to try to reproduce this on my machine?" Tom From justin.conover at gmail.com Tue Sep 25 18:06:48 2007 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 25 Sep 2007 13:06:48 -0500 Subject: [fedora-java] icedtea +fedora 7 x64 build error In-Reply-To: <46F93DF3.7020505@redhat.com> References: <46F937CA.9020202@redhat.com> <46F93DF3.7020505@redhat.com> Message-ID: On 9/25/07, Thomas Fitzsimmons wrote: > > Justin Conover wrote: > > > > > > On 9/25/07, *Thomas Fitzsimmons* > > wrote: > > > > Justin Conover wrote: > > > > [...] > > > > > make[5]: *** No rule to make target > > > > > > `/NOT-SET/BUILD_JDK_IMPORT_PATH/linux-amd64/jre/lib/amd64/server/libjvm.so', > > > needed by > > > > > > `/home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/lib/amd64/server/libjvm.so'. > > > > > > How are you building IcedTea? > > > > Tom > > > > > > Yes, that is during the make. > > I meant, "What steps should I take to try to reproduce this on my > machine?" > > Tom Oh, I'm sorry I just followed this http://icedtea.classpath.org/wiki//Main_Page And had the buildreqs http://icedtea.classpath.org/wiki/BuildRequirements hg clone http://icedtea.classpath.org/hg/icedtea cd icedtea ./configure make -------------- next part -------------- An HTML attachment was scrubbed... URL: From fitzsim at redhat.com Tue Sep 25 18:41:51 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Tue, 25 Sep 2007 14:41:51 -0400 Subject: [fedora-java] icedtea +fedora 7 x64 build error In-Reply-To: References: <46F937CA.9020202@redhat.com> <46F93DF3.7020505@redhat.com> Message-ID: <46F9566F.7060703@redhat.com> Justin Conover wrote: > > > On 9/25/07, *Thomas Fitzsimmons* > wrote: > > Justin Conover wrote: > > > > > > On 9/25/07, *Thomas Fitzsimmons* > > >> wrote: > > > > Justin Conover wrote: > > > > [...] > > > > > make[5]: *** No rule to make target > > > > > > `/NOT-SET/BUILD_JDK_IMPORT_PATH/linux-amd64/jre/lib/amd64/server/libjvm.so', > > > > needed by > > > > > > `/home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/lib/amd64/server/libjvm.so'. > > > > > > How are you building IcedTea? > > > > Tom > > > > > > Yes, that is during the make. > > I meant, "What steps should I take to try to reproduce this on my > machine?" > > Tom > > > > Oh, I'm sorry I just followed this > > http://icedtea.classpath.org/wiki//Main_Page > > And had the buildreqs > > http://icedtea.classpath.org/wiki/BuildRequirements > > > hg clone http://icedtea.classpath.org/hg/icedtea > cd icedtea > ./configure > > make OK, there are two problems here: 1) cloning the IcedTea repository automatically puts tip in the working directory, and the current tip is the cacao branch 2) the cacao branch doesn't build using the same procedure as the default branch As a workaround, you can update to the default head after cloning the repository, e.g.: hg up -C c2d0a270a09f (see: hg heads) The real solution is to move CACAO work to a separate icedtea-cacao repository. Tom From jsumali at redhat.com Tue Sep 25 18:42:31 2007 From: jsumali at redhat.com (Joshua Sumali) Date: Tue, 25 Sep 2007 14:42:31 -0400 Subject: [fedora-java] icedtea +fedora 7 x64 build error In-Reply-To: References: <46F937CA.9020202@redhat.com> <46F93DF3.7020505@redhat.com> Message-ID: <46F95697.8000509@redhat.com> Justin Conover wrote: > > > On 9/25/07, *Thomas Fitzsimmons* > wrote: > > Justin Conover wrote: > > > > > > On 9/25/07, *Thomas Fitzsimmons* > > >> wrote: > > > > Justin Conover wrote: > > > > [...] > > > > > make[5]: *** No rule to make target > > > > > > `/NOT-SET/BUILD_JDK_IMPORT_PATH/linux-amd64/jre/lib/amd64/server/libjvm.so', > > > > needed by > > > > > > `/home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/lib/amd64/server/libjvm.so'. > > > > > > How are you building IcedTea? > > > > Tom > > > > > > Yes, that is during the make. > > I meant, "What steps should I take to try to reproduce this on my > machine?" > > Tom > > > > Oh, I'm sorry I just followed this > > http://icedtea.classpath.org/wiki//Main_Page > > And had the buildreqs > > http://icedtea.classpath.org/wiki/BuildRequirements > > hg clone http://icedtea.classpath.org/hg/icedtea > cd icedtea > ./configure > > make > > > > ------------------------------------------------------------------------ > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > Just tried this on x86, and it's happening too. I'll try to look into it. Josh ... BinaryPlugs import completed: Tue Sep 25 14:40:20 EDT 2007 make[5]: *** No rule to make target `/NOT-SET/BUILD_JDK_IMPORT_PATH/linux-i586/jre/lib/i386/server/libjvm.so', needed by `/notnfs/jsumali/icedteab19.test/openjdk-ecj/control/build/linux-i586/lib/i386/server/libjvm.so'. Stop. make[5]: Leaving directory `/notnfs/jsumali/icedteab19.test/openjdk-ecj/j2se/make/java/redist' make[4]: *** [all] Error 1 make[4]: Leaving directory `/notnfs/jsumali/icedteab19.test/openjdk-ecj/j2se/make/java' make[3]: *** [all] Error 1 make[3]: Leaving directory `/notnfs/jsumali/icedteab19.test/openjdk-ecj/j2se/make' make[2]: *** [j2se-build] Error 2 make[2]: Leaving directory `/notnfs/jsumali/icedteab19.test/openjdk-ecj/control/make' make[1]: *** [j2se_only] Error 2 make[1]: Leaving directory `/notnfs/jsumali/icedteab19.test/openjdk-ecj/control/make' make: *** [stamps/icedtea-ecj.stamp] Error 2 From jsumali at redhat.com Tue Sep 25 18:43:56 2007 From: jsumali at redhat.com (Joshua Sumali) Date: Tue, 25 Sep 2007 14:43:56 -0400 Subject: [fedora-java] icedtea +fedora 7 x64 build error In-Reply-To: <46F95697.8000509@redhat.com> References: <46F937CA.9020202@redhat.com> <46F93DF3.7020505@redhat.com> <46F95697.8000509@redhat.com> Message-ID: <46F956EC.9000906@redhat.com> Joshua Sumali wrote: > Justin Conover wrote: >> >> >> On 9/25/07, *Thomas Fitzsimmons* > > wrote: >> >> Justin Conover wrote: >> > >> > >> > On 9/25/07, *Thomas Fitzsimmons* > >> > >> wrote: >> > >> > Justin Conover wrote: >> > >> > [...] >> > >> > > make[5]: *** No rule to make target >> > > >> > >> `/NOT-SET/BUILD_JDK_IMPORT_PATH/linux-amd64/jre/lib/amd64/server/libjvm.so', >> >> >> > > needed by >> > > >> > >> `/home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/lib/amd64/server/libjvm.so'. >> >> > >> > >> > How are you building IcedTea? >> > >> > Tom >> > >> > >> > Yes, that is during the make. >> >> I meant, "What steps should I take to try to reproduce this on my >> machine?" >> >> Tom >> >> >> >> Oh, I'm sorry I just followed this >> >> http://icedtea.classpath.org/wiki//Main_Page >> >> And had the buildreqs >> >> http://icedtea.classpath.org/wiki/BuildRequirements >> >> hg clone http://icedtea.classpath.org/hg/icedtea >> cd icedtea >> ./configure >> >> make >> >> >> >> ------------------------------------------------------------------------ >> >> -- >> fedora-devel-java-list mailing list >> fedora-devel-java-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-java-list >> > Just tried this on x86, and it's happening too. I'll try to look into it. > > Josh > > ... > BinaryPlugs import completed: Tue Sep 25 14:40:20 EDT 2007 > make[5]: *** No rule to make target > `/NOT-SET/BUILD_JDK_IMPORT_PATH/linux-i586/jre/lib/i386/server/libjvm.so', > needed by > `/notnfs/jsumali/icedteab19.test/openjdk-ecj/control/build/linux-i586/lib/i386/server/libjvm.so'. > Stop. > make[5]: Leaving directory > `/notnfs/jsumali/icedteab19.test/openjdk-ecj/j2se/make/java/redist' > make[4]: *** [all] Error 1 > make[4]: Leaving directory > `/notnfs/jsumali/icedteab19.test/openjdk-ecj/j2se/make/java' > make[3]: *** [all] Error 1 > make[3]: Leaving directory > `/notnfs/jsumali/icedteab19.test/openjdk-ecj/j2se/make' > make[2]: *** [j2se-build] Error 2 > make[2]: Leaving directory > `/notnfs/jsumali/icedteab19.test/openjdk-ecj/control/make' > make[1]: *** [j2se_only] Error 2 > make[1]: Leaving directory > `/notnfs/jsumali/icedteab19.test/openjdk-ecj/control/make' > make: *** [stamps/icedtea-ecj.stamp] Error 2 > > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list err, saw Tom's email right after sending mine. Whoops. From fitzsim at redhat.com Tue Sep 25 19:17:09 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Tue, 25 Sep 2007 15:17:09 -0400 Subject: [fedora-java] icedtea +fedora 7 x64 build error In-Reply-To: <46F9566F.7060703@redhat.com> References: <46F937CA.9020202@redhat.com> <46F93DF3.7020505@redhat.com> <46F9566F.7060703@redhat.com> Message-ID: <46F95EB5.3030802@redhat.com> Thomas Fitzsimmons wrote: > Justin Conover wrote: >> >> >> On 9/25/07, *Thomas Fitzsimmons* > > wrote: >> >> Justin Conover wrote: >> > >> > >> > On 9/25/07, *Thomas Fitzsimmons* > >> > >> wrote: >> > >> > Justin Conover wrote: >> > >> > [...] >> > >> > > make[5]: *** No rule to make target >> > > >> > >> `/NOT-SET/BUILD_JDK_IMPORT_PATH/linux-amd64/jre/lib/amd64/server/libjvm.so', >> >> >> > > needed by >> > > >> > >> `/home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/lib/amd64/server/libjvm.so'. >> >> > >> > >> > How are you building IcedTea? >> > >> > Tom >> > >> > >> > Yes, that is during the make. >> >> I meant, "What steps should I take to try to reproduce this on my >> machine?" >> >> Tom >> >> >> >> Oh, I'm sorry I just followed this >> >> http://icedtea.classpath.org/wiki//Main_Page >> >> And had the buildreqs >> >> http://icedtea.classpath.org/wiki/BuildRequirements >> >> >> hg clone http://icedtea.classpath.org/hg/icedtea >> cd icedtea >> ./configure >> >> make > > OK, there are two problems here: > > 1) cloning the IcedTea repository automatically puts tip in the working > directory, and the current tip is the cacao branch > > 2) the cacao branch doesn't build using the same procedure as the > default branch > > As a workaround, you can update to the default head after cloning the > repository, e.g.: > > hg up -C c2d0a270a09f > > (see: hg heads) > > The real solution is to move CACAO work to a separate icedtea-cacao > repository. Or upgrade from Mercurial 0.9.3 to 0.9.4, which has a fix for: http://www.selenic.com/mercurial/bts/issue574 Tom From justin.conover at gmail.com Tue Sep 25 22:43:20 2007 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 25 Sep 2007 17:43:20 -0500 Subject: [fedora-java] icedtea +fedora 7 x64 build error In-Reply-To: <46F9566F.7060703@redhat.com> References: <46F937CA.9020202@redhat.com> <46F93DF3.7020505@redhat.com> <46F9566F.7060703@redhat.com> Message-ID: On 9/25/07, Thomas Fitzsimmons wrote: > > Justin Conover wrote: > > > > > > On 9/25/07, *Thomas Fitzsimmons* > > wrote: > > > > Justin Conover wrote: > > > > > > > > > On 9/25/07, *Thomas Fitzsimmons* > > > > >> wrote: > > > > > > Justin Conover wrote: > > > > > > [...] > > > > > > > make[5]: *** No rule to make target > > > > > > > > > > `/NOT-SET/BUILD_JDK_IMPORT_PATH/linux-amd64/jre/lib/amd64/server/libjvm.so', > > > > > > needed by > > > > > > > > > > `/home/justin/Download/icedtea/openjdk-ecj/control/build/linux-amd64/lib/amd64/server/libjvm.so'. > > > > > > > > > How are you building IcedTea? > > > > > > Tom > > > > > > > > > Yes, that is during the make. > > > > I meant, "What steps should I take to try to reproduce this on my > > machine?" > > > > Tom > > > > > > > > Oh, I'm sorry I just followed this > > > > http://icedtea.classpath.org/wiki//Main_Page > > > > And had the buildreqs > > > > http://icedtea.classpath.org/wiki/BuildRequirements > > > > > > hg clone http://icedtea.classpath.org/hg/icedtea > > cd icedtea > > ./configure > > > > make > > OK, there are two problems here: > > 1) cloning the IcedTea repository automatically puts tip in the working > directory, and the current tip is the cacao branch > > 2) the cacao branch doesn't build using the same procedure as the default > branch > > As a workaround, you can update to the default head after cloning the > repository, e.g.: > > hg up -C c2d0a270a09f > > (see: hg heads) > > The real solution is to move CACAO work to a separate icedtea-cacao > repository. > > Tom > > Thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: