From fitzsim at redhat.com Fri Nov 3 16:51:18 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Fri, 03 Nov 2006 11:51:18 -0500 Subject: [fedora-java] Re: ld doesn't know about location of libjvm In-Reply-To: References: <4544FF39.8070002@redhat.com> <45460DBE.70607@redhat.com> Message-ID: <454B7386.7050701@redhat.com> Braden McDaniel wrote: > Thomas Fitzsimmons wrote: >> Hi, >> >> Braden McDaniel wrote: >>> On Sun, 29 Oct 2006 14:21:29 -0500, Thomas Fitzsimmons wrote: >>> >>>> Hi, >>>> >>>> Braden McDaniel wrote: >>>>> ld seems not to know about /usr/lib[64]/gcj-4.1.1; and as such >>>>> cannot find libjvm.so without a -L flag. Is this deliberate or a bug? >>>> This is deliberate. You should be dlopen'ing libjvm.so rather than >>>> linking to it directly. To locate it, use >>>> $JAVA_HOME/jre/lib/i386/client/libjvm.so like you would on other >>>> JVMs. java-1.4.2-gcj-compat symlinks >>>> /usr/lib/jvm/java/jre/lib/i386/client/libjvm.so to libgcj's libjvm >>>> implementation. >>> >>> Fair enough; but I don't want to force my users to set JAVA_HOME. Is >>> this >>> prefix build-time discoverable? >> >> If you're willing to require GCJ's implementation then you can count >> on libjvm.so being located at: >> >> /usr/lib/jvm/java-1.4.2-gcj/jre/lib/$arch/client/libjvm.so > > On recent Fedora, perhaps; but I'm inclined not to depend on the > java-1.4.2-gcj-compat in general since I don't know how widely it's > coupled to gcj deployments. I think fairly widely: recent Debian, Ubuntu and Fedora at least. I think the above libjvm.so location is fairly reliable, if you ensure that your application package puts a packaging system requirement on java-gcj-compat (e.g. Requires: java-gcj-compat). For FC-7 my plan is to merge java-1.4.2-gcj-compat completely into libgcj so that this distinction will not exist for subsequent releases. > > What I'd like to support is preference for the libjvm relative to > JAVA_HOME at run-time; but falling back to a location established for > libjvm at build-time (if JAVA_HOME is not set at run-time). > >> where $arch is the rpm architecture string. To print this string for >> the target system, use: >> >> rpm --eval "%{_arch}" > > Not a solution for systems that aren't RPM-based. (But not a problem for > me; autoconf solves this.) > >> If you'd like to require any JPackage JRE then the architecture string >> may be a little different (e.g., amd64 vs. x86_64) but the location >> will be: >> >> /usr/lib/jvm/jre/lib/$arch/client/libjvm.so >> >> If you'd like to support other types of JDK installations like /opt or >> /usr/java then you'll have to do a runtime search. > > It's looking like my best option is to eke out all the information I can > from libgcj.pc. Assuming libjvm.so is reliably installed in > ${libdir}/gcj-${gcj_version} across distributions, I should be able to > get what I need from it. The problem with this approach is that this directory is versioned. So if you hard-code /usr/lib/gcj-4.1.1 into your application, it will break when the user upgrades to gcj 4.1.2. You could do a search for /usr/lib*/gcj-*, but this is something that java-gcj-compat is intended to do for you; it always keeps its unversioned libjvm.so symlink pointing to the right place. Tom From braden at endoframe.com Mon Nov 6 00:45:20 2006 From: braden at endoframe.com (Braden McDaniel) Date: Mon, 6 Nov 2006 00:45:20 +0000 (UTC) Subject: [fedora-java] Re: ld doesn't know about location of libjvm References: <4544FF39.8070002@redhat.com> <45460DBE.70607@redhat.com> <454B7386.7050701@redhat.com> Message-ID: On Fri, 03 Nov 2006 11:51:18 -0500, Thomas Fitzsimmons wrote: > Braden McDaniel wrote: [snip] >> It's looking like my best option is to eke out all the information I >> can from libgcj.pc. Assuming libjvm.so is reliably installed in >> ${libdir}/gcj-${gcj_version} across distributions, I should be able to >> get what I need from it. > > The problem with this approach is that this directory is versioned. So > if you hard-code /usr/lib/gcj-4.1.1 into your application, it will break > when the user upgrades to gcj 4.1.2. You could do a search for > /usr/lib*/gcj-*, but this is something that java-gcj-compat is intended > to do for you; it always keeps its unversioned libjvm.so symlink > pointing to the right place. Sigh. That's a good point. Once you fold java-gcj-compat into libgcj, what would you think of publishing a JAVA_HOME variable in the pkg-config metadata? -- Braden McDaniel e-mail: Jabber: From fitzsim at redhat.com Mon Nov 6 14:49:37 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 06 Nov 2006 09:49:37 -0500 Subject: [fedora-java] Re: ld doesn't know about location of libjvm In-Reply-To: References: <4544FF39.8070002@redhat.com> <45460DBE.70607@redhat.com> <454B7386.7050701@redhat.com> Message-ID: <454F4B81.1010903@redhat.com> Braden McDaniel wrote: > On Fri, 03 Nov 2006 11:51:18 -0500, Thomas Fitzsimmons wrote: > >> Braden McDaniel wrote: > > [snip] > >>> It's looking like my best option is to eke out all the information I >>> can from libgcj.pc. Assuming libjvm.so is reliably installed in >>> ${libdir}/gcj-${gcj_version} across distributions, I should be able to >>> get what I need from it. >> The problem with this approach is that this directory is versioned. So >> if you hard-code /usr/lib/gcj-4.1.1 into your application, it will break >> when the user upgrades to gcj 4.1.2. You could do a search for >> /usr/lib*/gcj-*, but this is something that java-gcj-compat is intended >> to do for you; it always keeps its unversioned libjvm.so symlink >> pointing to the right place. > > Sigh. That's a good point. > > Once you fold java-gcj-compat into libgcj, what would you think of > publishing a JAVA_HOME variable in the pkg-config metadata? Yes, good idea. I'll do that. Tom From charlescurley at charlescurley.com Thu Nov 9 03:20:14 2006 From: charlescurley at charlescurley.com (Charles Curley) Date: Wed, 8 Nov 2006 20:20:14 -0700 Subject: [fedora-java] Struts Javadoc Missing Message-ID: <20061109032014.GA29702@charlescurley.com> I have installed struts on FC5: [root at charlesc ~]# pre struts struts-manual-1.2.8-2jpp_9fc struts11-manual-1.1-1jpp_7fc struts-javadoc-1.2.8-2jpp_9fc struts11-javadoc-1.1-1jpp_7fc struts-1.2.8-2jpp_9fc struts-webapps-tomcat5-1.2.8-2jpp_9fc I restarted Tomcat to make sure it reloaded everything. However, when I go to the struts docs (http://charlesc.localdomain:8080/struts-documentation/), and click on the javadoc link, I get a 404: type Status report message /struts-documentation/api/index.html description The requested resource (/struts-documentation/api/index.html) is not available. The subdirectory api is not in /usr/share/tomcat5/webapps/struts-documentation/. Am I doing something wrong or have I hit a bug? -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From green at redhat.com Thu Nov 9 15:05:16 2006 From: green at redhat.com (Anthony Green) Date: Thu, 09 Nov 2006 07:05:16 -0800 Subject: [fedora-java] Struts Javadoc Missing In-Reply-To: <20061109032014.GA29702@charlescurley.com> References: <20061109032014.GA29702@charlescurley.com> Message-ID: <1163084716.8861.19.camel@localhost.localdomain> On Wed, 2006-11-08 at 20:20 -0700, Charles Curley wrote: > I restarted Tomcat to make sure it reloaded everything. However, when > I go to the struts docs > (http://charlesc.localdomain:8080/struts-documentation/), and click on > the javadoc link, I get a 404: > > type Status report > > message /struts-documentation/api/index.html > > description The requested resource > (/struts-documentation/api/index.html) is not available. > > The subdirectory api is not in > /usr/share/tomcat5/webapps/struts-documentation/. > > Am I doing something wrong or have I hit a bug? I don't have a FC5 machine handy to test this on but, for what it's worth, this works perfectly on FC6. AG From green at redhat.com Thu Nov 9 15:53:04 2006 From: green at redhat.com (Anthony Green) Date: Thu, 09 Nov 2006 07:53:04 -0800 Subject: [fedora-java] Struts Javadoc Missing In-Reply-To: <1163084716.8861.19.camel@localhost.localdomain> References: <20061109032014.GA29702@charlescurley.com> <1163084716.8861.19.camel@localhost.localdomain> Message-ID: <1163087584.8861.23.camel@localhost.localdomain> On Thu, 2006-11-09 at 07:05 -0800, Anthony Green wrote: > I don't have a FC5 machine handy to test this on but, for what it's > worth, this works perfectly on FC6. Oops - I take this back. I didn't read your note properly. Yes, the javadoc API link is busted. This looks like a simple packaging bug. I'll file a bug report. AG From charlescurley at charlescurley.com Fri Nov 10 05:17:55 2006 From: charlescurley at charlescurley.com (Charles Curley) Date: Thu, 9 Nov 2006 22:17:55 -0700 Subject: [fedora-java] Struts Javadoc Missing In-Reply-To: <1163087584.8861.23.camel@localhost.localdomain> References: <20061109032014.GA29702@charlescurley.com> <1163084716.8861.19.camel@localhost.localdomain> <1163087584.8861.23.camel@localhost.localdomain> Message-ID: <20061110051755.GB24744@charlescurley.com> On Thu, Nov 09, 2006 at 07:53:04AM -0800, Anthony Green wrote: > On Thu, 2006-11-09 at 07:05 -0800, Anthony Green wrote: > > I don't have a FC5 machine handy to test this on but, for what it's > > worth, this works perfectly on FC6. > > Oops - I take this back. I didn't read your note properly. Yes, the > javadoc API link is busted. This looks like a simple packaging bug. > I'll file a bug report. Thank you. It is 214812, should anyone else wish to track it. For what it's worth, I did eventually find the errant javadoc. It's in /usr/share/javadoc/, along with a whole slew of other javadoc, the existence of which I had not previously suspected. Since it seems rather silly to have a bunch of javadoc inaccessible by browser, I added the following to my http.conf for apache (right after the similar stanza for /usr/share/doc/): # Allow access to local system javadoc documentation Alias /javadoc/ /usr/share/javadoc/ order deny,allow deny from all allow from .... Options Indexes FollowSymLinks Perhaps someone would be kind enough to add something like that to the standard Fedora Java packaging? -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From aph at redhat.com Fri Nov 10 10:16:12 2006 From: aph at redhat.com (Andrew Haley) Date: Fri, 10 Nov 2006 10:16:12 +0000 Subject: [fedora-java] Struts Javadoc Missing In-Reply-To: <20061110051755.GB24744@charlescurley.com> References: <20061109032014.GA29702@charlescurley.com> <1163084716.8861.19.camel@localhost.localdomain> <1163087584.8861.23.camel@localhost.localdomain> <20061110051755.GB24744@charlescurley.com> Message-ID: <17748.20844.66955.614758@zebedee.pink> Charles Curley writes: > On Thu, Nov 09, 2006 at 07:53:04AM -0800, Anthony Green wrote: > > On Thu, 2006-11-09 at 07:05 -0800, Anthony Green wrote: > > > I don't have a FC5 machine handy to test this on but, for what it's > > > worth, this works perfectly on FC6. > > > > Oops - I take this back. I didn't read your note properly. Yes, the > > javadoc API link is busted. This looks like a simple packaging bug. > > I'll file a bug report. > > Thank you. It is 214812, should anyone else wish to track it. > > For what it's worth, I did eventually find the errant javadoc. It's in > /usr/share/javadoc/, along with a whole slew of other javadoc, the > existence of which I had not previously suspected. > > Since it seems rather silly to have a bunch of javadoc inaccessible by > browser, It's not inaccessible by browser. firefox /usr/share/javadoc/struts-1.2.4/ works for me. Andrew. From mefoster at gmail.com Sun Nov 19 19:04:54 2006 From: mefoster at gmail.com (Mary Ellen Foster) Date: Sun, 19 Nov 2006 19:04:54 +0000 Subject: [fedora-java] Did the Eclipse update in updates-testing break for anyone else? Message-ID: Yesterday, I updated to the eclipse* packages that are currently in updates-testing. Before that, Eclipse started up cleanly; now, I get an error on start-up to look in a logfile under ~/.eclipse/org.eclipse.platform_3.2.0/configuration. That starts with: !ENTRY org.eclipse.core.runtime 4 0 2006-11-19 18:56:20.352 !MESSAGE FrameworkEvent.ERROR !STACK 0 org.osgi.framework.BundleException: The bundle could not be resolved. Reason: Missing Constraint: Require-Bundle: org.eclipse.core.jobs; bundle-version="[3.2.0,4.0.0)" [backtrace] !ENTRY org.eclipse.osgi 4 0 2006-11-19 18:56:20.358 !MESSAGE Bundle initial at reference:file:plugins/org.eclipse.core.runtime_3.2.0.v20060603.jar/ was not resolved. [...] I tried going back to the versions from core, but I'm still getting that error. It is correlated with the update, so I definitely suspect that in some way, but I didn't want to bugzilla it (it may be something in my local config) without checking. I hope I don't have to rebuild my workspace again ... argh. :( MEF -- Mary Ellen Foster http://homepages.inf.ed.ac.uk/mef/ From mefoster at gmail.com Sun Nov 19 19:07:35 2006 From: mefoster at gmail.com (Mary Ellen Foster) Date: Sun, 19 Nov 2006 19:07:35 +0000 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: References: Message-ID: On 19/11/06, Mary Ellen Foster wrote: > I hope I don't have to rebuild my workspace again ... argh. :( Addendum -- I tried moving my ".eclipse" directory out of the way and restarting, and it came up successfully. So it was something in my local config, I guess, but I do think it was triggered somehow by that update. Any suggestions for what to look for? MEF -- Mary Ellen Foster http://homepages.inf.ed.ac.uk/mef/ From mefoster at gmail.com Sun Nov 19 20:02:56 2006 From: mefoster at gmail.com (Mary Ellen Foster) Date: Sun, 19 Nov 2006 20:02:56 +0000 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: References: Message-ID: On 19/11/06, Mary Ellen Foster wrote: > On 19/11/06, Mary Ellen Foster wrote: > > I hope I don't have to rebuild my workspace again ... argh. :( > > Addendum -- I tried moving my ".eclipse" directory out of the way and > restarting, and it came up successfully. So it was something in my > local config, I guess, but I do think it was triggered somehow by that > update. Any suggestions for what to look for? p.p.s: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216348 MEF -- Mary Ellen Foster http://homepages.inf.ed.ac.uk/mef/ From overholt at redhat.com Sun Nov 19 21:37:21 2006 From: overholt at redhat.com (Andrew Overholt) Date: Sun, 19 Nov 2006 16:37:21 -0500 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: References: Message-ID: <20061119213720.GA6659@redhat.com> * Mary Ellen Foster [2006-11-19 14:08]: > On 19/11/06, Mary Ellen Foster wrote: > >I hope I don't have to rebuild my workspace again ... argh. :( > > Addendum -- I tried moving my ".eclipse" directory out of the way and > restarting, and it came up successfully. So it was something in my > local config, I guess, but I do think it was triggered somehow by that > update. Any suggestions for what to look for? It's because we moved the platform-specific stuff to /usr/lib (or /usr/lib64). There's no way around the .eclipse breakage. I know Ben was going to put some information about it in the update text and we were going to send some email to make sure people were aware. Sorry you had to hit it before we sent out the info. 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 Sun Nov 19 22:04:09 2006 From: mefoster at gmail.com (Mary Ellen Foster) Date: Sun, 19 Nov 2006 22:04:09 +0000 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: <20061119213720.GA6659@redhat.com> References: <20061119213720.GA6659@redhat.com> Message-ID: [ NB: I actually intended to send this to the list. Sorry to Andrew Overholt who's going to get it twice ... ] On 19/11/06, Andrew Overholt wrote: > It's because we moved the platform-specific stuff to /usr/lib (or > /usr/lib64). There's no way around the .eclipse breakage. > > I know Ben was going to put some information about it in the update text > and we were going to send some email to make sure people were aware. Sorry > you had to hit it before we sent out the info. Oh, ick. :( Does this mean that everyone is going to have to recreate their Eclipse customisations, self-installed plugins, etc? Or is there some less-intrusive way of fixing up the configuration than moving .eclipse totally out of the way (e.g., editing a single file under .eclipse or something)? Glad to hear it's a known issue at least, though. MEF -- Mary Ellen Foster http://homepages.inf.ed.ac.uk/mef/ From robert at marcanoonline.com Mon Nov 20 02:00:00 2006 From: robert at marcanoonline.com (Robert Marcano) Date: Sun, 19 Nov 2006 22:00:00 -0400 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: <20061119213720.GA6659@redhat.com> References: <20061119213720.GA6659@redhat.com> Message-ID: <1163988000.2910.30.camel@localhost.localdomain> On Sun, 2006-11-19 at 16:37 -0500, Andrew Overholt wrote: > * Mary Ellen Foster [2006-11-19 14:08]: > > On 19/11/06, Mary Ellen Foster wrote: > > >I hope I don't have to rebuild my workspace again ... argh. :( > > > > Addendum -- I tried moving my ".eclipse" directory out of the way and > > restarting, and it came up successfully. So it was something in my > > local config, I guess, but I do think it was triggered somehow by that > > update. Any suggestions for what to look for? > > It's because we moved the platform-specific stuff to /usr/lib (or > /usr/lib64). There's no way around the .eclipse breakage. Umm I saw that move on rawhide, but for some reason another update moved it back to /usr/share. Now that it is settled on /usr/lib all plugins on extras will require a rebuild > > I know Ben was going to put some information about it in the update text > and we were going to send some email to make sure people were aware. Sorry > you had to hit it before we sent out the info. > > Andrew ________________________________________ Robert Marcano ????????????????? web: http://www.marcanoonline.com/ gpg --keyserver hkp://pgp.mit.edu/ --recv-key 72A0DCFD From mefoster at gmail.com Mon Nov 20 06:35:10 2006 From: mefoster at gmail.com (Mary Ellen Foster) Date: Mon, 20 Nov 2006 06:35:10 +0000 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: <20061120011448.GA9802@redhat.com> References: <20061119213720.GA6659@redhat.com> <20061120011448.GA9802@redhat.com> Message-ID: On 20/11/06, Andrew Overholt wrote: > We think it'll be as simple as running once with the -clean option but we > haven't had a chance to verify yet. Most customisations will probably be > at the workspace level but you're correct about self-installed plugins. > I'll keep you posted as we investigate. I think I tried "-clean", and I think it didn't have any effect ... could try again to make sure if you want. -- Mary Ellen Foster http://homepages.inf.ed.ac.uk/mef/ From bkonrath at redhat.com Mon Nov 20 19:10:29 2006 From: bkonrath at redhat.com (Ben Konrath) Date: Mon, 20 Nov 2006 14:10:29 -0500 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: <20061119213720.GA6659@redhat.com> References: <20061119213720.GA6659@redhat.com> Message-ID: <1164049829.12533.11.camel@plug> On Sun, 2006-11-19 at 16:37 -0500, Andrew Overholt wrote: > * Mary Ellen Foster [2006-11-19 14:08]: > > On 19/11/06, Mary Ellen Foster wrote: > > >I hope I don't have to rebuild my workspace again ... argh. :( > > > > Addendum -- I tried moving my ".eclipse" directory out of the way and > > restarting, and it came up successfully. So it was something in my > > local config, I guess, but I do think it was triggered somehow by that > > update. Any suggestions for what to look for? > > It's because we moved the platform-specific stuff to /usr/lib (or > /usr/lib64). There's no way around the .eclipse breakage. > > I know Ben was going to put some information about it in the update text > and we were going to send some email to make sure people were aware. Sorry > you had to hit it before we sent out the info. It's already there: "Please note that this update changes the filesystem layout of some of the packages and users will have to run eclipse once with '-clean' after the update is complete. Alternately, users may remove the configuration in ~/.eclipse (i.e. rm -r ~/.eclipse). If there are non-packaged plugins installed in ~/.eclipse, please run eclipse with the -clean' option to ensure that these plugins are not lost." But if '-clean' isn't working I'll take that text out when it goes to updates proper. Ben From bkonrath at redhat.com Mon Nov 20 19:11:36 2006 From: bkonrath at redhat.com (Ben Konrath) Date: Mon, 20 Nov 2006 14:11:36 -0500 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: References: <20061119213720.GA6659@redhat.com> <20061120011448.GA9802@redhat.com> Message-ID: <1164049896.12533.13.camel@plug> On Mon, 2006-11-20 at 06:35 +0000, Mary Ellen Foster wrote: > On 20/11/06, Andrew Overholt wrote: > > We think it'll be as simple as running once with the -clean option but we > > haven't had a chance to verify yet. Most customisations will probably be > > at the workspace level but you're correct about self-installed plugins. > > I'll keep you posted as we investigate. > > I think I tried "-clean", and I think it didn't have any effect ... > could try again to make sure if you want. Sure, that would be much appreciated. Thanks, Ben From foster at in.tum.de Mon Nov 20 19:45:49 2006 From: foster at in.tum.de (Mary Ellen Foster) Date: Mon, 20 Nov 2006 19:45:49 +0000 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: <1164049896.12533.13.camel@plug> References: <20061119213720.GA6659@redhat.com> <20061120011448.GA9802@redhat.com> <1164049896.12533.13.camel@plug> Message-ID: On 20/11/06, Ben Konrath wrote: > On Mon, 2006-11-20 at 06:35 +0000, Mary Ellen Foster wrote: > > I think I tried "-clean", and I think it didn't have any effect ... > > could try again to make sure if you want. > > Sure, that would be much appreciated. Okay, just tried: - copied my old, backed-up .eclipse back to ~/.eclipse - ran "eclipse -clean" with new Eclipse from updates-testing - same error as before (window pops up saying to check log file, log file whines about unresolved bundles, ...) Is there no way that the configuration change could be automated? I'm fairly certain a lot of people run "yum update" without religiously reading all of the update announcements ... MEF -- Mary Ellen Foster http://homepages.inf.ed.ac.uk/mef/ From bkonrath at redhat.com Mon Nov 20 20:13:52 2006 From: bkonrath at redhat.com (Ben Konrath) Date: Mon, 20 Nov 2006 15:13:52 -0500 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: References: <20061119213720.GA6659@redhat.com> <20061120011448.GA9802@redhat.com> <1164049896.12533.13.camel@plug> Message-ID: <1164053632.12533.23.camel@plug> On Mon, 2006-11-20 at 19:45 +0000, Mary Ellen Foster wrote: > On 20/11/06, Ben Konrath wrote: > > On Mon, 2006-11-20 at 06:35 +0000, Mary Ellen Foster wrote: > > > I think I tried "-clean", and I think it didn't have any effect ... > > > could try again to make sure if you want. > > > > Sure, that would be much appreciated. > > Okay, just tried: > - copied my old, backed-up .eclipse back to ~/.eclipse > - ran "eclipse -clean" with new Eclipse from updates-testing > - same error as before (window pops up saying to check log file, log > file whines about unresolved bundles, ...) Ok, thanks. I'll change the update notice. > Is there no way that the configuration change could be automated? I'm > fairly certain a lot of people run "yum update" without religiously > reading all of the update announcements ... I haven't fully investigated an automated solution to updating the user configuration because I'm busy with other stuff. Since I don't know when I would have time for this, I was planning to just push the update as is. I would gladly accept a solution if you came up with something. Thanks, Ben From bkonrath at redhat.com Wed Nov 22 18:14:42 2006 From: bkonrath at redhat.com (Ben Konrath) Date: Wed, 22 Nov 2006 13:14:42 -0500 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: References: <20061119213720.GA6659@redhat.com> <20061120011448.GA9802@redhat.com> <1164049896.12533.13.camel@plug> Message-ID: <1164219282.10713.28.camel@plug> On Mon, 2006-11-20 at 19:45 +0000, Mary Ellen Foster wrote: > Is there no way that the configuration change could be automated? I'm > fairly certain a lot of people run "yum update" without religiously > reading all of the update announcements ... Andrew Overholt is working on a fix for this. Just thought I'd let you know. Ben From green at redhat.com Sat Nov 25 23:17:31 2006 From: green at redhat.com (Anthony Green) Date: Sat, 25 Nov 2006 15:17:31 -0800 Subject: [fedora-java] [Fwd: hsqldb's long-standing packaging bug] Message-ID: <1164496651.2972.12.camel@localhost.localdomain> Can somebody who knows how to deal with Core have a look at this? Thanks, AG -------------- next part -------------- An embedded message was scrubbed... From: "Michel Salim" Subject: hsqldb's long-standing packaging bug Date: Fri, 24 Nov 2006 14:45:04 -0500 Size: 4453 URL: From overholt at redhat.com Tue Nov 28 20:09:12 2006 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 28 Nov 2006 15:09:12 -0500 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: <20061119213720.GA6659@redhat.com> References: <20061119213720.GA6659@redhat.com> Message-ID: <20061128200912.GB18015@redhat.com> * Andrew Overholt [2006-11-19 16:37]: > * Mary Ellen Foster [2006-11-19 14:08]: > > On 19/11/06, Mary Ellen Foster wrote: > > >I hope I don't have to rebuild my workspace again ... argh. :( > > > > Addendum -- I tried moving my ".eclipse" directory out of the way and > > restarting, and it came up successfully. So it was something in my > > local config, I guess, but I do think it was triggered somehow by that > > update. Any suggestions for what to look for? > > It's because we moved the platform-specific stuff to /usr/lib (or > /usr/lib64). There's no way around the .eclipse breakage. It turns out that that wasn't the cause *and* we've found a way around the ~/.eclipse breakage - yay! This means that user-installed plugins won't be lost and the upgrade should be seamless. I'm going to push an update to fc6-updates-testing as soon as the build finishes and then we can see if it works for others. 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 overholt at redhat.com Tue Nov 28 23:03:25 2006 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 28 Nov 2006 18:03:25 -0500 Subject: [fedora-java] Odd warnings from gcj-dbtool Message-ID: <20061128230325.GC26908@redhat.com> Hi, Is anyone else seeing something like this on rawhide: dirname: missing operand Try `dirname --help' for more information. mkdir: missing operand Try `mkdir --help' for more information. /usr/bin/rebuild-gcj-db: line 5: 18342 Aborted /usr/bin/gcj-dbtool -n $dbLocation 64 xargs: /usr/bin/gcj-dbtool: terminated by signal 6 I'm seeing it on ppc64, if that matters. I'll see if I can reproduce on x86. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pmuldoon at redhat.com Wed Nov 29 00:57:05 2006 From: pmuldoon at redhat.com (Phil Muldoon) Date: Tue, 28 Nov 2006 18:57:05 -0600 Subject: [fedora-java] src.zip's and rpms in Eclipse Message-ID: <456CDAE1.10006@redhat.com> Andrew Overholt suggested I ask here for help with this. One of the really neat things about developing any Java program using Classpath in Fedora is the integration of Classpath source in the rpm, and how it integrates with Eclipse. This is great as it allows you to browse the Classpath code under the api with F3 (or Right Click->Open Declaration). We'd like to do the same for Java-GNOME and Frysk. Is there a Wiki page, guide .. or general advice to accomplish this as it is done via the Classpath rpm? Regards Phil Muldoon From green at redhat.com Wed Nov 29 16:28:55 2006 From: green at redhat.com (Anthony Green) Date: Wed, 29 Nov 2006 08:28:55 -0800 Subject: [fedora-java] src.zip's and rpms in Eclipse In-Reply-To: <456CDAE1.10006@redhat.com> References: <456CDAE1.10006@redhat.com> Message-ID: <1164817735.2943.47.camel@to-dhcp1.toronto.redhat.com> On Tue, 2006-11-28 at 18:57 -0600, Phil Muldoon wrote: > Is > there a Wiki page, guide .. or general advice to accomplish this as it > is done via the Classpath rpm? I was under the impression that Eclipse finds the target JDK's src.zip based on well known conventions of JDK layout (which we follow in java-1.4.2-gcj-compat). As far as I know there's no way to do this for random jar files. You need to manually attach the source jar/zip to the jar file within Eclipse. Perhaps it makes sense to add a manifest file tag identifying the location of the jar file's source code. Then Eclipse could be taught to look for the source itself. Maybe this is something Andrew and team can tackle as part of their new Eclipse Linux packaging effort at eclipse.org. AG From overholt at redhat.com Wed Nov 29 16:40:23 2006 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 29 Nov 2006 11:40:23 -0500 Subject: [fedora-java] src.zip's and rpms in Eclipse In-Reply-To: <1164817735.2943.47.camel@to-dhcp1.toronto.redhat.com> References: <456CDAE1.10006@redhat.com> <1164817735.2943.47.camel@to-dhcp1.toronto.redhat.com> Message-ID: <1164818423.30106.9.camel@toxic.toronto.redhat.com> On Wed, 2006-29-11 at 08:28 -0800, Anthony Green wrote: > On Tue, 2006-11-28 at 18:57 -0600, Phil Muldoon wrote: > > Is > > there a Wiki page, guide .. or general advice to accomplish this as it > > is done via the Classpath rpm? > > I was under the impression that Eclipse finds the target JDK's src.zip > based on well known conventions of JDK layout (which we follow in > java-1.4.2-gcj-compat). As far as I know there's no way to do this for > random jar files. You need to manually attach the source jar/zip to the > jar file within Eclipse. No, I think it can be done for any jar. Ben will know, though. > Perhaps it makes sense to add a manifest file tag identifying the > location of the jar file's source code. Then Eclipse could be taught to > look for the source itself. Maybe this is something Andrew and team can > tackle as part of their new Eclipse Linux packaging effort at > eclipse.org. Har-har :) Andrew -------------- 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 pmuldoon at redhat.com Wed Nov 29 16:53:41 2006 From: pmuldoon at redhat.com (Phil Muldoon) Date: Wed, 29 Nov 2006 10:53:41 -0600 Subject: [fedora-java] src.zip's and rpms in Eclipse In-Reply-To: <1164817735.2943.47.camel@to-dhcp1.toronto.redhat.com> References: <456CDAE1.10006@redhat.com> <1164817735.2943.47.camel@to-dhcp1.toronto.redhat.com> Message-ID: <456DBB15.5040608@redhat.com> Anthony Green wrote: > On Tue, 2006-11-28 at 18:57 -0600, Phil Muldoon wrote: > >> Is >> there a Wiki page, guide .. or general advice to accomplish this as it >> is done via the Classpath rpm? >> > > I was under the impression that Eclipse finds the target JDK's src.zip > based on well known conventions of JDK layout (which we follow in > java-1.4.2-gcj-compat). As far as I know there's no way to do this for > random jar files. You need to manually attach the source jar/zip to the > jar file within Eclipse. > Hmm might be. Hopefully this can translate to all Jars you import in a project. It sure would be nice when installing a corresponding -devel rpm, all this is done for the user. It's kind of an awesome little thing to Open declaration on an element in Classpath, see the source, and not have to muck around attaching src.zip to jars first. Regards Phil From overholt at redhat.com Wed Nov 29 21:57:18 2006 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 29 Nov 2006 16:57:18 -0500 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: <20061128200912.GB18015@redhat.com> References: <20061119213720.GA6659@redhat.com> <20061128200912.GB18015@redhat.com> Message-ID: <1164837438.4265.23.camel@localhost.localdomain> On Tue, 2006-28-11 at 15:09 -0500, Andrew Overholt wrote: > I'm going to push an update to fc6-updates-testing as soon as the build > finishes and then we can see if it works for others. The update is pushed. If people could test with both user-installed plugins and without, I'd really appreciate it. Let me know either way, please. I've got azureus and rssowl builds ready to go and I'm going to file a bug with Robert for eclipse-subclipse. I'll take care of GEF and EMF as well. Thanks, Andrew -------------- 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 bkonrath at redhat.com Wed Nov 29 23:16:55 2006 From: bkonrath at redhat.com (Ben Konrath) Date: Wed, 29 Nov 2006 18:16:55 -0500 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: <1164837438.4265.23.camel@localhost.localdomain> References: <20061119213720.GA6659@redhat.com> <20061128200912.GB18015@redhat.com> <1164837438.4265.23.camel@localhost.localdomain> Message-ID: <1164842215.27437.53.camel@plug> Hi Andrew, On Wed, 2006-11-29 at 16:57 -0500, Andrew Overholt wrote: > On Tue, 2006-28-11 at 15:09 -0500, Andrew Overholt wrote: > > I'm going to push an update to fc6-updates-testing as soon as the build > > finishes and then we can see if it works for others. > > The update is pushed. If people could test with both user-installed > plugins and without, I'd really appreciate it. Let me know either way, > please. I just remembered that this version of the eclipse spec file needs an updated gjdoc. I'm pushing gjdoc-0.7.7-14.fc6 right now. Ben From bkonrath at redhat.com Wed Nov 29 23:18:57 2006 From: bkonrath at redhat.com (Ben Konrath) Date: Wed, 29 Nov 2006 18:18:57 -0500 Subject: [fedora-java] Re: Did the Eclipse update in updates-testing break for anyone else? In-Reply-To: <1164842215.27437.53.camel@plug> References: <20061119213720.GA6659@redhat.com> <20061128200912.GB18015@redhat.com> <1164837438.4265.23.camel@localhost.localdomain> <1164842215.27437.53.camel@plug> Message-ID: <1164842337.27437.55.camel@plug> On Wed, 2006-11-29 at 18:16 -0500, Ben Konrath wrote: > Hi Andrew, > > On Wed, 2006-11-29 at 16:57 -0500, Andrew Overholt wrote: > > On Tue, 2006-28-11 at 15:09 -0500, Andrew Overholt wrote: > > > I'm going to push an update to fc6-updates-testing as soon as the build > > > finishes and then we can see if it works for others. > > > > The update is pushed. If people could test with both user-installed > > plugins and without, I'd really appreciate it. Let me know either way, > > please. > > I just remembered that this version of the eclipse spec file needs an > updated gjdoc. I'm pushing gjdoc-0.7.7-14.fc6 right now. Sorry, by "needs" I meant "build requires". Ben From bkonrath at redhat.com Thu Nov 30 20:25:43 2006 From: bkonrath at redhat.com (Ben Konrath) Date: Thu, 30 Nov 2006 15:25:43 -0500 Subject: [fedora-java] src.zip's and rpms in Eclipse In-Reply-To: <1164818423.30106.9.camel@toxic.toronto.redhat.com> References: <456CDAE1.10006@redhat.com> <1164817735.2943.47.camel@to-dhcp1.toronto.redhat.com> <1164818423.30106.9.camel@toxic.toronto.redhat.com> Message-ID: <1164918343.3330.128.camel@plug> Hi, On Wed, 2006-11-29 at 11:40 -0500, Andrew Overholt wrote: > On Wed, 2006-29-11 at 08:28 -0800, Anthony Green wrote: > > On Tue, 2006-11-28 at 18:57 -0600, Phil Muldoon wrote: > > > Is > > > there a Wiki page, guide .. or general advice to accomplish this as it > > > is done via the Classpath rpm? > > > > I was under the impression that Eclipse finds the target JDK's src.zip > > based on well known conventions of JDK layout (which we follow in > > java-1.4.2-gcj-compat). As far as I know there's no way to do this for > > random jar files. You need to manually attach the source jar/zip to the > > jar file within Eclipse. > > No, I think it can be done for any jar. Ben will know, though. Not automatically as far as I can tell. Yes, the Java-GNOME jars have a source zips but you have to manually add them. I asked about this when 3.0 came out but didn't hear anything and I briefly looked into to yesterday, but came up with nothing again. I don't have time to investigate it fully, so I think I'll just file a bug see what they say. > > Perhaps it makes sense to add a manifest file tag identifying the > > location of the jar file's source code. Then Eclipse could be taught to > > look for the source itself. Maybe this is something Andrew and team can > > tackle as part of their new Eclipse Linux packaging effort at > > eclipse.org. Yeah, that a good idea and I've wanted this for a while. I was thinking of checking a known location, for example if you add package-version.jar, it would auto-attach package-version-src.zip. This seems to be a convention that eclipse uses. But using a manifest file tag would be more robust. Perhaps supporting both would be a good idea using the manifest as the preferred source. The only concern I have heard about providing these zips on a large scale is that the source code is already provided in the debuginfo packages so making the source zips puts the source code in two places. However, there are a couple of issues with using the debuginfo packages like this: 1) AFAIK not all mirrors carry the debuginfo packages and they're not enabled by default which means it's hard to rely on them 3) debuginfo generation of Eclipse and I think other java packages is broken ATM As far as doing the work, I personally don't have the time to do it, but I'll make sure it gets on a general tasks list on the Eclipse Linux packaging wiki. HTH, Ben From overholt at redhat.com Thu Nov 30 22:20:00 2006 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 30 Nov 2006 17:20:00 -0500 Subject: [fedora-java] Eclipse on Linux Distributions eclipse.org project approved Message-ID: <20061130222000.GM16792@redhat.com> Hi, At EclipseCon 2006, Ben Konrath and I met Matt Ryan from Novell. We talked about the general issues hurting Eclipse adoption in the Linux and FOSS communities. Matt took the lead out of our conversations and along with ?Eclipse people? from other major distros, we proposed [1] the ?Eclipse on Linux Distributions? project at eclipse.org. Last week, the project had its Creation Review [2] and it was a success! I?d like to see most, if not all, of the work that our group is doing ? ChangeLog, autotools, specfile editing, packaging tools, etc. ? get more visibility as part of this project. We?re also looking forward to collaborating with developers and packagers from other distributions. Having this work under the eclipse.org umbrella will give it better exposure and hopefully help in achieving our goal of bringing Eclipse technology to Linux distribution users. As usual, everyone is invited to join in our work. We hope to see some of you on IRC (#fedora-java), fedora-devel-java-list at redhat.com, the upstream mailing lists (linux-distros-dev at eclipse.org ... at least for now - it may change to be linuxtools-dev at eclipse.org but that's yet to be finalized), etc. Thanks, Andrew [1] http://www.eclipse.org/proposals/linux-distro/ [2] http://www.eclipse.org/proposals/linux-distro/LinuxDistrosCreationReview.pdf