From overholt at redhat.com Tue Apr 1 02:29:03 2008 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 31 Mar 2008 22:29:03 -0400 Subject: [fedora-java] Eclipse plugin building script In-Reply-To: <9497e9990803311419l30a61012t4286d5e4a5712dc7@mail.gmail.com> References: <9497e9990803311419l30a61012t4286d5e4a5712dc7@mail.gmail.com> Message-ID: <20080401022903.GA20250@redhat.com> * Mat Booth [2008-03-31 17:20]: > Nifty script. Thanks. > > A drawback is that we're calling copy-platform multiple times > > for multiple-feature projects like Mylyn and the calls after the first > > one all say "file exists" for the mkdir and ln -s calls. > > It should be fairly easy to change the copy-platform script to only > generate the necessary directories and links if they don't already > exist, shouldn't it? Yes. I didn't want to mess with copy-platform since I wanted to get this script into a build of the SDK. If you -- or anyone else -- has a few minutes to make this modification, I'd appreciate any patches. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at matbooth.co.uk Thu Apr 3 00:14:46 2008 From: fedora at matbooth.co.uk (Mat Booth) Date: Thu, 3 Apr 2008 01:14:46 +0100 Subject: [fedora-java] Eclipse plugin building script In-Reply-To: <20080401022903.GA20250@redhat.com> References: <9497e9990803311419l30a61012t4286d5e4a5712dc7@mail.gmail.com> <20080401022903.GA20250@redhat.com> Message-ID: <9497e9990804021714v43a77ffajf7a871a74bd8814a@mail.gmail.com> On Tue, Apr 1, 2008 at 3:29 AM, Andrew Overholt wrote: > > Yes. I didn't want to mess with copy-platform since I wanted to get > this script into a build of the SDK. If you -- or anyone else -- has a > few minutes to make this modification, I'd appreciate any patches. > > Andrew > Sure thing, see attached. This patch changes "eclipse-copy-platform.sh" and "eclipse.spec" from the Rawhide eclipse package. I hope that's ok. Regards, Mat -- Mat Booth www.matbooth.co.uk -------------- next part -------------- A non-text attachment was scrubbed... Name: patch.diff Type: application/octet-stream Size: 1598 bytes Desc: not available URL: From overholt at redhat.com Thu Apr 3 13:16:26 2008 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 03 Apr 2008 09:16:26 -0400 Subject: [fedora-java] Eclipse plugin building script In-Reply-To: <9497e9990804021714v43a77ffajf7a871a74bd8814a@mail.gmail.com> References: <9497e9990803311419l30a61012t4286d5e4a5712dc7@mail.gmail.com> <20080401022903.GA20250@redhat.com> <9497e9990804021714v43a77ffajf7a871a74bd8814a@mail.gmail.com> Message-ID: <1207228586.14778.20.camel@blingbling> Hi Mat, On Thu, 2008-04-03 at 01:14 +0100, Mat Booth wrote: > On Tue, Apr 1, 2008 at 3:29 AM, Andrew Overholt wrote: > > > > Yes. I didn't want to mess with copy-platform since I wanted to get > > this script into a build of the SDK. If you -- or anyone else -- has a > > few minutes to make this modification, I'd appreciate any patches. > > > > Andrew > > > > Sure thing, see attached. This patch changes > "eclipse-copy-platform.sh" and "eclipse.spec" from the Rawhide eclipse > package. I hope that's ok. Awesome, thanks! My only nit is this: -sed -e's/^\(.*\)$/\1 \1/' -e's,^,ln -s $eclipse/,' >> copy-platform +sed -e's/^\(.*\)$/\1/' -e's,^\(.*\),[ ! -e \1 ] \&\& ln -s $eclipse/\1 \1,' >> copy-platform I don't think you need the first sed command, do you? Would removing it still accomplish the same thing? Like this: sed -e's,^\(.*\),[ ! -e \1 ] \&\& ln -s $eclipse/\1 \1,' Did you want to just commit this? If you request commit on the eclipse module in the account system, I'll grant it. Thanks again, Andrew From fedora at matbooth.co.uk Thu Apr 3 22:10:23 2008 From: fedora at matbooth.co.uk (Mat Booth) Date: Thu, 3 Apr 2008 23:10:23 +0100 Subject: [fedora-java] Eclipse plugin building script In-Reply-To: <1207245438.13126.4.camel@blingbling> References: <9497e9990803311419l30a61012t4286d5e4a5712dc7@mail.gmail.com> <20080401022903.GA20250@redhat.com> <9497e9990804021714v43a77ffajf7a871a74bd8814a@mail.gmail.com> <1207228586.14778.20.camel@blingbling> <9497e9990804030922l1e0c1c48q2b5dc77fe9e0d184@mail.gmail.com> <1207245438.13126.4.camel@blingbling> Message-ID: <9497e9990804031510l5132ea7cn8dec90351ae11a32@mail.gmail.com> On Thu, Apr 3, 2008 at 6:57 PM, Andrew Overholt wrote: > > On Thu, 2008-04-03 at 17:22 +0100, Mat Booth wrote: > > On Thu, Apr 3, 2008 at 2:16 PM, Andrew Overholt wrote: > > > See attached for a better patch. > > Thanks. Note that I just updated rawhide to 3.3.2 so the patch *may* no > longer apply cleanly. Sorry if that's the case. > > No worries. > > > Did you want to just commit this? If you request commit on the eclipse > > > module in the account system, I'll grant it. > > > > > > > Thanks, but I'm not sure I can do this. I don't have an account in the > > system because I'm not yet sponsored. > > What's your username? > In FAS: mbooth Sorry if this is a silly question, I'm still new at this. Do I need to apply for the cvseclipse group in order to commit my patch? Just in case you are thinking about sponsoring me, you should know that since you last posted in my package review request (https://bugzilla.redhat.com/show_bug.cgi?id=426884) I've been reading through the packaging committee minutes and will update my packages according to the new guidelines as soon as I can. Regards, Mat -- Mat Booth www.matbooth.co.uk From walters at redhat.com Fri Apr 4 18:27:58 2008 From: walters at redhat.com (Colin Walters) Date: Fri, 04 Apr 2008 14:27:58 -0400 Subject: [fedora-java] Java guidelines and JPackage sync Message-ID: <1207333678.27443.7.camel@space-ghost.verbum.private> Now that the Java guidelines are approved, where are we on the status of merging in/with specs from JPackage? For example, JFreechart: https://bugzilla.redhat.com/show_bug.cgi?id=252115 How do we get changes made in the spec for Fedora reflected back into JPackage, and vice versa? Was there any thoughts on the plan to integrate JPackage more closely with the Fedora infrastructure, like CVS/koji? From overholt at redhat.com Fri Apr 4 19:43:15 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 04 Apr 2008 15:43:15 -0400 Subject: [fedora-java] Java guidelines and JPackage sync In-Reply-To: <1207333678.27443.7.camel@space-ghost.verbum.private> References: <1207333678.27443.7.camel@space-ghost.verbum.private> Message-ID: <1207338195.2952.35.camel@blingbling> On Fri, 2008-04-04 at 14:27 -0400, Colin Walters wrote: > How do we get changes made in the spec for Fedora reflected back into > JPackage, and vice versa? Was there any thoughts on the plan to > integrate JPackage more closely with the Fedora infrastructure, like > CVS/koji? Jesse said he was going to approach a guy he knew with a short proposal or something. Andrew From foster at in.tum.de Tue Apr 8 12:26:39 2008 From: foster at in.tum.de (Mary Ellen Foster) Date: Tue, 8 Apr 2008 14:26:39 +0200 Subject: [fedora-java] Dealing with LD_LIBRARY_PATH for a package using JNI Message-ID: I'm currently working on enabling the "jpl" Java interface to the SWI Prolog (package is called "pl" in Fedora). This provides a bidirectional interface between Prolog and Java -- you can call Prolog from Java or (what I'm doing in my current project) call Java from Prolog. I'm attempting to follow the Java packaging guidelines for JNI-using projects and putting jpl.jar and libjpl.so into $LIBDIR/pl-jpl and patching files so that the libraries get loaded, and that's going well. One thing I'm not sure how to deal with: libjpl.so is linked against libjava.so and libjvm.so. On my machine, that means I need to set LD_LIBRARY_PATH to /usr/lib/jvm/java/jre/lib/i386:/usr/lib/jvm/java/jre/lib/i386/client before I run Prolog, and the same is probably the case if I wanted to use the Java-to-Prolog direction. Is this acceptable, or is there some other solution I should use here? Thanks for any suggestions, MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From aph at redhat.com Tue Apr 8 12:47:12 2008 From: aph at redhat.com (Andrew Haley) Date: Tue, 08 Apr 2008 13:47:12 +0100 Subject: [fedora-java] Dealing with LD_LIBRARY_PATH for a package using JNI In-Reply-To: References: Message-ID: <47FB6950.8020903@redhat.com> Mary Ellen Foster wrote: > I'm currently working on enabling the "jpl" Java interface to the SWI > Prolog (package is called "pl" in Fedora). This provides a > bidirectional interface between Prolog and Java -- you can call Prolog > from Java or (what I'm doing in my current project) call Java from > Prolog. > > I'm attempting to follow the Java packaging guidelines for JNI-using > projects and putting jpl.jar and libjpl.so into $LIBDIR/pl-jpl and > patching files so that the libraries get loaded, and that's going > well. > > One thing I'm not sure how to deal with: libjpl.so is linked against > libjava.so and libjvm.so. On my machine, that means I need to set > LD_LIBRARY_PATH to > /usr/lib/jvm/java/jre/lib/i386:/usr/lib/jvm/java/jre/lib/i386/client > before I run Prolog, and the same is probably the case if I wanted to > use the Java-to-Prolog direction. The command-line program 'java' already sets its LD_LIBRARY_PATH, so it shouldn't be necessary when calling from Java. Andrew. From foster at in.tum.de Tue Apr 8 12:51:51 2008 From: foster at in.tum.de (Mary Ellen Foster) Date: Tue, 8 Apr 2008 14:51:51 +0200 Subject: [fedora-java] Dealing with LD_LIBRARY_PATH for a package using JNI In-Reply-To: <47FB6950.8020903@redhat.com> References: <47FB6950.8020903@redhat.com> Message-ID: On 08/04/2008, Andrew Haley wrote: > Mary Ellen Foster wrote: > > One thing I'm not sure how to deal with: libjpl.so is linked against > > libjava.so and libjvm.so. On my machine, that means I need to set > > LD_LIBRARY_PATH to > > /usr/lib/jvm/java/jre/lib/i386:/usr/lib/jvm/java/jre/lib/i386/client > > before I run Prolog, and the same is probably the case if I wanted to > > use the Java-to-Prolog direction. > > The command-line program 'java' already sets its LD_LIBRARY_PATH, so > it shouldn't be necessary when calling from Java. Okay, so this is just a problem if I want to run Prolog and access Java from inside there. Is it acceptable to tell people to set their LD_LIBRARY_PATH if they want to use jpl in this direction? That's essentially what upstream tells you to do (except they describe the Windows case): http://www.swi-prolog.org/packages/jpl/installation.html MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From rmeggins at redhat.com Wed Apr 9 02:29:44 2008 From: rmeggins at redhat.com (Rich Megginson) Date: Tue, 08 Apr 2008 20:29:44 -0600 Subject: [fedora-java] Tomcat/Axis package? Message-ID: <47FC2A18.7050601@redhat.com> Is there a package that provides the $CATALINA_HOME/webapps/axis files and directories? Are there any guidelines about creating axis services using Tomcat on Fedora? -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3245 bytes Desc: S/MIME Cryptographic Signature URL: From overholt at redhat.com Wed Apr 9 17:17:27 2008 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 09 Apr 2008 13:17:27 -0400 Subject: [fedora-java] [Fwd: Summary of the 2008-04-08 Packaging Committee meeting] Message-ID: <1207761447.1907.3.camel@blingbling> FYI: "jpp" in release tag up for discussion again: -------- Forwarded Message -------- > From: Jason L Tibbitts III > To: fedora-devel-list at redhat.com > Subject: Summary of the 2008-04-08 Packaging Committee meeting > Date: 09 Apr 2008 11:36:30 -0500 > > Meeting minutes and full logs of the packaging committee meeting which > occurred on 2008-04-08 are online: > > http://fedoraproject.org/wiki/Packaging/Minutes > http://fedoraproject.org/wiki/Packaging/Minutes20080408 > > [...] > > * Revisiting the jpackagage naming exception > * The original exception is at > http://fedoraproject.org/wiki/Packaging/JPackagePolicy; the > committee is revisiting the exception. > * The committee requests from the Java group "a list of information > as to why they need the jpp tag, specifically, how they're using > it, by May 8th." The committee will revisit the issue then. > * Accepted (5 - 0) > * Voting for: tibbs abadger1999 spot rdieter hansg From jdf.lists at gmail.com Thu Apr 10 23:01:58 2008 From: jdf.lists at gmail.com (Joshua Daniel Franklin) Date: Thu, 10 Apr 2008 16:01:58 -0700 Subject: [fedora-java] Tomcat/Axis package? In-Reply-To: <47FC2A18.7050601@redhat.com> References: <47FC2A18.7050601@redhat.com> Message-ID: <67437bc40804101601p6dbb4b5cv8c8afb1ba2868a38@mail.gmail.com> > Is there a package that provides the $CATALINA_HOME/webapps/axis files and > directories? Are there any guidelines about creating axis services using > Tomcat on Fedora? Not that I know of, you probably want to take a look at axis2-samples or just download from http://ws.apache.org/axis2/ and deploy the example war. From sombriks at gmail.com Fri Apr 25 16:32:44 2008 From: sombriks at gmail.com (Leonardo) Date: Fri, 25 Apr 2008 13:32:44 -0300 Subject: [fedora-java] eclipse automake plugin Message-ID: hello all. first, need to say, nice plugin, i'm experiencing it and there are much future. it seems to work fine under exotic configs, like Jrockit jvm and slackware 12. i would like to know if someone have a link for anonymous cvs access, i would like to see the source. thx for the nice work -------------- next part -------------- An HTML attachment was scrubbed... URL: From overholt at redhat.com Fri Apr 25 16:42:32 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 25 Apr 2008 12:42:32 -0400 Subject: [fedora-java] eclipse automake plugin In-Reply-To: References: Message-ID: <20080425164232.GA2600@redhat.com> Hi, * Leonardo [2008-04-25 12:33]: > > first, need to say, nice plugin, i'm experiencing it and there are much future. > > it seems to work fine under exotic configs, like Jrockit jvm and slackware 12. :) > i would like to know if someone have a link for anonymous cvs access, i would > like to see the source. From http://sourceware.org/eclipse/autotools/ To checkout the source under Eclipse, perform: File -> New -> Project -> CVS -> Checkout Projects from CVS Note: To run the Autotools plugin source one needs to checkout the source into an Eclipse 3.3 workspace that has already installed the latest eclipse-cdt package or one must check-out the appropriate CDT source code and apply the CDT patches found in the com.redhat.eclipse.cdt.autotools/cdtpatches directory (details can be found in cdtpatches/README). Hint: Paste :pserver:anonymous at sources.redhat.com:/cvs/eclipse into the Host field of the cvs dialog and Eclipse will parse it for you and fill in the other fields. Specify that you want to: Use an existing module Find autotools and expand it. Do not checkout autotools itself. In there you will find: com.redhat.eclipse.cdt.autotools com.redhat.eclipse.cdt.autotools.feature com.redhat.eclipse.cdt.autotools.tests com.redhat.eclipse.cdt.autotools-docs Select these for check-out and finish. HTH, Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From orion at cora.nwra.com Fri Apr 25 22:11:23 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 25 Apr 2008 16:11:23 -0600 Subject: [fedora-java] jpeg2000 Message-ID: <4812570B.8060101@cora.nwra.com> Can someone enlighten me about the status of jpeg2000 support in Java? I see that there is a jj2000 implementation that does not appear to be packaged in Fedora. Should (can?) it be? Is there something else? I ask because I'm looking into packaging GRIBJava, and it appears to use a modified jj2000, but there was mention on their list about a native Java JPEG2000 interface coming. 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 sombriks at gmail.com Wed Apr 30 07:05:19 2008 From: sombriks at gmail.com (sombriks) Date: Wed, 30 Apr 2008 04:05:19 -0300 Subject: [fedora-java] eclipse 3.4 M6, CDT from CVS, Autotools from CVS... something to do. Message-ID: <48181A2F.7070102@gmail.com> hi all after good people started to help me, the things started so get figured. in order to have a working CDT, i've needed the foolowing plugin-projects on my workspace: org.eclipse.cdt.core.linux.x86 org.eclipse.cdt.refactoring org.eclipse.cdt.sdk org.eclipse.cdt.core org.eclipse.cdt.core.linux org.eclipse.cdt.debug.core org.eclipse.cdt.debug.ui org.eclipse.cdt.launch org.eclipse.cdt.make.core org.eclipse.cdt.make.ui org.eclipse.cdt.managedbuilder.core org.eclipse.cdt.managedbuilder.gnu.ui org.eclipse.cdt.managedbuilder.ui org.eclipse.cdt.ui and it lauched flawlessly. later, i checkout'ed these projects from sources.redhat.com: com.redhat.eclipse.cdt.autotools.feature com.redhat.eclipse.cdt.autotools-docs com.redhat.eclipse.cdt.autotools com.redhat.eclipse.cdt.autotools.tests the plugin is recognized but with some issues: this was the first one: "The type org.eclipse.core.filesystem.IFileStore cannot be resolved. It is indirectly referenced from required .class files" class MakeGenerator.java, line 1056. after some search, ive figured that IFileStore is inside eclipse and cdt plugins uses it and don't have any issue. the fixup was a modification in the MANIFEST.MF, adding a property found inside another manifest, from org.eclipse.cdt.make.core. in the key Require-Bundle, that property is needed: org.eclipse.core.filesystem;bundle-version="1.2.0" but if it's added, 48 other errors inside automake will appear. i think that's because some change in cdt, since the main difference now is the previous error was about some not found class. this time are many "must implement" errors. i would like to get some advice, since i'm learning now about plugins, and also don't know what to do if i make some change there.