From overholt at redhat.com Thu Mar 8 20:15:19 2007 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 08 Mar 2007 15:15:19 -0500 Subject: [fedora-java] Re: Some patches for the eclipse specfile editor In-Reply-To: <1173383660.16178.90.camel@xp2000.planet-cameleon.org> References: <1173383660.16178.90.camel@xp2000.planet-cameleon.org> Message-ID: <1173384919.29186.12.camel@localhost.localdomain> Hi Alphonse, On Thu, 2007-08-03 at 20:54 +0100, alcapcom wrote: > > Last weeks I have make some changes on org.eclipse.cdt.rpm.editor > eclipse plugin, these changes work like a charm here and I found them > really useful. The functionality you added was all stuff we were hoping to add. That's awesome! :) > I would really like to work more on this plugin, but before that I > prefer to contact the devs to know if help is welcome and which type of > functionality should be implement in first time. We're *definitely* open to help. I'll take a look at your patches tomorrow and get back to you then. Thanks so much for doing the work! 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 alcapcom at gmail.com Thu Mar 8 19:54:20 2007 From: alcapcom at gmail.com (alcapcom) Date: Thu, 08 Mar 2007 20:54:20 +0100 Subject: [fedora-java] Some patches for the eclipse specfile editor Message-ID: <1173383660.16178.90.camel@xp2000.planet-cameleon.org> Hi all, Last weeks I have make some changes on org.eclipse.cdt.rpm.editor eclipse plugin, these changes work like a charm here and I found them really useful. I would really like to work more on this plugin, but before that I prefer to contact the devs to know if help is welcome and which type of functionality should be implement in first time. Modifications are separate into 3 patches (macro-hover, sections-folding, completion-support) 1. macro-hover patch: --------------------- When the cursor is placed hover a macro the content of the macro is showed into the tooltip text. At the moment content is searched in these two hardcoded files, /usr/lib/rpm/macros and ~/.rpmmacros. We can replace these hardcoded string with properties in a preference page contain a sortable list of rpm-macro-definitions-file-to-include, that can be useful for example to overwrite system macros definitions by user macros definitions and vis versa. 2. folding-section patch: ------------------------- Add folding on each section (preambule, %pre, %build, %install, % changelog). It use the existing .getSections() method to get the folding position, but as a quick fix the preambule section begin always at the first line. 3. completion support: ---------------------- This patch add completion for macro, rpm package and contextual content assist templates. Macro completion use the same code as hover macro to retrieve the macro proposals, the content of the macro is used as description. There is specific content assist templates for each section, so %patch template is usable only in the %build section. Rpm package completion can be used only in the preambule section, there is a preference page to build the RPM list file (this file must contain one package per line). Informations on the packages are retrieve using "rpm -qi", so description of the packages is show only if the proposals list is less than 10 items. I hope that these patches have chance to be included in upstream, so if some modifications are require in order to be approved, let me know. Voil?, Have fun ;) -- Regards, Alphonse -------------- next part -------------- A non-text attachment was scrubbed... Name: rpmeditor-sections-folding-support.patch Type: text/x-patch Size: 11554 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rpmeditor-macro-hover.patch Type: text/x-patch Size: 4805 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rpmeditor-completion-support.patch Type: text/x-patch Size: 41453 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From alcapcom at gmail.com Fri Mar 9 12:34:11 2007 From: alcapcom at gmail.com (alcapcom) Date: Fri, 09 Mar 2007 13:34:11 +0100 Subject: [fedora-java] Re: Some patches for the eclipse specfile editor In-Reply-To: <1173383660.16178.90.camel@xp2000.planet-cameleon.org> References: <1173383660.16178.90.camel@xp2000.planet-cameleon.org> Message-ID: <1173443651.3508.24.camel@xp2000.planet-cameleon.org> Have just see that's really difficult to test the plugin modifications with the provided patches, so I have exported the project with the build-in eclipse export tools. If another form of sources are preferred, let me know. Some change have ben made on the RPM proposals preferences page (add a button to build the list, run it thought .performOk() look to buggy) and an other page with a ListEditor was added for the rpm-macro-definitions-file-to-include. -- Regards, Alphonse -------------- next part -------------- A non-text attachment was scrubbed... Name: org.eclipse.cdt.rpm.editor.tar.gz Type: application/x-compressed-tar Size: 44132 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From aph at redhat.com Mon Mar 12 11:45:25 2007 From: aph at redhat.com (Andrew Haley) Date: Mon, 12 Mar 2007 11:45:25 +0000 Subject: [fedora-java] New gcj in rawhide Message-ID: <17909.15701.46734.24668@zebedee.pink> The new gcj package with version 5 libraries and compiler has been available in rawhide for a couple of weeks now. This package is available from the yum development repo as gcc-java.*.4.1.2-3. If you are a maintainer of a package that has a dependency on libgcj please make sure that your package builds. I don't expect there to be many problems, but it's worth checking. Thanks, Andrew. From bkonrath at redhat.com Mon Mar 12 23:50:24 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Mon, 12 Mar 2007 19:50:24 -0400 Subject: [fedora-java] Some patches for the eclipse specfile editor In-Reply-To: <1173383660.16178.90.camel@xp2000.planet-cameleon.org> References: <1173383660.16178.90.camel@xp2000.planet-cameleon.org> Message-ID: <1173743424.11665.73.camel@plug> Hi, Just so you know, the RPM plugin has moved to the subversion repository in linux distros project on Eclipse.org: http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.linuxtools/?root=Technology I don't work on the RPM plugin itself but I do work on the linux distros project and I know that we are always open to contributions. In order for an eclipse.org project to accept contributions, the patches must be attached to the eclipse.org bugzilla. So could you open a new bug and attach these patches? You'll have to navigate to Technology -> Linux Distros and choose the RPM component. Also, you might want to subscribe to the eclipse linux distros project list as it's probably a more appropriate place to discus the RPM plugin: https://dev.eclipse.org/mailman/listinfo/linux-distros-dev Thanks for the patches! Cheers, Ben From alcapcom at gmail.com Tue Mar 13 12:40:32 2007 From: alcapcom at gmail.com (alcapcom) Date: Tue, 13 Mar 2007 13:40:32 +0100 Subject: [fedora-java] Some patches for the eclipse specfile editor In-Reply-To: <1173743424.11665.73.camel@plug> References: <1173383660.16178.90.camel@xp2000.planet-cameleon.org> <1173743424.11665.73.camel@plug> Message-ID: <1173789632.3609.48.camel@xp2000.planet-cameleon.org> Le lundi 12 mars 2007 ? 19:50 -0400, Ben Konrath a ?crit : > Hi, > > Just so you know, the RPM plugin has moved to the subversion repository > in linux distros project on Eclipse.org: Hi Ben, Thanks to point me the current source repository and the mailing list, I have see that the specfile plug-in sources have moved sometimes and I was a little confuse with that. Currently the related code is not on the SVN, any idea why? Andrew should take a look on the patches these w-e and say me what we will do. PS: There was a problem with mailman which can appear as nobody still answered to this mail. Andrew have reply but him mail was not take in account by mailman (the reply was send when the mail was waiting for validation because of a size problem -- a mailman bug?) -- Regards, Alphonse -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bkonrath at redhat.com Tue Mar 13 18:10:00 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Tue, 13 Mar 2007 14:10:00 -0400 Subject: [fedora-java] Some patches for the eclipse specfile editor In-Reply-To: <1173789632.3609.48.camel@xp2000.planet-cameleon.org> References: <1173383660.16178.90.camel@xp2000.planet-cameleon.org> <1173743424.11665.73.camel@plug> <1173789632.3609.48.camel@xp2000.planet-cameleon.org> Message-ID: <1173809400.3590.8.camel@plug> On Tue, 2007-03-13 at 13:40 +0100, alcapcom wrote: > Le lundi 12 mars 2007 ? 19:50 -0400, Ben Konrath a ?crit : > > Hi, > > > > Just so you know, the RPM plugin has moved to the subversion repository > > in linux distros project on Eclipse.org: > > > Hi Ben, > > Thanks to point me the current source repository and the mailing list, I > have see that the specfile plug-in sources have moved sometimes and I > was a little confuse with that. > > Currently the related code is not on the SVN, any idea why? Oh sorry about that, it seems that the specfile code is in the sourceware.org repository. I just talked to Andrew about this and he said that he was going to move that code to the eclipse.org repo sometime soon so that you can contribute the changes to the eclipse.org repo. Andrew, please correct me if I've misinterpreted anything. Thanks, Ben From overholt at redhat.com Tue Mar 13 21:06:46 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 13 Mar 2007 17:06:46 -0400 Subject: [fedora-java] Some patches for the eclipse specfile editor In-Reply-To: <1173809400.3590.8.camel@plug> References: <1173383660.16178.90.camel@xp2000.planet-cameleon.org> <1173743424.11665.73.camel@plug> <1173789632.3609.48.camel@xp2000.planet-cameleon.org> <1173809400.3590.8.camel@plug> Message-ID: <20070313210645.GA7051@redhat.com> * Ben Konrath [2007-03-13 14:10]: > > Andrew, please correct me if I've misinterpreted anything. No, this is correct. Alphonse: it turns out that it'll be *way* easier if I commit the specfile editor to the eclipse.org repository first and then commit your patches on top of that. There will be less legal stuff to worry about that way. I'll commit the specfile editor tomorrow and then look at your patches. In the meantime, can you attached the patches to bug reports in Eclipse bugzilla? Use this URL: https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Linux%20Distros&component=RPM&assigned_to=overholt at redhat.com Sorry for the procedural hoops :( 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 alcapcom at gmail.com Tue Mar 13 21:41:19 2007 From: alcapcom at gmail.com (alcapcom) Date: Tue, 13 Mar 2007 22:41:19 +0100 Subject: [fedora-java] Some patches for the eclipse specfile editor In-Reply-To: <20070313210645.GA7051@redhat.com> References: <1173383660.16178.90.camel@xp2000.planet-cameleon.org> <1173743424.11665.73.camel@plug> <1173789632.3609.48.camel@xp2000.planet-cameleon.org> <1173809400.3590.8.camel@plug> <20070313210645.GA7051@redhat.com> Message-ID: <1173822079.12987.4.camel@xp2000.planet-cameleon.org> Le mardi 13 mars 2007 ? 17:06 -0400, Andrew Overholt a ?crit : > * Ben Konrath [2007-03-13 14:10]: > > > > Andrew, please correct me if I've misinterpreted anything. > > No, this is correct. > > Alphonse: it turns out that it'll be *way* easier if I commit the > specfile editor to the eclipse.org repository first and then commit your > patches on top of that. There will be less legal stuff to worry about > that way. I'll commit the specfile editor tomorrow and then look at > your patches. In the meantime, can you attached the patches to bug > reports in Eclipse bugzilla? Use this URL: > > https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Linux%20Distros&component=RPM&assigned_to=overholt at redhat.com > > Sorry for the procedural hoops :( > > Thanks, > > Andrew No problemo, it's done. -- Regards, Alphonse -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jware at virtuallogger.net Tue Mar 13 21:50:20 2007 From: jware at virtuallogger.net (john ware) Date: Tue, 13 Mar 2007 15:50:20 -0600 Subject: [fedora-java] eclipse throwing unsatisfied link exception Message-ID: <45F71C9C.9020903@virtuallogger.net> Hi, I just installed fedora core 6, upgraded eclipse with yum and am using the sun jdk. Please help this newbie. thanks, john When launching eclipse an error dialog refers me to the log(workspace/.metadata/.log which states: $ cat workspace/.metadata/.log !SESSION 2007-03-13 14:21:37.476 ----------------------------------------------- eclipse.buildId=M20070212-1330 java.version=1.5.0_09 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US Command-line arguments: -os linux -ws gtk -arch x86_64 !ENTRY org.eclipse.osgi 4 0 2007-03-13 14:21:39.955 !MESSAGE Application error !STACK 1 java.lang.UnsatisfiedLinkError: /usr/lib64/eclipse/configuration/org.eclipse.osgi/bundles/6/1/.cp /libswt-pi-gtk-3236.so: /usr/lib64/eclipse/configuration/org.eclipse.osgi/bundles/6/1/.cp/libswt- pi-gtk-3236.so: wrong ELF class: ELFCLASS64 at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1660) at java.lang.Runtime.loadLibrary0(Runtime.java:822) at java.lang.System.loadLibrary(System.java:993) at org.eclipse.swt.internal.Library.loadLibrary(Library.java:123) at org.eclipse.swt.internal.gtk.OS.(OS.java:22) at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:63) at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:54) at org.eclipse.swt.widgets.Display.(Display.java:126) at org.eclipse.ui.internal.Workbench.createDisplay(Workbench.java:436) at org.eclipse.ui.PlatformUI.createDisplay(PlatformUI.java:161) at org.eclipse.ui.internal.ide.IDEApplication.createDisplay(IDEApplication.java:122) at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:75) at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:78) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseApp Launcher.java:92) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher. java:68) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:400) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:177) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.eclipse.core.launcher.Main.invokeFramework(Main.java:336) at org.eclipse.core.launcher.Main.basicRun(Main.java:280) at org.eclipse.core.launcher.Main.run(Main.java:977) at org.eclipse.core.launcher.Main.main(Main.java:952) From tromey at redhat.com Tue Mar 13 23:28:17 2007 From: tromey at redhat.com (Tom Tromey) Date: 13 Mar 2007 17:28:17 -0600 Subject: [fedora-java] eclipse throwing unsatisfied link exception In-Reply-To: <45F71C9C.9020903@virtuallogger.net> References: <45F71C9C.9020903@virtuallogger.net> Message-ID: >>>>> "John" == john ware writes: John> I just installed fedora core 6, upgraded eclipse with yum and John> am using the sun jdk. John> BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US John> Command-line arguments: -os linux -ws gtk -arch x86_64 John> /usr/lib64/eclipse/configuration/org.eclipse.osgi/bundles/6/1/.cp John> /libswt-pi-gtk-3236.so: John> /usr/lib64/eclipse/configuration/org.eclipse.osgi/bundles/6/1/.cp/libswt- John> pi-gtk-3236.so: wrong ELF class: ELFCLASS64 Based on this I would guess that you have a 64 bit system, a 64 bit Eclipse, and a 32 bit JVM. Tom From jware at virtuallogger.net Wed Mar 14 15:54:34 2007 From: jware at virtuallogger.net (john ware) Date: Wed, 14 Mar 2007 09:54:34 -0600 Subject: [fedora-java] eclipse throwing unsatisfied link exception In-Reply-To: References: <45F71C9C.9020903@virtuallogger.net> Message-ID: <45F81ABA.70802@virtuallogger.net> Thank you Tom, That was it. This is my first 64 bit system and now I will remember to always look for that. john "happy camper now" ware Tom Tromey wrote: >>>>>> "John" == john ware writes: > > John> I just installed fedora core 6, upgraded eclipse with yum and > John> am using the sun jdk. > John> BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US > John> Command-line arguments: -os linux -ws gtk -arch x86_64 > > John> /usr/lib64/eclipse/configuration/org.eclipse.osgi/bundles/6/1/.cp > John> /libswt-pi-gtk-3236.so: > John> /usr/lib64/eclipse/configuration/org.eclipse.osgi/bundles/6/1/.cp/libswt- > John> pi-gtk-3236.so: wrong ELF class: ELFCLASS64 > > Based on this I would guess that you have a 64 bit system, a 64 bit > Eclipse, and a 32 bit JVM. > > Tom > From green at redhat.com Wed Mar 14 18:56:16 2007 From: green at redhat.com (Anthony Green) Date: Wed, 14 Mar 2007 11:56:16 -0700 Subject: [fedora-java] eclipse throwing unsatisfied link exception In-Reply-To: <45F81ABA.70802@virtuallogger.net> References: <45F71C9C.9020903@virtuallogger.net> <45F81ABA.70802@virtuallogger.net> Message-ID: <1173898576.3583.5.camel@localhost.localdomain> On Wed, 2007-03-14 at 09:54 -0600, john ware wrote: > Thank you Tom, > That was it. This is my first 64 bit system and now I will remember to > always look for that. For what it's worth, this is documented in the FC release notes: http://fedora.redhat.com/docs/release-notes/fc6/en_US/sn-Java.html#id2975163 AG From fitzsim at redhat.com Fri Mar 16 01:32:29 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Thu, 15 Mar 2007 21:32:29 -0400 Subject: [fedora-java] java-1.5.0-gcj and sinjdoc Message-ID: <45F9F3AD.5070404@redhat.com> Hi, I built java-1.5.0-gcj and sinjdoc into plague today. They should hit Rawhide tonight or tomorrow. Please test them and file problems in Bugzilla. Tom From green at redhat.com Fri Mar 16 14:37:31 2007 From: green at redhat.com (Anthony Green) Date: Fri, 16 Mar 2007 07:37:31 -0700 Subject: [fedora-java] java-1.5.0-gcj and sinjdoc In-Reply-To: <45F9F3AD.5070404@redhat.com> References: <45F9F3AD.5070404@redhat.com> Message-ID: <1174055851.3615.10.camel@to-dhcp25.toronto.redhat.com> On Thu, 2007-03-15 at 21:32 -0400, Thomas Fitzsimmons wrote: > Hi, > > I built java-1.5.0-gcj and sinjdoc into plague today. They should hit > Rawhide tonight or tomorrow. We should plan on rebuilding all java packages in rawhide to get new javadoc, correct? AG From overholt at redhat.com Fri Mar 16 15:14:19 2007 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 16 Mar 2007 11:14:19 -0400 Subject: [fedora-java] mylar's dependencies Message-ID: <20070316151418.GG10844@redhat.com> Hi, I've been trying to build mylar for inclusion in F7. It's not going too well due to difficulties with generating the build.xmls, etc. I may have a stop-gap for that, but now I'm hitting the problem of its dependencies not being in Fedora or JPackage. The jars it needs are (all in org.eclipse.mylar.context.core/lib): commons-logging.jar commons-logging-api.jar commons-codec-1.3.jar commons-httpclient-3.0.1.jar xmlrpc-common-3.0.jar xmlrpc-common-3.0-sources.jar xmlrpc-client-3.0.jar xmlrpc-client-3.0-sources.jar I *think* we're fine with the above, but the next one I'm worried about: ws-commons-util-1.0.1.jar ws-commons-util-1.0.1-sources.jar I don't see this anywhere in JPackage or Fedora. Does anyone know if there is an RPM of it somewhere? Anyone familiar with it or with packaging enough to cook something up in the next few days? 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 green at redhat.com Fri Mar 16 15:41:52 2007 From: green at redhat.com (Anthony Green) Date: Fri, 16 Mar 2007 08:41:52 -0700 Subject: [fedora-java] mylar's dependencies In-Reply-To: <20070316151418.GG10844@redhat.com> References: <20070316151418.GG10844@redhat.com> Message-ID: <1174059712.3615.17.camel@to-dhcp25.toronto.redhat.com> On Fri, 2007-03-16 at 11:14 -0400, Andrew Overholt wrote: > I *think* we're fine with the above, but the next one I'm worried about: > > ws-commons-util-1.0.1.jar > ws-commons-util-1.0.1-sources.jar > > I don't see this anywhere in JPackage or Fedora. Does anyone know if there > is an RPM of it somewhere? Anyone familiar with it or with packaging enough > to cook something up in the next few days? I'll do this, although the thought of packaging up yet another Base64 encoder really makes me sad. AG From mark at klomp.org Sun Mar 18 14:49:24 2007 From: mark at klomp.org (Mark Wielaard) Date: Sun, 18 Mar 2007 15:49:24 +0100 Subject: [fedora-java] New gcj in rawhide In-Reply-To: <17909.15701.46734.24668@zebedee.pink> References: <17909.15701.46734.24668@zebedee.pink> Message-ID: <1174229364.4394.5.camel@dijkstra.wildebeest.org> On Mon, 2007-03-12 at 11:45 +0000, Andrew Haley wrote: > The new gcj package with version 5 libraries and compiler has been > available in rawhide for a couple of weeks now. This is super cool. Just ran the new eclipse package in rawhide and got 1.5 language and library support working out of the box. Nice! OpenOffice.org seems unhappy though. When starting it it spins for a while (100% cpu for 5 seconds) and then just says: $ ooffice javaldx: Could not find a Java Runtime Environment! (It does then start up though) Cheers, Mark -------------- 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 aph at redhat.com Sun Mar 18 14:55:02 2007 From: aph at redhat.com (Andrew Haley) Date: Sun, 18 Mar 2007 14:55:02 +0000 Subject: [fedora-java] New gcj in rawhide In-Reply-To: <1174229364.4394.5.camel@dijkstra.wildebeest.org> References: <17909.15701.46734.24668@zebedee.pink> <1174229364.4394.5.camel@dijkstra.wildebeest.org> Message-ID: <17917.21190.515888.812189@zebedee.pink> Mark Wielaard writes: > On Mon, 2007-03-12 at 11:45 +0000, Andrew Haley wrote: > > The new gcj package with version 5 libraries and compiler has been > > available in rawhide for a couple of weeks now. > > This is super cool. Just ran the new eclipse package in rawhide and got > 1.5 language and library support working out of the box. Nice! > > OpenOffice.org seems unhappy though. When starting it it spins for a > while (100% cpu for 5 seconds) and then just says: > $ ooffice > javaldx: Could not find a Java Runtime Environment! > (It does then start up though) OK. I suspect that the first place to start looking for that is java-1.5.0-gcj. I guess you've already made sure your alternatives are pointing to the right place. Andrew. From mark at klomp.org Sun Mar 18 15:06:11 2007 From: mark at klomp.org (Mark Wielaard) Date: Sun, 18 Mar 2007 16:06:11 +0100 Subject: [fedora-java] New gcj in rawhide In-Reply-To: <17917.21190.515888.812189@zebedee.pink> References: <17909.15701.46734.24668@zebedee.pink> <1174229364.4394.5.camel@dijkstra.wildebeest.org> <17917.21190.515888.812189@zebedee.pink> Message-ID: <1174230371.4394.9.camel@dijkstra.wildebeest.org> On Sun, 2007-03-18 at 14:55 +0000, Andrew Haley wrote: > Mark Wielaard writes: > > OpenOffice.org seems unhappy though. When starting it it spins for a > > while (100% cpu for 5 seconds) and then just says: > > $ ooffice > > javaldx: Could not find a Java Runtime Environment! > > (It does then start up though) > > OK. I suspect that the first place to start looking for that is > java-1.5.0-gcj. $ rpm -q java-1.5.0-gcj java-1.5.0-gcj-1.5.0.0-4.fc7 java-1.5.0-gcj-1.5.0.0-4.fc7 > I guess you've already made sure your alternatives > are pointing to the right place. $ /usr/sbin/alternatives --display java java - status is auto. link currently points to /usr/lib/jvm/jre-1.5.0-gcj/bin/java /usr/lib/jvm/jre-1.5.0-gcj/bin/java - priority 1500 slave keytool: /usr/lib/jvm/jre-1.5.0-gcj/bin/keytool slave rmiregistry: /usr/lib/jvm/jre-1.5.0-gcj/bin/rmiregistry slave jre_exports: /usr/lib/jvm-exports/jre-1.5.0-gcj slave jre: /usr/lib/jvm/jre-1.5.0-gcj /usr/lib/jvm/jre-1.5.0-gcj.x86_64/bin/java - priority 1500 slave keytool: /usr/lib/jvm/jre-1.5.0-gcj.x86_64/bin/keytool slave rmiregistry: /usr/lib/jvm/jre-1.5.0-gcj.x86_64/bin/rmiregistry slave jre_exports: /usr/lib/jvm-exports/jre-1.5.0-gcj.x86_64 slave jre: /usr/lib/jvm/jre-1.5.0-gcj.x86_64 Current `best' version is /usr/lib/jvm/jre-1.5.0-gcj/bin/java. -------------- 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 Sun Mar 18 16:22:00 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Sun, 18 Mar 2007 12:22:00 -0400 Subject: [fedora-java] New gcj in rawhide In-Reply-To: <1174229364.4394.5.camel@dijkstra.wildebeest.org> References: <17909.15701.46734.24668@zebedee.pink> <1174229364.4394.5.camel@dijkstra.wildebeest.org> Message-ID: <45FD6728.5040709@redhat.com> Mark Wielaard wrote: > On Mon, 2007-03-12 at 11:45 +0000, Andrew Haley wrote: >> The new gcj package with version 5 libraries and compiler has been >> available in rawhide for a couple of weeks now. > > This is super cool. Just ran the new eclipse package in rawhide and got > 1.5 language and library support working out of the box. Nice! > > OpenOffice.org seems unhappy though. When starting it it spins for a > while (100% cpu for 5 seconds) and then just says: > $ ooffice > javaldx: Could not find a Java Runtime Environment! > (It does then start up though) Is this with java-1.5.0-gcj? If so, can you see if: ln -s java-1.5.0-gcj-1.5.0.0 /usr/lib/jvm/java-1.4.2-gcj helps? Tom From mark at klomp.org Sun Mar 18 17:16:05 2007 From: mark at klomp.org (Mark Wielaard) Date: Sun, 18 Mar 2007 18:16:05 +0100 Subject: [fedora-java] New gcj in rawhide In-Reply-To: <45FD6728.5040709@redhat.com> References: <17909.15701.46734.24668@zebedee.pink> <1174229364.4394.5.camel@dijkstra.wildebeest.org> <45FD6728.5040709@redhat.com> Message-ID: <1174238166.4394.18.camel@dijkstra.wildebeest.org> Hi Tom, On Sun, 2007-03-18 at 12:22 -0400, Thomas Fitzsimmons wrote: > > OpenOffice.org seems unhappy though. When starting it it spins for a > > while (100% cpu for 5 seconds) and then just says: > > $ ooffice > > javaldx: Could not find a Java Runtime Environment! > > (It does then start up though) > > Is this with java-1.5.0-gcj? I think so. javaldx seems to go through lots of locations to find something called java and then tries to run the JREProperties class (from /usr/lib64/openoffice.org/program/ on it). Running that class by hand seems to go fine, but all it does is print out some mysterious numbers that don't tell me anything. > If so, can you see if: > > ln -s java-1.5.0-gcj-1.5.0.0 /usr/lib/jvm/java-1.4.2-gcj > > helps? Not that I can see. Cheers, Mark From overholt at redhat.com Mon Mar 19 14:24:12 2007 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 19 Mar 2007 10:24:12 -0400 Subject: [fedora-java] mylar's dependencies In-Reply-To: <20070316151418.GG10844@redhat.com> References: <20070316151418.GG10844@redhat.com> Message-ID: <20070319142412.GA2036@redhat.com> * Andrew Overholt [2007-03-16 11:14]: > > xmlrpc-common-3.0.jar > xmlrpc-client-3.0.jar Thanks to Anthony, the package containing the jars below has been submitted for review and I'll review it ASAP. I think we're going to need an xmlrpc3 package for the above jars, however. xmlrpc 3.0 looks different enough from 2.0.1 and we have things that need 2.0.1 (some plexus stuff), so I think having a separate package is acceptable. Can anyone see a problem with this? > ws-commons-util-1.0.1.jar > ws-commons-util-1.0.1-sources.jar 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 green at redhat.com Mon Mar 19 17:02:23 2007 From: green at redhat.com (Anthony Green) Date: Mon, 19 Mar 2007 10:02:23 -0700 Subject: [fedora-java] mylar's dependencies In-Reply-To: <20070319142412.GA2036@redhat.com> References: <20070316151418.GG10844@redhat.com> <20070319142412.GA2036@redhat.com> Message-ID: <45FEC21F.50805@redhat.com> Andrew Overholt wrote: > xmlrpc 3.0 looks > different enough from 2.0.1 and we have things that need 2.0.1 (some > plexus stuff), so I think having a separate package is acceptable. Can > anyone see a problem with this? FWIW, this makes sense to me. AG From overholt at redhat.com Mon Mar 19 20:46:50 2007 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 19 Mar 2007 16:46:50 -0400 Subject: [fedora-java] mylar's dependencies In-Reply-To: <45FEC21F.50805@redhat.com> References: <20070316151418.GG10844@redhat.com> <20070319142412.GA2036@redhat.com> <45FEC21F.50805@redhat.com> Message-ID: <20070319204650.GC3053@redhat.com> * Anthony Green [2007-03-19 13:02]: > Andrew Overholt wrote: > > xmlrpc 3.0 looks > >different enough from 2.0.1 and we have things that need 2.0.1 (some > >plexus stuff), so I think having a separate package is acceptable. Can > >anyone see a problem with this? > > FWIW, this makes sense to me. Cool. I've submitted for review here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=233004 If someone could review that, I'd really appreciate it. 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 Mar 20 21:14:50 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 20 Mar 2007 17:14:50 -0400 Subject: [fedora-java] Mylar and NLS in rawhide Message-ID: <20070320211449.GG14800@redhat.com> Hi, eclipse-mylar and eclipse-sdk-nls have finally hit rawhide! They should probably show up on mirrors sometime tomorrow. Thanks to Kyu Lee who did all the work on the translations. He just showed me the SDK running with the Korean translations and it's pretty awesome. As for Mylar, I'm aware of class library issues with gcj and I'm tracking them down now. Filing bugs would help with this as I'm sure I won't exercise all code paths. Thanks to Anthony and others who helped make this happen. 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 Mar 20 21:17:17 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 20 Mar 2007 17:17:17 -0400 Subject: [fedora-java] Mylar and NLS in rawhide In-Reply-To: <20070320211449.GG14800@redhat.com> References: <20070320211449.GG14800@redhat.com> Message-ID: <20070320211717.GH14800@redhat.com> * Andrew Overholt [2007-03-20 17:18]: > As for Mylar, I'm aware of class library issues with gcj and I'm > tracking them down now. Here's one example of not being able to add a bugzilla task repository (https://bugs.eclipse.org in this case): java.lang.reflect.InvocationTargetException at org.eclipse.mylar.internal.bugzilla.ui.tasklist.BugzillaRepositorySettingsPage$3.run(BugzillaRepositorySettingsPage.java:210) at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(org.eclipse.jface_3.2.2.M20061214-1200.jar.so) Caused by: java.lang.UnsupportedOperationException at javax.net.SocketFactory.createSocket(libgcj.so.8rh) at org.eclipse.mylar.internal.tasks.core.SslProtocolSocketFactory.createSocket(SslProtocolSocketFactory.java:101) at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:706) at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.open(MultiThreadedHttpConnectionManager.java:1321) at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:386) at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:170) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:396) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:324) at org.eclipse.mylar.internal.bugzilla.core.BugzillaClient.connectInternal(BugzillaClient.java:261) at org.eclipse.mylar.internal.bugzilla.core.BugzillaClient.getConnect(BugzillaClient.java:221) at org.eclipse.mylar.internal.bugzilla.core.BugzillaClient.logout(BugzillaClient.java:292) at org.eclipse.mylar.internal.bugzilla.core.BugzillaClient.validate(BugzillaClient.java:206) at org.eclipse.mylar.internal.bugzilla.ui.tasklist.BugzillaRepositorySettingsPage$3.run(BugzillaRepositorySettingsPage.java:201) ...1 more Andrew -------------- 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 Wed Mar 21 11:05:02 2007 From: aph at redhat.com (Andrew Haley) Date: Wed, 21 Mar 2007 11:05:02 +0000 Subject: [fedora-java] Mylar and NLS in rawhide In-Reply-To: <20070320211717.GH14800@redhat.com> References: <20070320211449.GG14800@redhat.com> <20070320211717.GH14800@redhat.com> Message-ID: <17921.4446.82030.482522@zebedee.pink> Andrew Overholt writes: > * Andrew Overholt [2007-03-20 17:18]: > > As for Mylar, I'm aware of class library issues with gcj and I'm > > tracking them down now. > > Here's one example of not being able to add a bugzilla task repository > (https://bugs.eclipse.org in this case): Without knowing the real class at javax.net.SocketFactory.createSocket(), no-one has a chance of figuring this out. Andrew. From overholt at redhat.com Wed Mar 21 12:55:58 2007 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 21 Mar 2007 08:55:58 -0400 Subject: [fedora-java] Mylar and NLS in rawhide In-Reply-To: <17921.4446.82030.482522@zebedee.pink> References: <20070320211449.GG14800@redhat.com> <20070320211717.GH14800@redhat.com> <17921.4446.82030.482522@zebedee.pink> Message-ID: <20070321125558.GA11004@redhat.com> * Andrew Haley [2007-03-21 07:05]: > Andrew Overholt writes: > > * Andrew Overholt [2007-03-20 17:18]: > > > As for Mylar, I'm aware of class library issues with gcj and I'm > > > tracking them down now. > > > > Here's one example of not being able to add a bugzilla task repository > > (https://bugs.eclipse.org in this case): > > Without knowing the real class at > javax.net.SocketFactory.createSocket(), no-one has a chance of > figuring this out. Sorry, I didn't mean to imply that someone should be able to. I plan to create a small test case today and file it. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mark at klomp.org Fri Mar 23 09:44:48 2007 From: mark at klomp.org (Mark Wielaard) Date: Fri, 23 Mar 2007 10:44:48 +0100 Subject: [fedora-java] Mylar and NLS in rawhide In-Reply-To: <20070321125558.GA11004@redhat.com> References: <20070320211449.GG14800@redhat.com> <20070320211717.GH14800@redhat.com> <17921.4446.82030.482522@zebedee.pink> <20070321125558.GA11004@redhat.com> Message-ID: <1174643089.4301.14.camel@dijkstra.wildebeest.org> On Wed, 2007-03-21 at 08:55 -0400, Andrew Overholt wrote: > Sorry, I didn't mean to imply that someone should be able to. I plan to > create a small test case today and file it. BTW. For those playing along at home, Andrew created http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31302 with a small test case, that has a fixed for it checked into classpath CVS by Casey now. Needs backporting to gcj and retesting now. Cheers, Mark -------------- 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 mark at klomp.org Fri Mar 23 09:51:44 2007 From: mark at klomp.org (Mark Wielaard) Date: Fri, 23 Mar 2007 10:51:44 +0100 Subject: [fedora-java] Mylar and NLS in rawhide In-Reply-To: <1174643089.4301.14.camel@dijkstra.wildebeest.org> References: <20070320211449.GG14800@redhat.com> <20070320211717.GH14800@redhat.com> <17921.4446.82030.482522@zebedee.pink> <20070321125558.GA11004@redhat.com> <1174643089.4301.14.camel@dijkstra.wildebeest.org> Message-ID: <1174643504.4301.19.camel@dijkstra.wildebeest.org> On Fri, 2007-03-23 at 10:44 +0100, Mark Wielaard wrote: > On Wed, 2007-03-21 at 08:55 -0400, Andrew Overholt wrote: > > Sorry, I didn't mean to imply that someone should be able to. I plan to > > create a small test case today and file it. > > BTW. For those playing along at home, Andrew created > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31302 with a small test > case, that has a fixed for it checked into classpath CVS by Casey now. > Needs backporting to gcj and retesting now. Wait, that is actually wrong. The fix that got checked into classpath CVS is for "FYI: fix keyUsage bit checking", the patch mentioned in the bug report isn't in CVS yet (waiting for more testing). Cheers, Mark -------------- 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 tromey at redhat.com Sun Mar 25 21:36:45 2007 From: tromey at redhat.com (Tom Tromey) Date: 25 Mar 2007 15:36:45 -0600 Subject: [fedora-java] Mylar and NLS in rawhide In-Reply-To: <1174643504.4301.19.camel@dijkstra.wildebeest.org> References: <20070320211449.GG14800@redhat.com> <20070320211717.GH14800@redhat.com> <17921.4446.82030.482522@zebedee.pink> <20070321125558.GA11004@redhat.com> <1174643089.4301.14.camel@dijkstra.wildebeest.org> <1174643504.4301.19.camel@dijkstra.wildebeest.org> Message-ID: >>>>> "Mark" == Mark Wielaard writes: Mark> Wait, that is actually wrong. The fix that got checked into classpath Mark> CVS is for "FYI: fix keyUsage bit checking", the patch mentioned in the Mark> bug report isn't in CVS yet (waiting for more testing). I was wondering if we need or want that keyUsage patch as well. Do you know? Tom From orion at cora.nwra.com Mon Mar 26 17:06:54 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 26 Mar 2007 11:06:54 -0600 Subject: [fedora-java] /usr/share/java and JNI libraries Message-ID: <4607FDAE.3040606@cora.nwra.com> (also posted to fedora-devel) Two questions: - Who should own /usr/share/java? Currently there is: libidn-devel.i386 jpackage-utils.noarch java-1.5.0-gcj-javadoc.i386 libgcj-src.i386 libgcj.i386 java-1.4.2-gcj-compat-javadoc.i386 kdevelop.i386 db4-java.i386 axis-javadoc.i386 swig.i386 jlex.i386 antlr-javadoc.i386 xdoclet-javadoc.i386 and that's just from core. - Where should JNI libraries be installed? plplot wants to install into /usr/lib/jni, but that doesn't look like it's used by anyone else. 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 green at redhat.com Mon Mar 26 17:33:26 2007 From: green at redhat.com (Anthony Green) Date: Mon, 26 Mar 2007 10:33:26 -0700 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <4607FDAE.3040606@cora.nwra.com> References: <4607FDAE.3040606@cora.nwra.com> Message-ID: <460803E6.5090709@redhat.com> Orion Poplawski wrote: > (also posted to fedora-devel) > > Two questions: > > - Who should own /usr/share/java? Currently there is: > > libidn-devel.i386 > jpackage-utils.noarch > java-1.5.0-gcj-javadoc.i386 > libgcj-src.i386 > libgcj.i386 > java-1.4.2-gcj-compat-javadoc.i386 > kdevelop.i386 > db4-java.i386 > axis-javadoc.i386 > swig.i386 > jlex.i386 > antlr-javadoc.i386 > xdoclet-javadoc.i386 > > and that's just from core. Ouch! I think jpackage-utils is the right answer and everything else is a bug. > - Where should JNI libraries be installed? plplot wants to install into > /usr/lib/jni, but that doesn't look like it's used by anyone else. I believe most end up in %{_libdir}. AG -------------- next part -------------- A non-text attachment was scrubbed... Name: green.vcf Type: text/x-vcard Size: 163 bytes Desc: not available URL: From aph at redhat.com Mon Mar 26 17:37:10 2007 From: aph at redhat.com (Andrew Haley) Date: Mon, 26 Mar 2007 18:37:10 +0100 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <460803E6.5090709@redhat.com> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> Message-ID: <17928.1222.466465.807100@zebedee.pink> Anthony Green writes: > Orion Poplawski wrote: > > (also posted to fedora-devel) > > > > Two questions: > > > > - Who should own /usr/share/java? Currently there is: > > > > libidn-devel.i386 > > jpackage-utils.noarch > > java-1.5.0-gcj-javadoc.i386 > > libgcj-src.i386 > > libgcj.i386 > > java-1.4.2-gcj-compat-javadoc.i386 > > kdevelop.i386 > > db4-java.i386 > > axis-javadoc.i386 > > swig.i386 > > jlex.i386 > > antlr-javadoc.i386 > > xdoclet-javadoc.i386 > > > > and that's just from core. > > Ouch! I think jpackage-utils is the right answer and everything else is > a bug. I don't think so. gcj installs in /usr/share/java, and I don't want it to depend on jpackage. Andrew. From green at redhat.com Mon Mar 26 17:43:26 2007 From: green at redhat.com (Anthony Green) Date: Mon, 26 Mar 2007 10:43:26 -0700 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <17928.1222.466465.807100@zebedee.pink> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <17928.1222.466465.807100@zebedee.pink> Message-ID: <4608063E.2020609@redhat.com> Andrew Haley wrote: > I don't think so. gcj installs in /usr/share/java, and I don't want > it to depend on jpackage. Well, there may be no good answer then, since the distro currently includes many jpackages which do not currently depend on gcj. Why do you not want to depend on jpackage-utils? AG -------------- next part -------------- A non-text attachment was scrubbed... Name: green.vcf Type: text/x-vcard Size: 163 bytes Desc: not available URL: From aph at redhat.com Mon Mar 26 17:47:08 2007 From: aph at redhat.com (Andrew Haley) Date: Mon, 26 Mar 2007 18:47:08 +0100 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <4608063E.2020609@redhat.com> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <17928.1222.466465.807100@zebedee.pink> <4608063E.2020609@redhat.com> Message-ID: <17928.1820.70142.247035@zebedee.pink> Anthony Green writes: > Andrew Haley wrote: > > I don't think so. gcj installs in /usr/share/java, and I don't want > > it to depend on jpackage. > > Well, there may be no good answer then, since the distro currently > includes many jpackages which do not currently depend on gcj. > > Why do you not want to depend on jpackage-utils? I'm not sure, really. I guess it's a small package, so I guess I could live with it. Andrew. From pertusus at free.fr Mon Mar 26 18:36:28 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 26 Mar 2007 20:36:28 +0200 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <460803E6.5090709@redhat.com> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> Message-ID: <20070326183628.GA2964@free.fr> On Mon, Mar 26, 2007 at 10:33:26AM -0700, Anthony Green wrote: > > I believe most end up in %{_libdir}. Aren't jni files dlopened? If it is the case they should not be in %{_libdir}, but in a subdirectory. Are there packaging guidelines for java where such issues are explained? -- Pat From nicolas.mailhot at laposte.net Mon Mar 26 18:50:26 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 26 Mar 2007 20:50:26 +0200 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <20070326183628.GA2964@free.fr> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> Message-ID: <1174935026.6619.3.camel@rousalka.dyndns.org> Le lundi 26 mars 2007 ? 20:36 +0200, Patrice Dumas a ?crit : > On Mon, Mar 26, 2007 at 10:33:26AM -0700, Anthony Green wrote: > > > > I believe most end up in %{_libdir}. > > Aren't jni files dlopened? If it is the case they should not be > in %{_libdir}, but in a subdirectory. > > Are there packaging guidelines for java where such issues are > explained? Apart from those jpackage and debian wrote, not that I know of -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From nicolas.mailhot at laposte.net Mon Mar 26 18:55:21 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 26 Mar 2007 20:55:21 +0200 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <17928.1820.70142.247035@zebedee.pink> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <17928.1222.466465.807100@zebedee.pink> <4608063E.2020609@redhat.com> <17928.1820.70142.247035@zebedee.pink> Message-ID: <1174935321.6619.9.camel@rousalka.dyndns.org> Le lundi 26 mars 2007 ? 18:47 +0100, Andrew Haley a ?crit : > Anthony Green writes: > > Andrew Haley wrote: > > > I don't think so. gcj installs in /usr/share/java, and I don't want > > > it to depend on jpackage. > > > > Well, there may be no good answer then, since the distro currently > > includes many jpackages which do not currently depend on gcj. > > > > Why do you not want to depend on jpackage-utils? > > I'm not sure, really. I guess it's a small package, so I guess I > could live with it. jpackage-utils is a bunch of default directories, rpm macros to map them, a few helper shell scripts to use these dirs and documentation It's only there to provide a central place for java packaging policy (policy that can be amended/expanded @jpackage, it's not set in stone, I wrote some central parts of it alone in three week-ends a few years ago) -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From david at zarb.org Mon Mar 26 18:58:14 2007 From: david at zarb.org (David Walluck) Date: Mon, 26 Mar 2007 14:58:14 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <17928.1222.466465.807100@zebedee.pink> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <17928.1222.466465.807100@zebedee.pink> Message-ID: <460817C6.9060307@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Haley wrote: > I don't think so. gcj installs in /usr/share/java, and I don't want > it to depend on jpackage. RPM allows multiple packages to own the same directory, so I don't know what the big deal is. I would think that you would want to depend on jpackage-utils for the correct macros like %{_javadir} for libgcj.jar and %{_jvmdir} for `--with-java-home'. I guess you could fake these, but luckily jpackage-utils should be a msall package with no other dependencies. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFGCBfFN5thZBYlTwkRAuWoAJ0RW4EP6zF58vt9pEiV1o1Ue8ELmwCfTrSd 4151oDaNvXgOeAUPAIVl5D0= =SOk4 -----END PGP SIGNATURE----- From betelgeuse at gentoo.org Mon Mar 26 18:58:55 2007 From: betelgeuse at gentoo.org (=?UTF-8?B?UGV0dGVyaSBSw6R0eQ==?=) Date: Mon, 26 Mar 2007 21:58:55 +0300 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <1174935026.6619.3.camel@rousalka.dyndns.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <1174935026.6619.3.camel@rousalka.dyndns.org> Message-ID: <460817EF.3000709@gentoo.org> Nicolas Mailhot kirjoitti: > Le lundi 26 mars 2007 ? 20:36 +0200, Patrice Dumas a ?crit : >> On Mon, Mar 26, 2007 at 10:33:26AM -0700, Anthony Green wrote: >>> I believe most end up in %{_libdir}. >> Aren't jni files dlopened? If it is the case they should not be >> in %{_libdir}, but in a subdirectory. >> >> Are there packaging guidelines for java where such issues are >> explained? > > Apart from those jpackage and debian wrote, not that I know of > > http://www.gentoo.org/proj/en/java/java-devel.xml Regards, Petteri -- Gentoo Java Project lead -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From david at zarb.org Mon Mar 26 19:04:14 2007 From: david at zarb.org (David Walluck) Date: Mon, 26 Mar 2007 15:04:14 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <20070326183628.GA2964@free.fr> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> Message-ID: <4608192E.5070504@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Patrice Dumas wrote: > On Mon, Mar 26, 2007 at 10:33:26AM -0700, Anthony Green wrote: >> >> I believe most end up in %{_libdir}. > > Aren't jni files dlopened? If it is the case they should not be > in %{_libdir}, but in a subdirectory. > > Are there packaging guidelines for java where such issues are > explained? Actually, I think you are right, but traditionally they have been but in %{_libdir}, and *jars* which depend on libraries have gone in %{_jnidir} = %{_libdir}/jni, per the JPackage 1.5 spec. Is it also a problem having jars (non-binaries) inside %{_libdir}? Then maybe %{_jnidir} should be %{_datadir}/jni then? I would tend to think that Debian is more correct here: Libraries: %{_libdir}/jni Jars that dlopen() these libraries: {_libdir}/java So, JPackage is sort of backwards from Debian, but I am not sure if that jar directory makes sense. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFGCBkuN5thZBYlTwkRAuSJAJ9sTcm+d8PgxG2soL1OTJINea8J7gCfUDsk yeFDOEfaDANgFkS8ZPj+gF4= =ZLVU -----END PGP SIGNATURE----- From pertusus at free.fr Mon Mar 26 19:03:40 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 26 Mar 2007 21:03:40 +0200 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <1174935026.6619.3.camel@rousalka.dyndns.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <1174935026.6619.3.camel@rousalka.dyndns.org> Message-ID: <20070326190340.GB2964@free.fr> On Mon, Mar 26, 2007 at 08:50:26PM +0200, Nicolas Mailhot wrote: > Le lundi 26 mars 2007 ? 20:36 +0200, Patrice Dumas a ?crit : > > On Mon, Mar 26, 2007 at 10:33:26AM -0700, Anthony Green wrote: > > > > > > I believe most end up in %{_libdir}. > > > > Aren't jni files dlopened? If it is the case they should not be > > in %{_libdir}, but in a subdirectory. > > > > Are there packaging guidelines for java where such issues are > > explained? > > Apart from those jpackage and debian wrote, not that I know of Where are these guidelines? Do reviewer accept dlopened files to be dumped in %_libdir, or are these legacy packages? If reviewer accept that for new packages, that deserves a guideline to explicitly disallow such packaging. -- Pat From nicolas.mailhot at laposte.net Mon Mar 26 19:18:55 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 26 Mar 2007 21:18:55 +0200 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <4608192E.5070504@zarb.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> Message-ID: <1174936735.6619.20.camel@rousalka.dyndns.org> Le lundi 26 mars 2007 ? 15:04 -0400, David Walluck a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Patrice Dumas wrote: > > On Mon, Mar 26, 2007 at 10:33:26AM -0700, Anthony Green wrote: > >> > >> I believe most end up in %{_libdir}. > > > > Aren't jni files dlopened? If it is the case they should not be > > in %{_libdir}, but in a subdirectory. > > > > Are there packaging guidelines for java where such issues are > > explained? > > Actually, I think you are right, but traditionally they have been but in > %{_libdir}, and *jars* which depend on libraries have gone in %{_jnidir} > = %{_libdir}/jni, per the JPackage 1.5 spec. > > Is it also a problem having jars (non-binaries) inside %{_libdir}? Then > maybe %{_jnidir} should be %{_datadir}/jni then? jni jars are not arch independant so they should be in %{_libdir}/something > I would tend to think that Debian is more correct here: > > Libraries: %{_libdir}/jni > Jars that dlopen() these libraries: {_libdir}/java except we already have the jvms there > So, JPackage is sort of backwards from Debian, but I am not sure if that > jar directory makes sense. You could mix library and jar files in {_jnidir}, but it's probably saner to define two distinct roots under %{_libdir} -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From fitzsim at redhat.com Mon Mar 26 19:21:17 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 26 Mar 2007 15:21:17 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <4608192E.5070504@zarb.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> Message-ID: <46081D2D.1020909@redhat.com> David Walluck wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Patrice Dumas wrote: >> On Mon, Mar 26, 2007 at 10:33:26AM -0700, Anthony Green wrote: >>> I believe most end up in %{_libdir}. >> Aren't jni files dlopened? If it is the case they should not be >> in %{_libdir}, but in a subdirectory. >> >> Are there packaging guidelines for java where such issues are >> explained? > > Actually, I think you are right, but traditionally they have been but in > %{_libdir}, and *jars* which depend on libraries have gone in %{_jnidir} > = %{_libdir}/jni, per the JPackage 1.5 spec. > > Is it also a problem having jars (non-binaries) inside %{_libdir}? Then > maybe %{_jnidir} should be %{_datadir}/jni then? > > I would tend to think that Debian is more correct here: > > Libraries: %{_libdir}/jni > Jars that dlopen() these libraries: {_libdir}/java > > So, JPackage is sort of backwards from Debian, but I am not sure if that > jar directory makes sense. I would like to implement this in Fedora, but jpackage-utils is not mulitlib-aware. Given that jpackage-utils installs directories in /usr/lib, it would make sense to make it architecture-specific. Currently, we use the simpler approach of hard-coding _libdir to /usr/lib64 in the spec files of 64-bit JDKs and appending .%{_arch} to their JAVA_HOME directories. I haven't done much research into making jpackage-utils multilib (i.e., checked how Debian and Gentoo handle this), but at some point we should probably go back and design jpackage-utils/multilib interaction more thoroughly. Tom From fitzsim at redhat.com Mon Mar 26 19:23:25 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 26 Mar 2007 15:23:25 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <46081D2D.1020909@redhat.com> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <46081D2D.1020909@redhat.com> Message-ID: <46081DAD.50802@redhat.com> Thomas Fitzsimmons wrote: > hard-coding _libdir to /usr/lib64 I meant /usr/lib. Tom From david at zarb.org Mon Mar 26 19:26:55 2007 From: david at zarb.org (David Walluck) Date: Mon, 26 Mar 2007 15:26:55 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <46081D2D.1020909@redhat.com> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <46081D2D.1020909@redhat.com> Message-ID: <46081E7F.5030705@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Fitzsimmons wrote: > I would like to implement this in Fedora, but jpackage-utils is not > mulitlib-aware. Given that jpackage-utils installs directories in /usr/lib, it > would make sense to make it architecture-specific. Currently, we use the > simpler approach of hard-coding _libdir to /usr/lib64 in the spec files of > 64-bit JDKs and appending .%{_arch} to their JAVA_HOME directories. I haven't > done much research into making jpackage-utils multilib (i.e., checked how Debian > and Gentoo handle this), but at some point we should probably go back and design > jpackage-utils/multilib interaction more thoroughly. THen, I guess I should have said %_jndir is %{_prefix}/lib/jni, not %{_libdir}/jni. But, I guess multilib needs to be fixed, but FHS also needs to be verified for jars which dlopen(). - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFGCB5/N5thZBYlTwkRAoPCAJ48FBbb5su2JjkVf21pY4YxosmfoQCfbBOg VUl6yp2Rw48npKWRVziZ98Y= =2tdo -----END PGP SIGNATURE----- From jason.corley at gmail.com Mon Mar 26 19:27:02 2007 From: jason.corley at gmail.com (Jason Corley) Date: Mon, 26 Mar 2007 15:27:02 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <46081D2D.1020909@redhat.com> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <46081D2D.1020909@redhat.com> Message-ID: <3118d8de0703261227r51ee017em7bacdbd2318fc564@mail.gmail.com> Patches cheerfully accepted on jpackage-discuss: https://www.zarb.org/mailman/listinfo/jpackage-discuss Jason On 3/26/07, Thomas Fitzsimmons wrote: > David Walluck wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Patrice Dumas wrote: > >> On Mon, Mar 26, 2007 at 10:33:26AM -0700, Anthony Green wrote: > >>> I believe most end up in %{_libdir}. > >> Aren't jni files dlopened? If it is the case they should not be > >> in %{_libdir}, but in a subdirectory. > >> > >> Are there packaging guidelines for java where such issues are > >> explained? > > > > Actually, I think you are right, but traditionally they have been but in > > %{_libdir}, and *jars* which depend on libraries have gone in %{_jnidir} > > = %{_libdir}/jni, per the JPackage 1.5 spec. > > > > Is it also a problem having jars (non-binaries) inside %{_libdir}? Then > > maybe %{_jnidir} should be %{_datadir}/jni then? > > > > I would tend to think that Debian is more correct here: > > > > Libraries: %{_libdir}/jni > > Jars that dlopen() these libraries: {_libdir}/java > > > > So, JPackage is sort of backwards from Debian, but I am not sure if that > > jar directory makes sense. > > I would like to implement this in Fedora, but jpackage-utils is not > mulitlib-aware. Given that jpackage-utils installs directories in /usr/lib, it > would make sense to make it architecture-specific. Currently, we use the > simpler approach of hard-coding _libdir to /usr/lib64 in the spec files of > 64-bit JDKs and appending .%{_arch} to their JAVA_HOME directories. I haven't > done much research into making jpackage-utils multilib (i.e., checked how Debian > and Gentoo handle this), but at some point we should probably go back and design > jpackage-utils/multilib interaction more thoroughly. > > Tom > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > From david at zarb.org Mon Mar 26 19:28:54 2007 From: david at zarb.org (David Walluck) Date: Mon, 26 Mar 2007 15:28:54 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <46081DAD.50802@redhat.com> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <46081D2D.1020909@redhat.com> <46081DAD.50802@redhat.com> Message-ID: <46081EF6.6030208@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Fitzsimmons wrote: > Thomas Fitzsimmons wrote: >> hard-coding _libdir to /usr/lib64 > > I meant /usr/lib. > > Tom I can't seem to get this right: %_jndir is set to %{_prefix}/lib/java. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFGCB72N5thZBYlTwkRAqe4AJ9xDLsbIAxg+s0Ec6ZZezKW8AydfwCdECsJ NVKe/I9j5p5ddRL/0dYiMFY= =hg4g -----END PGP SIGNATURE----- From david at zarb.org Mon Mar 26 19:42:40 2007 From: david at zarb.org (David Walluck) Date: Mon, 26 Mar 2007 15:42:40 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <1174936735.6619.20.camel@rousalka.dyndns.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <1174936735.6619.20.camel@rousalka.dyndns.org> Message-ID: <46082230.6090805@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nicolas Mailhot wrote: > jni jars are not arch independant so they should be in > %{_libdir}/something But the jars themselves should be the same on any arch. In this way they are not arch-dependent. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFGCCIwN5thZBYlTwkRAkw7AJ9dpBDzQzzrGaPSv2CVyyyBpfvGKACfZCuV OVnzfU2YeY9ZVchIHXDBi58= =kvl3 -----END PGP SIGNATURE----- From nicolas.mailhot at laposte.net Mon Mar 26 19:52:09 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 26 Mar 2007 21:52:09 +0200 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <46082230.6090805@zarb.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <1174936735.6619.20.camel@rousalka.dyndns.org> <46082230.6090805@zarb.org> Message-ID: <1174938729.6619.25.camel@rousalka.dyndns.org> Le lundi 26 mars 2007 ? 15:42 -0400, David Walluck a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Nicolas Mailhot wrote: > > jni jars are not arch independant so they should be in > > %{_libdir}/something > > But the jars themselves should be the same on any arch. In this way they > are not arch-dependent. IMHO trying to get the dependencies right on a multilib system will be a nightmare if you try to share the jars (how do you handle the case libs in lib64 but not lib?), and you may have the case when /usr/share is network-mounted on systems with different arches (sparc and x86_64...) so it's not worth the pain. Just make arch-specific packages in arch-specific filesystem-space -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From david at zarb.org Mon Mar 26 20:08:41 2007 From: david at zarb.org (David Walluck) Date: Mon, 26 Mar 2007 16:08:41 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <1174938729.6619.25.camel@rousalka.dyndns.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <1174936735.6619.20.camel@rousalka.dyndns.org> <46082230.6090805@zarb.org> <1174938729.6619.25.camel@rousalka.dyndns.org> Message-ID: <46082849.4020507@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nicolas Mailhot wrote: > IMHO trying to get the dependencies right on a multilib system will be > a nightmare if you try to share the jars (how do you handle the case > libs in lib64 but not lib?), and you may have the case when /usr/share > is network-mounted on systems with different arches (sparc and > x86_64...) so it's not worth the pain. Just make arch-specific packages > in arch-specific filesystem-space I am assuming that jars are arch-independent, meaning the md5sum, say, will be the same across platforms. I don't understand when you say ``you may have the case when /usr/share is network-mounted on systems with different archs''---arch-dependent files don't go in /usr/share in the first place. Presumably, java.library.path would be set at runtime depending on the arch of the JDK run. The default JDK search patch would probably be to search for the native arch first (still allowing the usual overriding of JAVA_HOME). - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFGCChJN5thZBYlTwkRAk/TAJ4pCCmbAYpbAOJlLXeY53Gn8RnohwCgk6t1 l1sQ3UVJqfvVGOpx+2PG4MA= =cNeu -----END PGP SIGNATURE----- From fitzsim at redhat.com Mon Mar 26 20:25:08 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 26 Mar 2007 16:25:08 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <1174936735.6619.20.camel@rousalka.dyndns.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <1174936735.6619.20.camel@rousalka.dyndns.org> Message-ID: <46082C24.60606@redhat.com> Nicolas Mailhot wrote: >> I would tend to think that Debian is more correct here: >> >> Libraries: %{_libdir}/jni >> Jars that dlopen() these libraries: {_libdir}/java > > except we already have the jvms there %{_libdir}/jni is unused and JPackage reserves %{_libdir}/java for arch-specific jars. Tom From fitzsim at redhat.com Mon Mar 26 20:31:09 2007 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 26 Mar 2007 16:31:09 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <46082849.4020507@zarb.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <1174936735.6619.20.camel@rousalka.dyndns.org> <46082230.6090805@zarb.org> <1174938729.6619.25.camel@rousalka.dyndns.org> <46082849.4020507@zarb.org> Message-ID: <46082D8D.8060801@redhat.com> David Walluck wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Nicolas Mailhot wrote: >> IMHO trying to get the dependencies right on a multilib system will be >> a nightmare if you try to share the jars (how do you handle the case >> libs in lib64 but not lib?), and you may have the case when /usr/share >> is network-mounted on systems with different arches (sparc and >> x86_64...) so it's not worth the pain. Just make arch-specific packages >> in arch-specific filesystem-space > > I am assuming that jars are arch-independent, meaning the md5sum, say, > will be the same across platforms. I don't understand when you say ``you > may have the case when /usr/share is network-mounted on systems with > different archs''---arch-dependent files don't go in /usr/share in the > first place. There's also the case of jar files that bundle arch-dependent compiled code. Andrew, how is that handled in the Fedora Eclipse RPMs? Tom From nicolas.mailhot at laposte.net Mon Mar 26 20:41:35 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 26 Mar 2007 22:41:35 +0200 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <46082849.4020507@zarb.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <1174936735.6619.20.camel@rousalka.dyndns.org> <46082230.6090805@zarb.org> <1174938729.6619.25.camel@rousalka.dyndns.org> <46082849.4020507@zarb.org> Message-ID: <1174941695.6619.34.camel@rousalka.dyndns.org> Le lundi 26 mars 2007 ? 16:08 -0400, David Walluck a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Nicolas Mailhot wrote: > > IMHO trying to get the dependencies right on a multilib system will be > > a nightmare if you try to share the jars (how do you handle the case > > libs in lib64 but not lib?), and you may have the case when /usr/share > > is network-mounted on systems with different arches (sparc and > > x86_64...) so it's not worth the pain. Just make arch-specific packages > > in arch-specific filesystem-space > > I am assuming that jars are arch-independent, meaning the md5sum, say, > will be the same across platforms. I don't understand when you say ``you > may have the case when /usr/share is network-mounted on systems with > different archs''---arch-dependent files don't go in /usr/share in the > first place. Sure. But again jni jars are not arch-independent. They depend on arch-specific binaries to work. How do you ensure the correct arch-dependent binaries are present if you dump the jars in /usr/share/java ? Remember it will expose them to build-classpath and friends. This is different from the usual arch-dependent code use arch-independant situation. In fact it's the reverse situation so you need to do the arch filtering at the jar level. (I'm tired bow, If I make sense to someone can he reword my explanation?) -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From david at zarb.org Mon Mar 26 20:45:25 2007 From: david at zarb.org (David Walluck) Date: Mon, 26 Mar 2007 16:45:25 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <1174941695.6619.34.camel@rousalka.dyndns.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <1174936735.6619.20.camel@rousalka.dyndns.org> <46082230.6090805@zarb.org> <1174938729.6619.25.camel@rousalka.dyndns.org> <46082849.4020507@zarb.org> <1174941695.6619.34.camel@rousalka.dyndns.org> Message-ID: <460830E5.8030800@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nicolas Mailhot wrote: > Sure. But again jni jars are not arch-independent. They depend on > arch-specific binaries to work. How do you ensure the correct > arch-dependent binaries are present if you dump the jars > in /usr/share/java ? Remember it will expose them to build-classpath and > friends. This is different from the usual arch-dependent code use > arch-independant situation. In fact it's the reverse situation so you > need to do the arch filtering at the jar level. > > (I'm tired bow, If I make sense to someone can he reword my > explanation?) Sorry, I am not trying to give you a hard time. I honestly don't get it. If a file is the same across all archs, it is by definition arch-independent. The where to find the library issue seems liek a runtime issue only (but I see also the problem of how to express the correct Requires for rpm. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFGCDDlN5thZBYlTwkRAojzAJsHwuibl8HZDAJrXa6JaSoD5tLEBACZAcZ6 2r1uEHeMPSIPBOzpcQmps7o= =5Yb5 -----END PGP SIGNATURE----- From david at zarb.org Mon Mar 26 20:47:33 2007 From: david at zarb.org (David Walluck) Date: Mon, 26 Mar 2007 16:47:33 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <46082D8D.8060801@redhat.com> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <1174936735.6619.20.camel@rousalka.dyndns.org> <46082230.6090805@zarb.org> <1174938729.6619.25.camel@rousalka.dyndns.org> <46082849.4020507@zarb.org> <46082D8D.8060801@redhat.com> Message-ID: <46083165.3090807@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Fitzsimmons wrote: > There's also the case of jar files that bundle arch-dependent compiled code. > Andrew, how is that handled in the Fedora Eclipse RPMs? I am not sure, but this is what I would do in %{_prefix}/lib/java: swt-gtk-3.2.2.jar -> ../../../usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.2.2.v3236.jar swt-gtk-3.2.jar -> swt-gtk-3.2.2.jar Yes, we can find examples where jars are actually arch-dependent. Come on, they are bundling binary code, so of course they are. That doesn't mean that they aren't completely wrong in doing so. These libraries should really be unbundled and one swt.jar shared across all archs. A jar bundling binary code? If we allow this, what's next? - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFGCDFlN5thZBYlTwkRAsIwAKCToQbXnb40qV0SCi71N6ImZkBIXwCfap4Q fMNWT22ALMKjRCvJEpUvfVc= =TBwZ -----END PGP SIGNATURE----- From nicolas.mailhot at laposte.net Mon Mar 26 21:00:11 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 26 Mar 2007 23:00:11 +0200 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <460830E5.8030800@zarb.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <1174936735.6619.20.camel@rousalka.dyndns.org> <46082230.6090805@zarb.org> <1174938729.6619.25.camel@rousalka.dyndns.org> <46082849.4020507@zarb.org> <1174941695.6619.34.camel@rousalka.dyndns.org> <460830E5.8030800@zarb.org> Message-ID: <1174942811.6619.42.camel@rousalka.dyndns.org> Le lundi 26 mars 2007 ? 16:45 -0400, David Walluck a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Nicolas Mailhot wrote: > > Sure. But again jni jars are not arch-independent. They depend on > > arch-specific binaries to work. How do you ensure the correct > > arch-dependent binaries are present if you dump the jars > > in /usr/share/java ? Remember it will expose them to build-classpath and > > friends. This is different from the usual arch-dependent code use > > arch-independant situation. In fact it's the reverse situation so you > > need to do the arch filtering at the jar level. > > > > (I'm tired bow, If I make sense to someone can he reword my > > explanation?) > > Sorry, I am not trying to give you a hard time. I honestly don't get it. > If a file is the same across all archs, it is by definition > arch-independent. My arch-dependency test is a little different : "will it work on any arch". So a shell script that call an arch-specific binary is not arch-independent in my book (unless the arch-specific binary is sure to be present on all supported arches, and that's stretching it) I don't want to expose useless files to users. Unless you find a way to make sure jni stuff in /usr/share will always have the needed support in /usr/lib*, I'd rather segregate it in arch-dependent parts. > The where to find the library issue seems liek a > runtime issue only (but I see also the problem of how to express the > correct Requires for rpm. This is the big one Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From overholt at redhat.com Mon Mar 26 22:50:35 2007 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 26 Mar 2007 18:50:35 -0400 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <46082D8D.8060801@redhat.com> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <1174936735.6619.20.camel@rousalka.dyndns.org> <46082230.6090805@zarb.org> <1174938729.6619.25.camel@rousalka.dyndns.org> <46082849.4020507@zarb.org> <46082D8D.8060801@redhat.com> Message-ID: <20070326225035.GA19258@redhat.com> * Thomas Fitzsimmons [2007-03-26 16:31]: > There's also the case of jar files that bundle arch-dependent compiled > code. Andrew, how is that handled in the Fedora Eclipse RPMs? They're in %{_libdir}/eclipse. Andrew -------------- 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 Tue Mar 27 09:42:33 2007 From: aph at redhat.com (Andrew Haley) Date: Tue, 27 Mar 2007 10:42:33 +0100 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <46082849.4020507@zarb.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <1174936735.6619.20.camel@rousalka.dyndns.org> <46082230.6090805@zarb.org> <1174938729.6619.25.camel@rousalka.dyndns.org> <46082849.4020507@zarb.org> Message-ID: <17928.59145.754144.481456@zebedee.pink> David Walluck writes: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Nicolas Mailhot wrote: > > IMHO trying to get the dependencies right on a multilib system will be > > a nightmare if you try to share the jars (how do you handle the case > > libs in lib64 but not lib?), and you may have the case when /usr/share > > is network-mounted on systems with different arches (sparc and > > x86_64...) so it's not worth the pain. Just make arch-specific packages > > in arch-specific filesystem-space > > I am assuming that jars are arch-independent, meaning the md5sum, say, > will be the same across platforms. That may or may not be true. It is certainly not something you can assume. Andrew. From aph at redhat.com Tue Mar 27 09:46:54 2007 From: aph at redhat.com (Andrew Haley) Date: Tue, 27 Mar 2007 10:46:54 +0100 Subject: [fedora-java] /usr/share/java and JNI libraries In-Reply-To: <46083165.3090807@zarb.org> References: <4607FDAE.3040606@cora.nwra.com> <460803E6.5090709@redhat.com> <20070326183628.GA2964@free.fr> <4608192E.5070504@zarb.org> <1174936735.6619.20.camel@rousalka.dyndns.org> <46082230.6090805@zarb.org> <1174938729.6619.25.camel@rousalka.dyndns.org> <46082849.4020507@zarb.org> <46082D8D.8060801@redhat.com> <46083165.3090807@zarb.org> Message-ID: <17928.59406.539962.49013@zebedee.pink> David Walluck writes: > > Yes, we can find examples where jars are actually arch-dependent. Come > on, they are bundling binary code, so of course they are. > > That doesn't mean that they aren't completely wrong in doing so. That's really not at issue here. We're talking about where to put the jars from upstream packages, not whether the upstream maintainers are right. Andrew. From overholt at redhat.com Tue Mar 27 21:33:44 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 27 Mar 2007 17:33:44 -0400 Subject: [fedora-java] auto-provides and requires for OSGi packages Message-ID: <20070327213343.GB4330@redhat.com> Hi, We'd like Eclipse packages (which we want to extend to all OSGi packages and then to whatever module system Sun puts into Java 7 or 8) to have RPM automatically generate Provides and Requires. This is similar to how it's done for DSOs or perl, python, or mono modules. Example: $ rpm -q --requires tomboy [I've stripped the non-mono requirements] ... mono(glib-sharp) = 2.10.0.0 mono(gnome-sharp) = 2.16.0.0 mono(gtk-sharp) = 2.10.0.0 ... $ rpm -q --provides gnome-sharp mono(gnome-sharp) = 2.16.0.0 I imagine this will manifest itself in a shell script to run over jars in a certain location and extract their META-INF/MANIFEST.MF and parse out the OSGi provides and requires. It would of course be better to do this as an OSGi app but I wonder how the RPM guys would feel about having an Eclipse or Java dependency. I don't think we want to do something like java(modulename) yet, but just having it automatically generate these lists would get us a long way there. Anyone have any thoughts? Kyu Lee is going to investigate this and will keep us posted as he progresses. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bkonrath at redhat.com Wed Mar 28 04:45:04 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Wed, 28 Mar 2007 13:45:04 +0900 Subject: [fedora-java] Re: [linux-distros-dev] auto-provides and requires for OSGi packages In-Reply-To: <20070327213343.GB4330@redhat.com> References: <20070327213343.GB4330@redhat.com> Message-ID: <1175057104.3727.40.camel@plug> Hi Andrew, On a semi-related note, I'd like know what you think about how we should build these OSGi bundles. Right now I'm thinking it should go something like this: * add the OSGi bundle from Orbit as an additional source to the rpm * build the jar like normal * extract and inject the OSGi Manifest to the original jar I whipped up an example of this with jsch from rawhide and attached the changes as a patch. We might want to include a symlink in /usr/share/java for the bundle notation that is used Orbit but I'm not convinced it would be useful at this point. For the Eclipse build I'm just going to add a symlink to the regular jar in /usr/share/eclipse/plugins with the Orbit bundle name. Let me know what you think so that I can commit this jsch stuff and move on the icu4j package. Thanks, Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: jsch-osgi.patch Type: text/x-patch Size: 1560 bytes Desc: not available URL: From tromey at redhat.com Wed Mar 28 16:26:28 2007 From: tromey at redhat.com (Tom Tromey) Date: 28 Mar 2007 10:26:28 -0600 Subject: [fedora-java] Mylar and NLS in rawhide In-Reply-To: References: <20070320211449.GG14800@redhat.com> <20070320211717.GH14800@redhat.com> <17921.4446.82030.482522@zebedee.pink> <20070321125558.GA11004@redhat.com> <1174643089.4301.14.camel@dijkstra.wildebeest.org> <1174643504.4301.19.camel@dijkstra.wildebeest.org> Message-ID: Following up my own post. Mark> Wait, that is actually wrong. The fix that got checked into classpath Mark> CVS is for "FYI: fix keyUsage bit checking", the patch mentioned in the Mark> bug report isn't in CVS yet (waiting for more testing). Tom> I was wondering if we need or want that keyUsage patch as well. Tom> Do you know? Casey seemed to think this was reasonably important, so I'm going to pull it in. BTW, I think I have caught up on the patch backlog. At least, all the important patches that have been pointed out to me and that I didn't somehow lose have gone in. If you know of a gcj patch needing attention, let me know and I will get it in. Meanwhile I suppose I will go back to trying to fix pending bugs. Tom From overholt at redhat.com Wed Mar 28 22:00:32 2007 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 28 Mar 2007 18:00:32 -0400 Subject: [fedora-java] Re: [linux-distros-dev] auto-provides and requires for OSGi packages In-Reply-To: References: <20070327213343.GB4330@redhat.com> Message-ID: <20070328220032.GA16019@redhat.com> Hi, * Pascal Rapicault [2007-03-27 22:24]: > If you are ok with running java code to generate your RPM metadata Unfortunately I doubt that this will be acceptable to the RPM people. Thanks for the pointers anyway, though :) > Also, as a point of interest for me, does RPM has the ability to express > constraints similar to import and export? I'm confused as to what import does that is different from requires. Can you please elaborate or tell me what to read? Export I guess you could compare with Provides in RPM parlance. Anyone else have thoughts on this? For those that don't know -- and please correct me if I'm wrong -- Export is used to limit what java package names are visible to other bundles. 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 Thu Mar 29 00:13:59 2007 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 28 Mar 2007 20:13:59 -0400 Subject: [fedora-java] Re: [linux-distros-dev] auto-provides and requires for OSGi packages In-Reply-To: <1175057104.3727.40.camel@plug> References: <20070327213343.GB4330@redhat.com> <1175057104.3727.40.camel@plug> Message-ID: <1175127239.16475.3.camel@localhost.localdomain> Hi, On Wed, 2007-28-03 at 13:45 +0900, Ben Konrath wrote: > * add the OSGi bundle from Orbit as an additional source to the rpm > * build the jar like normal > * extract and inject the OSGi Manifest to the original jar I think this is the only practical approach, but you should probably discuss it with others like Deepak or Fernando. Ideally upstream would include this data so it'd be great if we could ask the various package maintainers to speak with their upstream counterparts about the situation. > We might want to include a symlink > in /usr/share/java for the bundle notation that is used Orbit but I'm > not convinced it would be useful at this point. For the Eclipse build > I'm just going to add a symlink to the regular jar > in /usr/share/eclipse/plugins with the Orbit bundle name. I agree. 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 overholt at redhat.com Thu Mar 29 01:40:01 2007 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 28 Mar 2007 21:40:01 -0400 Subject: [fedora-java] Re: [linux-distros-dev] auto-provides and requires for OSGi packages In-Reply-To: References: <20070327213343.GB4330@redhat.com> <20070328220032.GA16019@redhat.com> Message-ID: <20070329014001.GA6634@redhat.com> * Pascal Rapicault [2007-03-28 21:20]: > This is for a simple overview, there are other refinements (mostly around > the use clause) that I won't go into here and that you can find in the OSGi > spec: http://osgi.org/osgi_technology/download_specs.asp?section=2#Release4 Thanks for the clarification, Pascal. I guess you could liken import to just relying on a non-package name Provide of an RPM -- something like what we're trying to for with these automatic provides. You could say "Requires: libgcj.so.7rh" instead of "Requires: libgcj" or "Requires: libgcj = 4.1.1". But I think this is different than what you describe and I don't know how yum or other depsolvers deal with multiple packages Provide'ing the same thing. Andrew "poor explanation" Overholt -------------- 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 Thu Mar 29 01:42:15 2007 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 28 Mar 2007 21:42:15 -0400 Subject: [fedora-java] Mylar and NLS in rawhide In-Reply-To: References: <20070320211449.GG14800@redhat.com> <20070320211717.GH14800@redhat.com> <17921.4446.82030.482522@zebedee.pink> <20070321125558.GA11004@redhat.com> <1174643089.4301.14.camel@dijkstra.wildebeest.org> <1174643504.4301.19.camel@dijkstra.wildebeest.org> Message-ID: <20070329014215.GB6634@redhat.com> * Tom Tromey [2007-03-28 12:41]: > > BTW, I think I have caught up on the patch backlog. At least, all the > important patches that have been pointed out to me and that I didn't > somehow lose have gone in. Jakub: can we request a new RPM spin at your earliest convenience? 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 bkonrath at redhat.com Thu Mar 29 07:12:53 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Thu, 29 Mar 2007 16:12:53 +0900 Subject: [fedora-java] Re: [linux-distros-dev] auto-provides and requires for OSGi packages In-Reply-To: References: <20070327213343.GB4330@redhat.com> <1175057104.3727.40.camel@plug> <1175127239.16475.3.camel@localhost.localdomain> Message-ID: <1175152373.20385.3.camel@plug> On Wed, 2007-03-28 at 21:18 -0400, Pascal Rapicault wrote: > If it helps, note that the manifests are directly available in the Orbit > repository thus saving you the extraction / injection. Looking at jsch, it doesn't seem like the the manifest is actually in cvs - only the jar is checked it: http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.orbit/com.jcraft.jsch/?root=Tools_Project&pathrev=v200702011720 I'll just stick with extracting the manifest from the jar for now. Cheers, Ben From bkonrath at redhat.com Thu Mar 29 07:30:49 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Thu, 29 Mar 2007 16:30:49 +0900 Subject: [fedora-java] Re: [linux-distros-dev] auto-provides and requires for OSGi packages In-Reply-To: <1175127239.16475.3.camel@localhost.localdomain> References: <20070327213343.GB4330@redhat.com> <1175057104.3727.40.camel@plug> <1175127239.16475.3.camel@localhost.localdomain> Message-ID: <1175153449.20385.18.camel@plug> On Wed, 2007-03-28 at 20:13 -0400, Andrew Overholt wrote: > Hi, > > On Wed, 2007-28-03 at 13:45 +0900, Ben Konrath wrote: > > * add the OSGi bundle from Orbit as an additional source to the rpm > > * build the jar like normal > > * extract and inject the OSGi Manifest to the original jar > > I think this is the only practical approach, but you should probably > discuss it with others like Deepak or Fernando. Ok, I'll send a message to Deepak and Fernando before I commit the patch to the jsch rpm. > Ideally upstream would > include this data so it'd be great if we could ask the various package > maintainers to speak with their upstream counterparts about the > situation. I think this should be a task that the Orbit project undertakes. Also there may be a disagreement between what the upstream project wants in the manifest and what an Eclipse project wants in the manifest. I don't think we would be in a position to mediate such a disagreement. I release this might not actually be a problem, but we aren't in a position to From bkonrath at redhat.com Thu Mar 29 07:43:21 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Thu, 29 Mar 2007 16:43:21 +0900 Subject: [fedora-java] Re: [linux-distros-dev] auto-provides and requires for OSGi packages In-Reply-To: <1175153449.20385.18.camel@plug> References: <20070327213343.GB4330@redhat.com> <1175057104.3727.40.camel@plug> <1175127239.16475.3.camel@localhost.localdomain> <1175153449.20385.18.camel@plug> Message-ID: <1175154201.20385.31.camel@plug> Sorry, my last email went out before I was finished. The last paragraph(s) should make sense in this one ... On Thu, 2007-03-29 at 16:30 +0900, Ben Konrath wrote: > On Wed, 2007-03-28 at 20:13 -0400, Andrew Overholt wrote: > > Hi, > > > > On Wed, 2007-28-03 at 13:45 +0900, Ben Konrath wrote: > > > * add the OSGi bundle from Orbit as an additional source to the rpm > > > * build the jar like normal > > > * extract and inject the OSGi Manifest to the original jar > > > > I think this is the only practical approach, but you should probably > > discuss it with others like Deepak or Fernando. > > Ok, I'll send a message to Deepak and Fernando before I commit the patch > to the jsch rpm. > > > Ideally upstream would > > include this data so it'd be great if we could ask the various package > > maintainers to speak with their upstream counterparts about the > > situation. In most cases we don't have formal connections with either the upstream java dependencies or the Eclipse projects that use these dependencies. It would be a bit of effort to follow all the Orbit bundles when manifests need to be updated. IMO it would be much better for the Orbit project to undertake the task of getting the manifests in the upstream jars. That would allow them to put a process in place to update the manifests when the need arises. Another concern is that there may be disagreements between what an upstream project wants in their manifest and what an Eclipse project wants in the manifest. I don't think we would be in a position to mediate such a disagreement. Cheers, Ben From bkonrath at redhat.com Thu Mar 29 08:11:43 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Thu, 29 Mar 2007 17:11:43 +0900 Subject: [fedora-java] creating OSGi jars for Eclipse dependencies Message-ID: <1175155903.20385.51.camel@plug> Hi Fernando / Deepack, I'd like to add OSGi manifests to the jars of Eclipse dependencies so that Eclipse can link to the system installed jars rather than keeping a copy of these dependencies in /usr/share/eclipse. The general strategy for doing this would be as follows: * add the OSGi bundle or Manifest from Orbit as an additional source to the rpm * build the jar like normal * extract (if required) and inject the OSGi Manifest to the original jar For Eclipse 3.2.2 / F7, there are two packages that need to be moved out of the eclipse rpm: jsch and icu4j. The jsch build can use the method described above (see attached patch) but I think we should use a different approach for icu4j since the OSGi jar can be compiled directly. In this case I'd like to use the OSGi jar directly and add links for the regular jars. I would need to check the OSGi build and the regular build end up with the same class files but I'm pretty sure they do. Anyway, let me know what you think so that I can commit the jsch patch and move on to icu4j. Thanks, Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: jsch-osgi.patch Type: text/x-patch Size: 1560 bytes Desc: not available URL: From overholt at redhat.com Thu Mar 29 12:46:56 2007 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 29 Mar 2007 08:46:56 -0400 Subject: [fedora-java] Re: [linux-distros-dev] auto-provides and requires for OSGi packages In-Reply-To: <1175154201.20385.31.camel@plug> References: <20070327213343.GB4330@redhat.com> <1175057104.3727.40.camel@plug> <1175127239.16475.3.camel@localhost.localdomain> <1175153449.20385.18.camel@plug> <1175154201.20385.31.camel@plug> Message-ID: <20070329124655.GA10307@redhat.com> Hi, * Ben Konrath [2007-03-29 03:43]: > > IMO it would be much better for the Orbit project to undertake the > task of getting the manifests in the upstream jars. That would allow > them to put a process in place to update the manifests when the need > arises. I fully agree. I don't know why I suggested it earlier - I guess to play the devil's advocate :) 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 nicolas.mailhot at laposte.net Thu Mar 29 15:37:43 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 29 Mar 2007 17:37:43 +0200 (CEST) Subject: [fedora-java] Re: [linux-distros-dev] auto-provides and requires for OSGi packages In-Reply-To: <20070329014001.GA6634@redhat.com> References: <20070327213343.GB4330@redhat.com> <20070328220032.GA16019@redhat.com> <20070329014001.GA6634@redhat.com> Message-ID: <10489.192.54.193.51.1175182663.squirrel@rousalka.dyndns.org> Le Jeu 29 mars 2007 03:40, Andrew Overholt a ?crit : > But I think this is > different than what you describe and I don't know how yum or other > depsolvers deal with multiple packages Provide'ing the same thing. The one already installed wins. If no installed package provides a dep, and several options are available, package with shortest name wins Regards, -- Nicolas Mailhot From aph at redhat.com Fri Mar 30 18:07:48 2007 From: aph at redhat.com (Andrew Haley) Date: Fri, 30 Mar 2007 19:07:48 +0100 Subject: [fedora-java] FYI Message-ID: <17933.20980.179589.974193@zebedee.pink> I thought y'all might like to see this... Andrew. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 108765 bytes Desc: not available URL: -------------- next part -------------- -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903