From aph at redhat.com Mon Feb 2 12:45:19 2009 From: aph at redhat.com (Andrew Haley) Date: Mon, 02 Feb 2009 12:45:19 +0000 Subject: [fedora-java] [Fwd: [Bug 471811] RfE: Need CNI sub package to resurrect pdftk] In-Reply-To: <1233159049.5224.6.camel@vvvvt> References: <1233159049.5224.6.camel@vvvvt> Message-ID: <4986EADF.3040204@redhat.com> Andrew Overholt wrote: > Can anyone with CNI experience please help with this bug? I have heard > of lots of people using pdftk and it would be nice if it was available > in Fedora. Well, I understand CNI well enough but I can't understand what the problem is supposed to be. Andrew. > -------- Forwarded Message -------- >> https://bugzilla.redhat.com/show_bug.cgi?id=471811 >> >> >> Orcan 'oget' Ogetbil changed: >> >> What |Removed |Added >> ---------------------------------------------------------------------------- >> Status|NEW |CLOSED >> Resolution| |WONTFIX >> >> >> >> >> --- Comment #9 from Orcan 'oget' Ogetbil 2009-01-24 21:37:32 EDT --- >> Well, nobody stepped up to patch neither itext nor pdftk to make pdftk link to >> our itext dynamically. This task is rather involved as it will require JNI >> knowledge and possibly some java fixes within pdftk which might be incompatible >> with the current version of itext and bouncycastle we have. I am no java >> programmer. >> >> But I got several user requests at fedoraforum to package pdftk. We can do this >> at rpmfusion. If someone does the necessary work (and keeps doing it for every >> itext update), we'll drop pdftk from rpmfusion and put it back here. >> >> Jochen, would you like to do the packaging at rpmfusion (I will review it >> there) or do you want me to do it? >> >> Closing the bug as WONTFIX. > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From overholt at redhat.com Mon Feb 2 14:02:19 2009 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 2 Feb 2009 09:02:19 -0500 Subject: [fedora-java] [Fwd: [Bug 471811] RfE: Need CNI sub package to resurrect pdftk] In-Reply-To: <4986EADF.3040204@redhat.com> References: <1233159049.5224.6.camel@vvvvt> <4986EADF.3040204@redhat.com> Message-ID: <20090202140218.GA3556@redhat.com> * Andrew Haley [2009-02-02 07:45]: > Andrew Overholt wrote: > > Can anyone with CNI experience please help with this bug? I have heard > > of lots of people using pdftk and it would be nice if it was available > > in Fedora. > > Well, I understand CNI well enough but I can't understand what the problem > is supposed to be. I'll try to explain it as I understand it: - pdftk is compiled by gcj using the C++ ABI, direct to native code - iText is compiled to bytecode (and GCJ AOT .sos) - pdftk used to bundle its own copy of iText; this isn't allowed by Fedora - pdftk needs iText to provide a C++-style .so for linking HTH, Andrew From aph at redhat.com Mon Feb 2 17:51:09 2009 From: aph at redhat.com (Andrew Haley) Date: Mon, 02 Feb 2009 17:51:09 +0000 Subject: [fedora-java] [Fwd: [Bug 471811] RfE: Need CNI sub package to resurrect pdftk] In-Reply-To: <20090202140218.GA3556@redhat.com> References: <1233159049.5224.6.camel@vvvvt> <4986EADF.3040204@redhat.com> <20090202140218.GA3556@redhat.com> Message-ID: <4987328D.1080805@redhat.com> Andrew Overholt wrote: > * Andrew Haley [2009-02-02 07:45]: >> Andrew Overholt wrote: >>> Can anyone with CNI experience please help with this bug? I have heard >>> of lots of people using pdftk and it would be nice if it was available >>> in Fedora. >> Well, I understand CNI well enough but I can't understand what the problem >> is supposed to be. > > I'll try to explain it as I understand it: > > - pdftk is compiled by gcj using the C++ ABI, direct to native code > - iText is compiled to bytecode (and GCJ AOT .sos) > - pdftk used to bundle its own copy of iText; this isn't allowed by Fedora > - pdftk needs iText to provide a C++-style .so for linking OK, so all we need is a version of iText that is suitable for CNI. Is there any reason not to add a subpackage of iText which provides such a thing? Apart from the effort of doing it, I mean; I just wonder if there is any technical reason why not. Andrew. From oget.fedora at gmail.com Mon Feb 2 18:13:18 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Mon, 2 Feb 2009 13:13:18 -0500 Subject: [fedora-java] [Fwd: [Bug 471811] RfE: Need CNI sub package to resurrect pdftk] In-Reply-To: <4987328D.1080805@redhat.com> References: <1233159049.5224.6.camel@vvvvt> <4986EADF.3040204@redhat.com> <20090202140218.GA3556@redhat.com> <4987328D.1080805@redhat.com> Message-ID: On Mon, Feb 2, 2009 at 12:51 PM, Andrew Haley wrote: > Andrew Overholt wrote: >> * Andrew Haley [2009-02-02 07:45]: >>> Andrew Overholt wrote: >>>> Can anyone with CNI experience please help with this bug? I have heard >>>> of lots of people using pdftk and it would be nice if it was available >>>> in Fedora. >>> Well, I understand CNI well enough but I can't understand what the problem >>> is supposed to be. >> >> I'll try to explain it as I understand it: >> >> - pdftk is compiled by gcj using the C++ ABI, direct to native code >> - iText is compiled to bytecode (and GCJ AOT .sos) >> - pdftk used to bundle its own copy of iText; this isn't allowed by Fedora >> - pdftk needs iText to provide a C++-style .so for linking > > OK, so all we need is a version of iText that is suitable for CNI. Is there > any reason not to add a subpackage of iText which provides such a thing? > Apart from the effort of doing it, I mean; I just wonder if there is any > technical reason why not. > No, there's no other reason. I asked for this many times and nobody with CNI knowledge was willing to do it. As I stated before, I will be glad to give comaintainership in pkgdb to anyone who wants to show the effort. By the way, again as I stated before, itext needs bouncycastle, bouncycastle-mail, pdf-renderer and dom4j. So those will probably need to be CNI'ed as well. I'm the maintainer of the first 3 and can grant comaintainership for them, but not for dom4j. Orcan From overholt at redhat.com Mon Feb 2 18:23:26 2009 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 2 Feb 2009 13:23:26 -0500 Subject: [fedora-java] [Fwd: [Bug 471811] RfE: Need CNI sub package to resurrect pdftk] In-Reply-To: <4987328D.1080805@redhat.com> References: <1233159049.5224.6.camel@vvvvt> <4986EADF.3040204@redhat.com> <20090202140218.GA3556@redhat.com> <4987328D.1080805@redhat.com> Message-ID: <20090202182326.GA3853@redhat.com> * Andrew Haley [2009-02-02 12:52]: > Andrew Overholt wrote: > > - pdftk is compiled by gcj using the C++ ABI, direct to native code > > - iText is compiled to bytecode (and GCJ AOT .sos) > > - pdftk used to bundle its own copy of iText; this isn't allowed by Fedora > > - pdftk needs iText to provide a C++-style .so for linking > > OK, so all we need is a version of iText that is suitable for CNI. Correct. > Is there any reason not to add a subpackage of iText which provides > such a thing? Not that I can think of. Andrew From jdf.lists at gmail.com Fri Feb 6 01:03:24 2009 From: jdf.lists at gmail.com (Joshua Daniel Franklin) Date: Thu, 5 Feb 2009 17:03:24 -0800 Subject: [fedora-java] Building mod_jk on Fedora 10 Message-ID: <67437bc40902051703t605d0cc2of5e64f838ce79b33@mail.gmail.com> I found this Red Hat SPEC which is newer than the one on the jpackage website: ftp://updates.redhat.com/enterprise/4AS/en/RHAPS/SRPMS/mod_jk-1.2.20-1jpp_2rh.src.rpm Unfortunately it fails on Fedora 10 (it can't find /usr/lib/jvm/java/include/linux/ ) but if I comment out the patches and update the tarball to the latest mod_jk 1.2.27 it gets farther. Before I do a bunch of legwork, though, does anyone have other suggestions, or knowledge of these patches? Patch0: jakarta-tomcat-connectors-jk-%{version}-libtool-tag.patch Patch1: jakarta-tomcat-connectors-jk-%{version}-jni.patch Patch2: jakarta-tomcat-connectors-jk-%{version}-pointer-cast.patch Patch3: jakarta-tomcat-connectors-jk-%{version}-jk_uri_worker_map.patch # XXX: # This patch fixes bug 237658 - Makes default for JkOptions ForwardURICompatUnparsed # Also updates the documentation to reflect this Patch4: jakarta-tomcat-connectors-jk-%{version}-default-jkoptions.patch From david at zarb.org Fri Feb 6 03:22:06 2009 From: david at zarb.org (David Walluck) Date: Thu, 05 Feb 2009 22:22:06 -0500 Subject: [fedora-java] Building mod_jk on Fedora 10 In-Reply-To: <67437bc40902051703t605d0cc2of5e64f838ce79b33@mail.gmail.com> References: <67437bc40902051703t605d0cc2of5e64f838ce79b33@mail.gmail.com> Message-ID: <498BACDE.70306@zarb.org> Joshua Daniel Franklin wrote: > I found this Red Hat SPEC which is newer than the one on the jpackage website: You may want to use mod_jk-1.2.26-0.0.1mdv2009.0.src.rpm which I created as it's pretty recent and builds under openjdk. -- Sincerely, David Walluck From jdf.lists at gmail.com Fri Feb 6 23:13:01 2009 From: jdf.lists at gmail.com (Joshua Daniel Franklin) Date: Fri, 6 Feb 2009 15:13:01 -0800 Subject: [fedora-java] Building mod_jk on Fedora 10 In-Reply-To: <498BACDE.70306@zarb.org> References: <67437bc40902051703t605d0cc2of5e64f838ce79b33@mail.gmail.com> <498BACDE.70306@zarb.org> Message-ID: <67437bc40902061513h29d0bb6cs7ba057acc3af6e55@mail.gmail.com> On Thu, Feb 5, 2009 at 7:22 PM, David Walluck wrote: >> I found this Red Hat SPEC which is newer than the one on the jpackage >> website: > > You may want to use mod_jk-1.2.26-0.0.1mdv2009.0.src.rpm which I created as > it's pretty recent and builds under openjdk. Thank you, David. I also found mod_jk-1.2.23-3.el5s2.src.rpm at http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHWAS/SRPMS/ Red Hat employees vivekl@ and dbhole@ updated it for 1.2.23 from the SPEC at the jpackage website. I brought it to 1.2.27 with the simple changes below and it builds fine with openjdk on Fedora 10. Should this go in JPackage 5? If so, what is the next step? 42,43c42,43 < Version: 1.2.23 < Release: 3%{?dist} --- > Version: 1.2.27 > Release: 1%{?dist} 61c61 < BuildRequires: java-1.5.0-bea-devel --- > BuildRequires: java-devel 179c179 < %doc native/README native/CHANGES native/NEWS native/TODO --- > %doc native/README.txt native/CHANGES native/NEWS native/TODO.txt 189c189 < %doc native/README native/CHANGES native/NEWS native/TODO --- > %doc native/README.txt native/CHANGES native/NEWS native/TODO.txt From foster at in.tum.de Mon Feb 9 12:53:05 2009 From: foster at in.tum.de (Mary Ellen Foster) Date: Mon, 9 Feb 2009 13:53:05 +0100 Subject: [fedora-java] Including classes from Sun's demo code in a Fedora package Message-ID: I'm currently reviewing simplyhtml, an HTML editor that's written in Java: https://bugzilla.redhat.com/show_bug.cgi?id=462521 The distributed source includes two files, ElementTreePanel.java and ExampleFileFilter.java, which seem to have come from the demo applications distributed with the Sun JDK. ElementTreePanel is still shipped with JDK 1.6.0_12, while ExampleFileFilter last seems to have been included in the 1.5 JDKs. Neither file is in the java-1.6.0-openjdk-demo package, unfortunately, which would have made things easier ... :( Is this a showstopper for the package in question? Both of the Sun demo files are BSD-licensed, while simplyhtml is GPL, if that's relevant ... Thanks for any advice, 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 ivazqueznet at gmail.com Mon Feb 9 16:07:29 2009 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Mon, 09 Feb 2009 11:07:29 -0500 Subject: [fedora-java] Including classes from Sun's demo code in a Fedora package In-Reply-To: References: Message-ID: <1234195649.8443.15.camel@ignacio.lan> On Mon, 2009-02-09 at 13:53 +0100, Mary Ellen Foster wrote: > Is this a showstopper for the package in question? Both of the Sun > demo files are BSD-licensed, while simplyhtml is GPL, if that's > relevant ... Do they have the notorious "no nukes" clause? -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mefoster at gmail.com Mon Feb 9 16:16:25 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Mon, 9 Feb 2009 17:16:25 +0100 Subject: [fedora-java] Including classes from Sun's demo code in a Fedora package In-Reply-To: <1234195649.8443.15.camel@ignacio.lan> References: <1234195649.8443.15.camel@ignacio.lan> Message-ID: 2009/2/9 Ignacio Vazquez-Abrams : > On Mon, 2009-02-09 at 13:53 +0100, Mary Ellen Foster wrote: >> Is this a showstopper for the package in question? Both of the Sun >> demo files are BSD-licensed, while simplyhtml is GPL, if that's >> relevant ... > > Do they have the notorious "no nukes" clause? Ooh, good thought -- unfortunately, yes, looks like they do. Guess the only option is to patch the application not to use these classes, right? :( 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 ivazqueznet at gmail.com Mon Feb 9 16:21:46 2009 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Mon, 09 Feb 2009 11:21:46 -0500 Subject: [fedora-java] Including classes from Sun's demo code in a Fedora package In-Reply-To: References: <1234195649.8443.15.camel@ignacio.lan> Message-ID: <1234196506.8443.19.camel@ignacio.lan> On Mon, 2009-02-09 at 17:16 +0100, Mary Ellen Foster wrote: > 2009/2/9 Ignacio Vazquez-Abrams : > > On Mon, 2009-02-09 at 13:53 +0100, Mary Ellen Foster wrote: > >> Is this a showstopper for the package in question? Both of the Sun > >> demo files are BSD-licensed, while simplyhtml is GPL, if that's > >> relevant ... > > > > Do they have the notorious "no nukes" clause? > > Ooh, good thought -- unfortunately, yes, looks like they do. Guess the > only option is to patch the application not to use these classes, > right? :( Three options: remove, relicense, replace. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mark at klomp.org Wed Feb 11 10:33:19 2009 From: mark at klomp.org (Mark Wielaard) Date: Wed, 11 Feb 2009 11:33:19 +0100 Subject: [fedora-java] Including classes from Sun's demo code in a Fedora package In-Reply-To: References: Message-ID: <1234348399.2340.49.camel@fedora.wildebeest.org> Hi Mary, On Mon, 2009-02-09 at 13:53 +0100, Mary Ellen Foster wrote: > I'm currently reviewing simplyhtml, an HTML editor that's written in Java: > https://bugzilla.redhat.com/show_bug.cgi?id=462521 > > The distributed source includes two files, ElementTreePanel.java and > ExampleFileFilter.java, which seem to have come from the demo > applications distributed with the Sun JDK. ElementTreePanel is still > shipped with JDK 1.6.0_12, while ExampleFileFilter last seems to have > been included in the 1.5 JDKs. Neither file is in the > java-1.6.0-openjdk-demo package, unfortunately, which would have made > things easier ... :( That ElementTreePanel.java is in the demo package, but hidden inside a zip file: /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.*/demo/jfc/Notepad/src.zip It comes under a modern BSD-license (without nuclear clause, hurray!) But ExampleFileFilter.java indeed isn't part of the package unfortunately. Cheers, Mark From foster at in.tum.de Wed Feb 11 10:41:34 2009 From: foster at in.tum.de (Mary Ellen Foster) Date: Wed, 11 Feb 2009 11:41:34 +0100 Subject: [fedora-java] Including classes from Sun's demo code in a Fedora package In-Reply-To: <1234348399.2340.49.camel@fedora.wildebeest.org> References: <1234348399.2340.49.camel@fedora.wildebeest.org> Message-ID: On Wed, Feb 11, 2009 at 11:33 AM, Mark Wielaard wrote: > That ElementTreePanel.java is in the demo package, but hidden inside a > zip file: > /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.*/demo/jfc/Notepad/src.zip > > It comes under a modern BSD-license (without nuclear clause, hurray!) > But ExampleFileFilter.java indeed isn't part of the package > unfortunately. Oh. That's cool! So what should the package submitter do, then? If he just copies the new ExampleTreePanel into the source of his package replacing the included one, is that kosher? ExampleFileFilter is not a big issue because JDK 1.6 now includes a nearly-equivalent FileNameExtensionFilter class anyway. 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 foster at in.tum.de Wed Feb 11 11:04:55 2009 From: foster at in.tum.de (Mary Ellen Foster) Date: Wed, 11 Feb 2009 12:04:55 +0100 Subject: [fedora-java] Including classes from Sun's demo code in a Fedora package In-Reply-To: References: <1234348399.2340.49.camel@fedora.wildebeest.org> Message-ID: On Wed, Feb 11, 2009 at 11:41 AM, Mary Ellen Foster wrote: > On Wed, Feb 11, 2009 at 11:33 AM, Mark Wielaard wrote: >> That ElementTreePanel.java is in the demo package, but hidden inside a >> zip file: >> /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.*/demo/jfc/Notepad/src.zip >> >> It comes under a modern BSD-license (without nuclear clause, hurray!) >> But ExampleFileFilter.java indeed isn't part of the package >> unfortunately. > > Oh. That's cool! So what should the package submitter do, then? If he > just copies the new ExampleTreePanel into the source of his package > replacing the included one, is that kosher? Or how's this: depend on the demo package and add .../Notepad.jar to the $CLASSPATH when running the app? Although that could be fragile because the location of Notepad.jar is going to move every time the demo package gets updated ... 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 ivazqueznet at gmail.com Wed Feb 11 15:01:59 2009 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Wed, 11 Feb 2009 10:01:59 -0500 Subject: [fedora-java] Including classes from Sun's demo code in a Fedora package In-Reply-To: References: <1234348399.2340.49.camel@fedora.wildebeest.org> Message-ID: <1234364519.8443.104.camel@ignacio.lan> On Wed, 2009-02-11 at 11:41 +0100, Mary Ellen Foster wrote: > On Wed, Feb 11, 2009 at 11:33 AM, Mark Wielaard wrote: > > That ElementTreePanel.java is in the demo package, but hidden inside a > > zip file: > > /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.*/demo/jfc/Notepad/src.zip > > > > It comes under a modern BSD-license (without nuclear clause, hurray!) > > But ExampleFileFilter.java indeed isn't part of the package > > unfortunately. > > Oh. That's cool! So what should the package submitter do, then? If he > just copies the new ExampleTreePanel into the source of his package > replacing the included one, is that kosher? Yes, and note the change in license, since not all the code is GPLed. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From neugens at limasoftware.net Wed Feb 11 15:05:09 2009 From: neugens at limasoftware.net (Mario Torre) Date: Wed, 11 Feb 2009 16:05:09 +0100 Subject: [fedora-java] Including classes from Sun's demo code in a Fedora package In-Reply-To: <1234348399.2340.49.camel@fedora.wildebeest.org> References: <1234348399.2340.49.camel@fedora.wildebeest.org> Message-ID: <1234364709.3558.1.camel@galactica> Il giorno mer, 11/02/2009 alle 11.33 +0100, Mark Wielaard ha scritto: > Hi Mary, > It comes under a modern BSD-license (without nuclear clause, hurray!) > But ExampleFileFilter.java indeed isn't part of the package > unfortunately. > > Cheers, > > Mark Actually I was happy about that flower-power-anti-nuclear clause :) Cheers, Mario From mefoster at gmail.com Wed Feb 11 15:11:06 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Wed, 11 Feb 2009 16:11:06 +0100 Subject: [fedora-java] Including classes from Sun's demo code in a Fedora package In-Reply-To: <1234364519.8443.104.camel@ignacio.lan> References: <1234348399.2340.49.camel@fedora.wildebeest.org> <1234364519.8443.104.camel@ignacio.lan> Message-ID: [ Sorry, Ignacio, I initially sent this just to you ... ] 2009/2/11 Ignacio Vazquez-Abrams : > Yes, and note the change in license, since not all the code is GPLed. But isn't a composite work made of GPL and BSD bits ultimately GPL? I thought that's how it works, and Wikipedia seems to back me up (http://en.wikipedia.org/wiki/GNU_General_Public_License#Compatibility_and_multi-licensing), although of course that's not authoritative. :) 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 ivazqueznet at gmail.com Wed Feb 11 15:29:57 2009 From: ivazqueznet at gmail.com (Ignacio Vazquez-Abrams) Date: Wed, 11 Feb 2009 10:29:57 -0500 Subject: [fedora-java] Including classes from Sun's demo code in a Fedora package In-Reply-To: References: <1234348399.2340.49.camel@fedora.wildebeest.org> <1234364519.8443.104.camel@ignacio.lan> Message-ID: <1234366197.8443.111.camel@ignacio.lan> On Wed, 2009-02-11 at 16:11 +0100, Mary Ellen Foster wrote: > [ Sorry, Ignacio, I initially sent this just to you ... ] > 2009/2/11 Ignacio Vazquez-Abrams : > > Yes, and note the change in license, since not all the code is GPLed. > > But isn't a composite work made of GPL and BSD bits ultimately GPL? I > thought that's how it works, and Wikipedia seems to back me up > (http://en.wikipedia.org/wiki/GNU_General_Public_License#Compatibility_and_multi-licensing), > although of course that's not authoritative. :) This specific scenario was a point of contention a while back, when Linux took some driver code from one of the *BSDs. The gist of it is that source code doesn't stop being BSD just because the binary is GPL. -- Ignacio Vazquez-Abrams PLEASE don't CC me; I'm already subscribed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From harshad.rj at gmail.com Thu Feb 12 15:45:29 2009 From: harshad.rj at gmail.com (Harshad) Date: Thu, 12 Feb 2009 21:15:29 +0530 Subject: [fedora-java] Re: why does openjdk need to depend on netbeans? References: <494BEF75.1020006@redhat.com> Message-ID: Lillian Angel wrote: >> I just tried installing java-1.6.0-openjdk-devel, and this causes a 38M >> download because of a dependency on netbeans. Is this really intended or >> is there a bug/oversight? (I am on a limited download internet >> connection) > This was discusssed in this thread, starting here: > https://www.redhat.com/archives/fedora-devel-list/2008-October/msg03014.html Last time I quizzed this list was when visualvm was getting included via openjdk-devel package. This time I am quizzing why am I missing it although I have openjdk-devel? Did something change? Thanks, Harshad From langel at redhat.com Fri Feb 13 01:09:09 2009 From: langel at redhat.com (Lillian Angel) Date: Thu, 12 Feb 2009 20:09:09 -0500 Subject: [fedora-java] Re: why does openjdk need to depend on netbeans? In-Reply-To: References: <494BEF75.1020006@redhat.com> Message-ID: <4994C835.9080104@redhat.com> Harshad wrote: > Lillian Angel wrote: > >>> I just tried installing java-1.6.0-openjdk-devel, and this causes a 38M >>> download because of a dependency on netbeans. Is this really intended or >>> is there a bug/oversight? (I am on a limited download internet >>> connection) >>> > > >> This was discusssed in this thread, starting here: >> https://www.redhat.com/archives/fedora-devel-list/2008-October/msg03014.html >> > > Last time I quizzed this list was when visualvm was getting included via openjdk-devel package. > > This time I am quizzing why am I missing it although I have openjdk-devel? Did something change? Yes, we had issues with the VisualVM package since the NetBeans upgrade and needed to remove VisualVM temporarily. We may re-insert it in the future. Cheers, Lillian From harshad.rj at gmail.com Fri Feb 13 04:49:59 2009 From: harshad.rj at gmail.com (Harshad) Date: Fri, 13 Feb 2009 10:19:59 +0530 Subject: [fedora-java] Re: Re: why does openjdk need to depend on netbeans? References: <494BEF75.1020006@redhat.com> <4994C835.9080104@redhat.com> Message-ID: Lillian Angel wrote: > Yes, we had issues with the VisualVM package since the NetBeans upgrade > and needed to remove VisualVM temporarily. We may re-insert it in the > future. Thanks Lillian for the info. In the meanwhile, is VisualVM available in one of the official repositories? By what name? $> yum list *visualvm* didn't find anything cheers, Harshad From aph at redhat.com Fri Feb 13 08:55:57 2009 From: aph at redhat.com (Andrew Haley) Date: Fri, 13 Feb 2009 08:55:57 +0000 Subject: [fedora-java] Re: Re: why does openjdk need to depend on netbeans? In-Reply-To: References: <494BEF75.1020006@redhat.com> <4994C835.9080104@redhat.com> Message-ID: <4995359D.1000907@redhat.com> Harshad wrote: > Lillian Angel wrote: >> Yes, we had issues with the VisualVM package since the NetBeans upgrade >> and needed to remove VisualVM temporarily. We may re-insert it in the >> future. > > Thanks Lillian for the info. > > In the meanwhile, is VisualVM available in one of the official repositories? By what name? No; it doesn't build with the current NetBeans package. Andrew. From overholt at redhat.com Fri Feb 13 16:05:09 2009 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 13 Feb 2009 11:05:09 -0500 Subject: [fedora-java] Retiring old Fedora Eclipse site http://sourceware.org/eclipse Message-ID: <20090213160509.GA11617@redhat.com> Hi, I'd like to retire the old Fedora Eclipse website. The tools whose development was hosted there have moved either on to greener pastures at eclipse.org/linuxtools or have had their functionality be subsumed by other projects (Bugzilla plugin -> Mylyn). If there's anything anyone wants from there, please grab a copy. I'll archive a copy of everything. >From now on, for Fedora Eclipse-related information, please see the wiki page which I'm going to try to keep updated: http://fedoraproject.org/wiki/Eclipse Thanks, Andrew From fedora at matbooth.co.uk Fri Feb 13 20:57:16 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Fri, 13 Feb 2009 20:57:16 +0000 Subject: [fedora-java] Eclipse/Comps Message-ID: <9497e9990902131257m745b60d8pf531b754fe633399@mail.gmail.com> I notice the Eclipse wiki page [1] has been updated. We have more plugins in Fedora now than I've had chance to use, which is very cool. I use this fact to try and persuade my Ubuntu-using developer friends to cross over to the red-hatted side. ;-) Seeing the page made me think that the Fedora Eclipse comps group [2] is terribly outdated. Should we be adding our plugins to this group? Here's how it currently looks: eclipse <_name>Fedora Eclipse <_description>Integrated Development Environments based on Eclipse. false true eclipse-cdt eclipse-changelog eclipse-jdt eclipse-mylyn eclipse-mylyn-bugzilla eclipse-mylyn-ide eclipse-mylyn-java eclipse-pde eclipse-pydev eclipse-rpm-editor eclipse-subclipse eclipse-mylyn-trac [1] https://fedoraproject.org/wiki/Eclipse [2] http://cvs.fedoraproject.org/viewvc/comps/comps-f11.xml.in -- Mat Booth www.matbooth.co.uk From jjohnstn at redhat.com Fri Feb 13 21:49:44 2009 From: jjohnstn at redhat.com (Jeff Johnston) Date: Fri, 13 Feb 2009 16:49:44 -0500 Subject: [fedora-java] Re: Retiring old Fedora Eclipse site http://sourceware.org/eclipse In-Reply-To: <20090213160509.GA11617@redhat.com> References: <20090213160509.GA11617@redhat.com> Message-ID: <4995EAF8.8020705@redhat.com> Andrew Overholt wrote: > Hi, > > I'd like to retire the old Fedora Eclipse website. The tools whose > development was hosted there have moved either on to greener pastures at > eclipse.org/linuxtools or have had their functionality be subsumed by > other projects (Bugzilla plugin -> Mylyn). > > If there's anything anyone wants from there, please grab a copy. I'll > archive a copy of everything. > > From now on, for Fedora Eclipse-related information, please see the wiki > page which I'm going to try to keep updated: > > http://fedoraproject.org/wiki/Eclipse > > Thanks, > > Andrew > Please save the libhover directory as that is used to hold the documentation files for libhover that cannot be stored on Eclipse.org. -- Jeff J. From foster at in.tum.de Mon Feb 16 08:45:09 2009 From: foster at in.tum.de (Mary Ellen Foster) Date: Mon, 16 Feb 2009 09:45:09 +0100 Subject: [fedora-java] Very slow Eclipse on F10 In-Reply-To: References: <20090126130325.GA3386@redhat.com> <20090126135943.GA4569@redhat.com> Message-ID: On Mon, Jan 26, 2009 at 3:07 PM, Mary Ellen Foster wrote: > On Mon, Jan 26, 2009 at 2:59 PM, Andrew Overholt wrote: >> * Mary Ellen Foster [2009-01-26 08:34]: >>> I just tried with a fresh ~/.eclipse directory and a fresh workspace >>> -- and with both OpenJDK and GCJ -- and it still takes a very >>> perceptible amount of time to open files. Here's a video: >>> http://www6.informatik.tu-muenchen.de/~foster/eclipse.ogg >> >> Hmm. What about opening a second .java file? Once the JDT UI plugins >> are (lazily) loaded they should be much faster. > > I thought that would be true too, but unfortunately it doesn't get > much faster when opening subsequent files. And all editors seem to be > equally slow, including the plain-text editor. I'll try this at home > tonight on my laptop and see if it happens there too; might be > something weird on this computer. Update: turns out it's a problem with GTK printing (and possibly a slow-ish print server on my local network). The problem goes away when I do either of the following things: - add -Dorg.eclipse.swt.internal.gtk.disablePrinting to eclipse.ini after -vmargs - remove the ServerName directive from /etc/cups/client.conf More details in https://bugs.eclipse.org/bugs/show_bug.cgi?id=153936 Just in case anyone else sees this issue ... 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 Mon Feb 16 11:33:42 2009 From: aph at redhat.com (Andrew Haley) Date: Mon, 16 Feb 2009 11:33:42 +0000 Subject: [fedora-java] Very slow Eclipse on F10 In-Reply-To: References: <20090126130325.GA3386@redhat.com> <20090126135943.GA4569@redhat.com> Message-ID: <49994F16.5090806@redhat.com> Mary Ellen Foster wrote: > On Mon, Jan 26, 2009 at 3:07 PM, Mary Ellen Foster wrote: >> On Mon, Jan 26, 2009 at 2:59 PM, Andrew Overholt wrote: >>> * Mary Ellen Foster [2009-01-26 08:34]: >>>> I just tried with a fresh ~/.eclipse directory and a fresh workspace >>>> -- and with both OpenJDK and GCJ -- and it still takes a very >>>> perceptible amount of time to open files. Here's a video: >>>> http://www6.informatik.tu-muenchen.de/~foster/eclipse.ogg >>> Hmm. What about opening a second .java file? Once the JDT UI plugins >>> are (lazily) loaded they should be much faster. >> I thought that would be true too, but unfortunately it doesn't get >> much faster when opening subsequent files. And all editors seem to be >> equally slow, including the plain-text editor. I'll try this at home >> tonight on my laptop and see if it happens there too; might be >> something weird on this computer. > > Update: turns out it's a problem with GTK printing (and possibly a > slow-ish print server on my local network). The problem goes away when > I do either of the following things: > - add -Dorg.eclipse.swt.internal.gtk.disablePrinting to eclipse.ini > after -vmargs > - remove the ServerName directive from /etc/cups/client.conf > > More details in > https://bugs.eclipse.org/bugs/show_bug.cgi?id=153936 > > Just in case anyone else sees this issue ... Thanks very much, that was a real mystery. http://bugzilla.gnome.org/show_bug.cgi?id=346903 seems still to be open, but there are patches. Andrew. From overholt at redhat.com Mon Feb 16 16:44:13 2009 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 16 Feb 2009 11:44:13 -0500 Subject: [fedora-java] Eclipse/Comps In-Reply-To: <9497e9990902131257m745b60d8pf531b754fe633399@mail.gmail.com> References: <9497e9990902131257m745b60d8pf531b754fe633399@mail.gmail.com> Message-ID: <20090216164413.GC10527@redhat.com> Hi, * Mat Booth [2009-02-13 15:58]: > I notice the Eclipse wiki page [1] has been updated. Yeah, I'd like for us all to try to keep it up to date; especially as I'm going to retire the old sourceware.org/eclipse pages. > We have more plugins in Fedora now than I've had chance to use, which > is very cool. I use this fact to try and persuade my Ubuntu-using > developer friends to cross over to the red-hatted side. ;-) :) > Seeing the page made me think that the Fedora Eclipse comps group [2] > is terribly outdated. Should we be adding our plugins to this group? Yeah, we should update it. Let's discuss potential patches here. Thanks for bringing this up. Andrew From robert at marcanoonline.com Mon Feb 16 22:56:03 2009 From: robert at marcanoonline.com (Robert Marcano) Date: Tue, 17 Feb 2009 18:26:03 +1930 Subject: [fedora-java] generating eclipse dropin content.xml Message-ID: SVNKit provides an eclipse plugin, but the build process is not based on PDE, it is done using ant to generate the eclipse standard site for updates and installations, I am using the ant script because it is what upstreams do. I install the plugins and features on the dropin directory .../dropins/svnkit/eclipse/{plugins,features}. but I do not know how to generate the content.xml (with only plugins and features directories, eclipse do not see them on the about window). Is there a way to generate it outside the pdebuild script? -- Robert Marcano -------------- next part -------------- An HTML attachment was scrubbed... URL: From overholt at redhat.com Mon Feb 16 23:28:55 2009 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 16 Feb 2009 18:28:55 -0500 Subject: [fedora-java] generating eclipse dropin content.xml In-Reply-To: References: Message-ID: <20090216232854.GA12792@redhat.com> * Robert Marcano [2009-02-16 17:56]: > but I do not know how to generate the content.xml (with only plugins > and features directories, eclipse do not see them on the about > window). Is there a way to generate it outside the pdebuild script? Sure, you can use the p2 ant targets (make sure to run them with the Eclipse antRunner application and not just plain ant). I think there's generate.p2.metadata among others. But as it currently stands this is just used to speed up initial installation so don't bend over backwards trying to do it. p2 will generate the same metadata upon first use and plop it into the user's ~/.eclipse directory. If they're not being seen, you may be a victim of: https://bugs.eclipse.org/bugs/show_bug.cgi?id=251167 Try running with -clean to see if they're picked up. If they're still not picked up, try putting the same directory somewhere on disk and doing an installation from a local site and see if it completes or gives dependency missing errors. Andrew From robert at marcanoonline.com Tue Feb 17 03:25:30 2009 From: robert at marcanoonline.com (Robert Marcano) Date: Tue, 17 Feb 2009 22:55:30 +1930 Subject: [fedora-java] generating eclipse dropin content.xml In-Reply-To: <20090216232854.GA12792@redhat.com> References: <20090216232854.GA12792@redhat.com> Message-ID: On Tue, Feb 17, 2009 at 6:58 PM, Andrew Overholt wrote: > * Robert Marcano [2009-02-16 17:56]: > > but I do not know how to generate the content.xml (with only plugins > > and features directories, eclipse do not see them on the about > > window). Is there a way to generate it outside the pdebuild script? > > Sure, you can use the p2 ant targets (make sure to run them with the > Eclipse antRunner application and not just plain ant). I think there's > generate.p2.metadata among others. But as it currently stands this is > just used to speed up initial installation so don't bend over backwards > trying to do it. p2 will generate the same metadata upon first use and > plop it into the user's ~/.eclipse directory. So content.xml is just for first use startup optimization and not needed > > > If they're not being seen, you may be a victim of: > > https://bugs.eclipse.org/bugs/show_bug.cgi?id=251167 > > Try running with -clean to see if they're picked up. If they're still > not picked up, try putting the same directory somewhere on disk and > doing an installation from a local site and see if it completes or gives > dependency missing errors. -clean (and rm -rf ~/.eclipse) did not worked, testing tomorrow with a clean eclipse installation, for some reason I am having a 5k download speed using yum to reinstall eclipse > > > Andrew > -- Robert Marcano -------------- next part -------------- An HTML attachment was scrubbed... URL: From overholt at redhat.com Tue Feb 17 04:46:20 2009 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 16 Feb 2009 23:46:20 -0500 Subject: [fedora-java] generating eclipse dropin content.xml In-Reply-To: References: <20090216232854.GA12792@redhat.com> Message-ID: <20090217044620.GA24934@redhat.com> * Robert Marcano [2009-02-16 22:25]: > On Tue, Feb 17, 2009 at 6:58 PM, Andrew Overholt wrote: > > So content.xml is just for first use startup optimization and not needed You're not crafting custom p2 metadata so the generated content.xml will be the same as that generated at first use startup. > Try running with -clean to see if they're picked up. If they're still > not picked up, try putting the same directory somewhere on disk and > doing an installation from a local site and see if it completes or gives > dependency missing errors. > > > -clean (and rm -rf ~/.eclipse) did not worked, testing tomorrow with a clean > eclipse installation, for some reason I am having a 5k download speed using yum > to reinstall eclipse Look for errors in your workspace log. You're probably missing a dependency or something. Andrew From fedora at matbooth.co.uk Tue Feb 17 12:43:51 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Tue, 17 Feb 2009 12:43:51 +0000 Subject: [fedora-java] Eclipse/Comps In-Reply-To: <20090216164413.GC10527@redhat.com> References: <9497e9990902131257m745b60d8pf531b754fe633399@mail.gmail.com> <20090216164413.GC10527@redhat.com> Message-ID: <9497e9990902170443i525041bcme2b0dd7f12056d0d@mail.gmail.com> On Mon, Feb 16, 2009 at 4:44 PM, Andrew Overholt wrote: >> Seeing the page made me think that the Fedora Eclipse comps group [2] >> is terribly outdated. Should we be adding our plugins to this group? > > Yeah, we should update it. Let's discuss potential patches here. > We should at least include all the IDE plugins in the "Fedora Eclipse" group as optionals to make them 'discoverable,' as it were: eclipse-birt eclipse-dtp eclipse-egit eclipse-epic eclipse-photran eclipse-phpeclipse eclipse-quickrex eclipse-shelled eclipse-slide It might also be a good idea to put actual eclipse development stuff in the "Java Development" group: eclipse-emf-sdk eclipse-emf-xsd-sdk eclipse-gef-sdk -- Mat Booth www.matbooth.co.uk From akurtako at redhat.com Tue Feb 17 12:54:15 2009 From: akurtako at redhat.com (Alexander Kurtakov) Date: Tue, 17 Feb 2009 13:54:15 +0100 Subject: [fedora-java] Eclipse/Comps In-Reply-To: <9497e9990902170443i525041bcme2b0dd7f12056d0d@mail.gmail.com> References: <9497e9990902131257m745b60d8pf531b754fe633399@mail.gmail.com> <20090216164413.GC10527@redhat.com> <9497e9990902170443i525041bcme2b0dd7f12056d0d@mail.gmail.com> Message-ID: <499AB377.3050805@redhat.com> Mat Booth wrote: > On Mon, Feb 16, 2009 at 4:44 PM, Andrew Overholt wrote: > >>> Seeing the page made me think that the Fedora Eclipse comps group [2] >>> is terribly outdated. Should we be adding our plugins to this group? >>> >> Yeah, we should update it. Let's discuss potential patches here. >> >> > > We should at least include all the IDE plugins in the "Fedora Eclipse" > group as optionals to make them 'discoverable,' as it were: > > eclipse-birt > eclipse-dtp > I don't like the idea of putting birt and dtp until they are fully builded. These packages contain only a small part of birt and dtp (as needed by valgrind) and until they are fully functional , including them will cause only confusion in users - I installed eclipse-birt but birt is not available. Let them be pulled by dependencies only when needed. If we decide to add eclipse-valgrind (soon to enter rawhide) to the list this wouldn't matter because it requires them. > eclipse-egit > eclipse-epic > eclipse-photran > eclipse-phpeclipse > eclipse-quickrex > eclipse-shelled > eclipse-slide > To the previous I would add: eclipse-cmake eclipse-moreunit eclipse-rpmstubby Best regards, Alexander Kurtakov From robert at marcanoonline.com Tue Feb 17 20:54:28 2009 From: robert at marcanoonline.com (Robert Marcano) Date: Wed, 18 Feb 2009 16:24:28 +1930 Subject: [fedora-java] generating eclipse dropin content.xml In-Reply-To: <20090217044620.GA24934@redhat.com> References: <20090216232854.GA12792@redhat.com> <20090217044620.GA24934@redhat.com> Message-ID: On Wed, Feb 18, 2009 at 12:16 AM, Andrew Overholt wrote: > * Robert Marcano [2009-02-16 22:25]: > > On Tue, Feb 17, 2009 at 6:58 PM, Andrew Overholt > wrote: > > > > So content.xml is just for first use startup optimization and not needed > > You're not crafting custom p2 metadata so the generated content.xml will > be the same as that generated at first use startup. > > > Try running with -clean to see if they're picked up. If they're > still > > not picked up, try putting the same directory somewhere on disk and > > doing an installation from a local site and see if it completes or > gives > > dependency missing errors. > > > > > > -clean (and rm -rf ~/.eclipse) did not worked, testing tomorrow with a > clean > > eclipse installation, for some reason I am having a 5k download speed > using yum > > to reinstall eclipse > > Look for errors in your workspace log. You're probably missing a > dependency or something. > > Andrew > this was hard to catch, a malformed MANIFEST was the cause -- Robert Marcano -------------- next part -------------- An HTML attachment was scrubbed... URL: From overholt at redhat.com Wed Feb 18 16:28:45 2009 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 18 Feb 2009 11:28:45 -0500 Subject: [fedora-java] Eclipse/Comps In-Reply-To: <499AB377.3050805@redhat.com> References: <9497e9990902131257m745b60d8pf531b754fe633399@mail.gmail.com> <20090216164413.GC10527@redhat.com> <9497e9990902170443i525041bcme2b0dd7f12056d0d@mail.gmail.com> <499AB377.3050805@redhat.com> Message-ID: <1234974525.4222.14.camel@vvvvt> Hi, On Tue, 2009-02-17 at 13:54 +0100, Alexander Kurtakov wrote: > Mat Booth wrote: > > On Mon, Feb 16, 2009 at 4:44 PM, Andrew Overholt wrote: > > > >>> Seeing the page made me think that the Fedora Eclipse comps group [2] > >>> is terribly outdated. Should we be adding our plugins to this group? > >>> > >> Yeah, we should update it. Let's discuss potential patches here. > > > > We should at least include all the IDE plugins in the "Fedora Eclipse" > > group as optionals to make them 'discoverable,' as it were: > > > > eclipse-birt > > eclipse-dtp > > > I don't like the idea of putting birt and dtp until they are fully > builded. Agreed. Hopefully that'll be soon :) > > eclipse-egit > > eclipse-epic > > eclipse-photran > > eclipse-phpeclipse > > eclipse-quickrex > > eclipse-shelled > > eclipse-slide > > > To the previous I would add: > eclipse-cmake > eclipse-moreunit > eclipse-rpmstubby Sounds good. I *think* I have commit access to the comps module so if someone wants to send a patch, I can try committing. Andrew From fedora at matbooth.co.uk Wed Feb 18 20:41:33 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Wed, 18 Feb 2009 20:41:33 +0000 Subject: [fedora-java] Eclipse/Comps In-Reply-To: <1234974525.4222.14.camel@vvvvt> References: <9497e9990902131257m745b60d8pf531b754fe633399@mail.gmail.com> <20090216164413.GC10527@redhat.com> <9497e9990902170443i525041bcme2b0dd7f12056d0d@mail.gmail.com> <499AB377.3050805@redhat.com> <1234974525.4222.14.camel@vvvvt> Message-ID: <9497e9990902181241q52acfa9eqd92f7906b5aa0aa4@mail.gmail.com> On Wed, Feb 18, 2009 at 4:28 PM, Andrew Overholt wrote: > Hi, > > On Tue, 2009-02-17 at 13:54 +0100, Alexander Kurtakov wrote: >> Mat Booth wrote: >> > eclipse-egit >> > eclipse-epic >> > eclipse-photran >> > eclipse-phpeclipse >> > eclipse-quickrex >> > eclipse-shelled >> > eclipse-slide >> > >> To the previous I would add: >> eclipse-cmake >> eclipse-moreunit >> eclipse-rpmstubby > > Sounds good. I *think* I have commit access to the comps module so if > someone wants to send a patch, I can try committing. > > Andrew How about the attached for a start, then. -- Mat Booth www.matbooth.co.uk -------------- next part -------------- A non-text attachment was scrubbed... Name: comps.patch Type: application/octet-stream Size: 1249 bytes Desc: not available URL: From orion at cora.nwra.com Thu Feb 19 17:34:08 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 19 Feb 2009 10:34:08 -0700 Subject: [fedora-java] New build failure Message-ID: <499D9810.4030503@cora.nwra.com> gridengine 6.2-5 built fine on F-10 back in November (http://koji.fedoraproject.org/koji/buildinfo?buildID=70140) but now fails (http://koji.fedoraproject.org/koji/taskinfo?taskID=1140261) Error is: [java] compile.test: [java] [mkdir] Created dir: /builddir/build/BUILD/gridengine/source/CLASSES/test [java] [javac] Compiling 18 source files to /builddir/build/BUILD/gridengine/source/CLASSES/test [java] [javac] /builddir/build/BUILD/gridengine/source/libs/jdrmaa/test/DrmaaSuite.java:25: incompatible types [java] [javac] found : junit.framework.TestSuite [java] [javac] required: Test [java] [javac] return suite; [java] [javac] ^ [java] [javac] 1 error The junit versions seems to be the same (3.8.2-4.4.fc10), but java is newer (1.6.0.0-2b12 -> 1.6.0.0-9.b14). Source is: import junit.framework.*; /** * * @author dan.templeton at sun.com */ public class DrmaaSuite extends TestCase { public DrmaaSuite (java.lang.String testName) { super (testName); } /** suite method automatically generated by JUnit module */ public static Test suite () { TestSuite suite = new TestSuite ("DrmaaSuite"); suite.addTest (org.ggf.drmaa.DrmaaSuite.suite ()); suite.addTest (com.sun.grid.drmaa.DrmaaSuite.suite ()); return suite; } } Help? -- 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 overholt at redhat.com Thu Feb 19 21:04:18 2009 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 19 Feb 2009 16:04:18 -0500 Subject: [fedora-java] Eclipse/Comps In-Reply-To: <9497e9990902181241q52acfa9eqd92f7906b5aa0aa4@mail.gmail.com> References: <9497e9990902131257m745b60d8pf531b754fe633399@mail.gmail.com> <20090216164413.GC10527@redhat.com> <9497e9990902170443i525041bcme2b0dd7f12056d0d@mail.gmail.com> <499AB377.3050805@redhat.com> <1234974525.4222.14.camel@vvvvt> <9497e9990902181241q52acfa9eqd92f7906b5aa0aa4@mail.gmail.com> Message-ID: <1235077458.3527.32.camel@vvvvt> On Wed, 2009-02-18 at 20:41 +0000, Mat Booth wrote: > On Wed, Feb 18, 2009 at 4:28 PM, Andrew Overholt wrote: > > Hi, > > > > On Tue, 2009-02-17 at 13:54 +0100, Alexander Kurtakov wrote: > >> Mat Booth wrote: > >> > eclipse-egit > >> > eclipse-epic > >> > eclipse-photran > >> > eclipse-phpeclipse > >> > eclipse-quickrex > >> > eclipse-shelled > >> > eclipse-slide > >> > > >> To the previous I would add: > >> eclipse-cmake > >> eclipse-moreunit > >> eclipse-rpmstubby > > > > Sounds good. I *think* I have commit access to the comps module so if > > someone wants to send a patch, I can try committing. > > > > How about the attached for a start, then. This looks good to me. Committed along with a few Mylyn changes I needed to do. I *think* any Fedora committer can fix this ... but maybe not? Either way, we're good for now. Thanks! Andrew From dbhole at redhat.com Thu Feb 19 22:53:39 2009 From: dbhole at redhat.com (Deepak Bhole) Date: Thu, 19 Feb 2009 17:53:39 -0500 Subject: [fedora-java] New build failure In-Reply-To: <499D9810.4030503@cora.nwra.com> References: <499D9810.4030503@cora.nwra.com> Message-ID: <20090219225339.GC18134@redhat.com> * Orion Poplawski [2009-02-19 12:36]: > gridengine 6.2-5 built fine on F-10 back in November > (http://koji.fedoraproject.org/koji/buildinfo?buildID=70140) but now fails > (http://koji.fedoraproject.org/koji/taskinfo?taskID=1140261) > > Error is: > > [java] compile.test: > [java] [mkdir] Created dir: > /builddir/build/BUILD/gridengine/source/CLASSES/test > [java] [javac] Compiling 18 source files to > /builddir/build/BUILD/gridengine/source/CLASSES/test > [java] [javac] > /builddir/build/BUILD/gridengine/source/libs/jdrmaa/test/DrmaaSuite.java:25: > incompatible types > [java] [javac] found : junit.framework.TestSuite > [java] [javac] required: Test > [java] [javac] return suite; > [java] [javac] ^ > [java] [javac] 1 error > > > The junit versions seems to be the same (3.8.2-4.4.fc10), but java is newer > (1.6.0.0-2b12 -> 1.6.0.0-9.b14). > Took a bit of digging, but found the problem. The issue is that wrong classes are being seen by the compiler. junit.framework.TestSuite implements the interface junit.framework.Test. This worked before with the code below because the only "Test" seen by the compiler before was from junit.framework.*. However, F10 now has rhino 1.7, which has a "Test" class as well (with no package hierarchy). Rhino ends up in the classpath during compile, and the compiler chooses it's Test class, which is not the interface implemented by junit.framework.TestSuite. This is why it is best practice to import full paths rather than .* . The correct fix here is to patch DrmaaSuite.java to remove the junit.framework.* import and add: import junit.framework.TestSuite; import junit.framework.TestCase; import junit.framework.Test; Alternatively, you can also patch it for a not-so-perfect fix: change 'public static Test suite ()' to 'public static junit.framework.Test suite ()' Cheers, Deepak > Source is: > > import junit.framework.*; > > /** > * > * @author dan.templeton at sun.com > */ > public class DrmaaSuite extends TestCase { > > public DrmaaSuite (java.lang.String testName) { > super (testName); > } > > /** suite method automatically generated by JUnit module */ > public static Test suite () { > TestSuite suite = new TestSuite ("DrmaaSuite"); > suite.addTest (org.ggf.drmaa.DrmaaSuite.suite ()); > suite.addTest (com.sun.grid.drmaa.DrmaaSuite.suite ()); > return suite; > } > } > > > Help? > > -- > 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 > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From orion at cora.nwra.com Thu Feb 19 23:35:47 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 19 Feb 2009 16:35:47 -0700 Subject: [fedora-java] New build failure In-Reply-To: <20090219225339.GC18134@redhat.com> References: <499D9810.4030503@cora.nwra.com> <20090219225339.GC18134@redhat.com> Message-ID: <499DECD3.5000905@cora.nwra.com> Deepak Bhole wrote: > > Took a bit of digging, but found the problem. The issue is that wrong > classes are being seen by the compiler. > > junit.framework.TestSuite implements the interface junit.framework.Test. > This worked before with the code below because the only "Test" seen by > the compiler before was from junit.framework.*. > > However, F10 now has rhino 1.7, which has a "Test" class as well (with > no package hierarchy). Rhino ends up in the classpath during compile, > and the compiler chooses it's Test class, which is not the interface > implemented by junit.framework.TestSuite. This is why it is best > practice to import full paths rather than .* . The correct fix here is to > patch DrmaaSuite.java to remove the junit.framework.* import and add: > > import junit.framework.TestSuite; > import junit.framework.TestCase; > import junit.framework.Test; Excellent! Thank you! Bug filed upstream.... -- 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 overholt at redhat.com Fri Feb 20 13:14:11 2009 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 20 Feb 2009 08:14:11 -0500 Subject: [fedora-java] New build failure In-Reply-To: <20090219225339.GC18134@redhat.com> References: <499D9810.4030503@cora.nwra.com> <20090219225339.GC18134@redhat.com> Message-ID: <20090220131411.GA12741@redhat.com> * Deepak Bhole [2009-02-19 17:53]: > > However, F10 now has rhino 1.7, which has a "Test" class as well (with > no package hierarchy). Rhino ends up in the classpath during compile, This is the real bug, though, right? Thanks for tracking this down! Andrew From dbhole at redhat.com Fri Feb 20 14:18:36 2009 From: dbhole at redhat.com (Deepak Bhole) Date: Fri, 20 Feb 2009 09:18:36 -0500 Subject: [fedora-java] New build failure In-Reply-To: <20090220131411.GA12741@redhat.com> References: <499D9810.4030503@cora.nwra.com> <20090219225339.GC18134@redhat.com> <20090220131411.GA12741@redhat.com> Message-ID: <20090220141836.GA28335@redhat.com> * Andrew Overholt [2009-02-20 08:14]: > * Deepak Bhole [2009-02-19 17:53]: > > > > However, F10 now has rhino 1.7, which has a "Test" class as well (with > > no package hierarchy). Rhino ends up in the classpath during compile, > > This is the real bug, though, right? > It is a bug in gridengine code. Rhino is not doing wrong by having a Test.class in it's jar... Cheers, Deepak > Thanks for tracking this down! > > Andrew From foster at in.tum.de Mon Feb 23 14:42:29 2009 From: foster at in.tum.de (Mary Ellen Foster) Date: Mon, 23 Feb 2009 15:42:29 +0100 Subject: [fedora-java] Odd LinkageException with gcj on Rawhide Message-ID: I was trying to figure out why one of my packages -- ice (object middleware) -- failed to build from source in Rawhide. Here are the logs: http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/i386/ice-3.3.0-12.fc11.src.rpm/ The actual error occurs while building the Java bindings and looks like this: BUILD FAILED java.lang.LinkageError: loading constraint violated at SliceTask.getDefaultTranslator(SliceTask.java:323) at Slice2FreezeJTask.execute(Slice2FreezeJTask.java:358) at org.apache.tools.ant.UnknownElement.execute(ant-1.7.1.jar.so) at java.lang.reflect.Method.invoke(libgcj.so.10) at org.apache.tools.ant.dispatch.DispatchUtils.execute(ant-1.7.1.jar.so) at org.apache.tools.ant.Task.perform(ant-1.7.1.jar.so) at org.apache.tools.ant.Target.execute(ant-1.7.1.jar.so) at org.apache.tools.ant.Target.performTasks(ant-1.7.1.jar.so) at org.apache.tools.ant.Project.executeSortedTargets(ant-1.7.1.jar.so) at org.apache.tools.ant.Project.executeTarget(ant-1.7.1.jar.so) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(ant-1.7.1.jar.so) at org.apache.tools.ant.Project.executeTargets(ant-1.7.1.jar.so) at org.apache.tools.ant.Main.runBuild(ant-1.7.1.jar.so) at org.apache.tools.ant.Main.startAnt(ant-1.7.1.jar.so) at org.apache.tools.ant.launch.Launcher.run(ant-launcher-1.7.1.jar.so) at org.apache.tools.ant.launch.Launcher.main(ant-launcher-1.7.1.jar.so) (NB: earlier in the build process, a "Slice2Java" Ant task gets build, and then used at this point in the build.) This failure didn't happen in Rawhide as recently as 6 February (the last time I rebuild this package in Rawhide), still doesn't happen on F9 or F10, and goes away (at least in mock) if I BuildRequire OpenJDK specifically (previously it was defaulting to GCJ). Is this a known issue? What changed since 6 February that could trigger this? I'll just switch to OpenJDK for now in ice, but I'm still curious what's going on here. 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 overholt at redhat.com Mon Feb 23 18:49:20 2009 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 23 Feb 2009 18:49:20 +0000 Subject: [fedora-java] Re: Retiring old Fedora Eclipse site http://sourceware.org/eclipse In-Reply-To: <4995EAF8.8020705@redhat.com> References: <20090213160509.GA11617@redhat.com> <4995EAF8.8020705@redhat.com> Message-ID: <1235414960.3584.19.camel@vvvvt> On Fri, 2009-02-13 at 16:49 -0500, Jeff Johnston wrote: > Andrew Overholt wrote: > > > > I'd like to retire the old Fedora Eclipse website. I've done this now. I added index.html pages with information and renamed all of the PHP index pages to oldindex.php. The only thing left to do is deal with the update site which is apparently not in the same CVS location. > > Please save the libhover directory as that is used to hold the > documentation files for libhover that cannot be stored on Eclipse.org. Done. I actually didn't remove any of the content and just did the index.php -> index.html thing I said above. Andrew From carifio at usys.com Thu Feb 26 19:33:29 2009 From: carifio at usys.com (Mike Carifio) Date: Thu, 26 Feb 2009 14:33:29 -0500 Subject: [fedora-java] orienting question Message-ID: I'm trying to understand what I actually get when I install openjdk and openjdk-devel on fc10. Is there a document that describes what's where and why? http://fedoraproject.org/wiki/Packaging/Java#Directory_structure gives some hints, but it's more mechanical. For example: 1) What's JAVA_HOME, if I wanted to set it? 2) What's the default classpath when I run java? 3) Is jpackage the preferred way to install third party jars? What if jpackage doesn't have what I want? Do I do it by hand? Where do I put it? 4) Maven (and ivy too) do a good job of chasing dependencies among jars. How does that work, if at all, with openjdk on fc10. Thanks. From overholt at redhat.com Thu Feb 26 21:22:03 2009 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 26 Feb 2009 16:22:03 -0500 Subject: [fedora-java] orienting question In-Reply-To: References: Message-ID: <1235683323.23219.30.camel@vvvvt> Hi, On Thu, 2009-02-26 at 14:33 -0500, Mike Carifio wrote: > I'm trying to understand what I actually get when I install openjdk and > openjdk-devel on fc10. Is there a document that describes what's where > and why? > http://fedoraproject.org/wiki/Packaging/Java#Directory_structure gives > some hints, but it's more mechanical. For example: > > 1) What's JAVA_HOME, if I wanted to set it? /usr/lib/jvm/java > 2) What's the default classpath when I run java? Good question. OpenJDK team? > 3) Is jpackage the preferred way to install third party jars? What if > jpackage doesn't have what I want? Do I do it by hand? Where do I put it? Ideally everything would be in Fedora. JPackage can't guarantee compatibility with Fedora and Fedora can't guarantee compatibility with JPackage. However, installing things from JPackage will hopefully work for most cases. As for Fedora or JPackage not having it, it's sort of up to you. If you want to put it some place like an RPM would put it, you could follow the packaging guidelines: http://fedoraproject.org/wiki/Packaging/Java Or, even better, you could package it up! :) If you see things that are missing the guidelines, please let us know. > 4) Maven (and ivy too) do a good job of chasing dependencies among jars. > How does that work, if at all, with openjdk on fc10. RPMs have their own dependency layer. Deepak (CC'd) has done a lot of work to ensure that maven builds work in the "RPM way". I'll let him explain. HTH, Andrew From dbhole at redhat.com Thu Feb 26 22:01:02 2009 From: dbhole at redhat.com (Deepak Bhole) Date: Thu, 26 Feb 2009 17:01:02 -0500 Subject: [fedora-java] orienting question In-Reply-To: <1235683323.23219.30.camel@vvvvt> References: <1235683323.23219.30.camel@vvvvt> Message-ID: <20090226220102.GA3827@redhat.com> * Andrew Overholt [2009-02-26 16:25]: > Hi, > > On Thu, 2009-02-26 at 14:33 -0500, Mike Carifio wrote: > > I'm trying to understand what I actually get when I install openjdk and > > openjdk-devel on fc10. Is there a document that describes what's where > > and why? > > http://fedoraproject.org/wiki/Packaging/Java#Directory_structure gives > > some hints, but it's more mechanical. For example: > > > > 1) What's JAVA_HOME, if I wanted to set it? > > /usr/lib/jvm/java > > > 2) What's the default classpath when I run java? > > Good question. OpenJDK team? > What do you mean by default classpath when you run java? When you run java, you are invoking the java binary directly. Since there is no wrapper involved, the only classes loaded are those that are loaded by the boot loader from jre/lib directory of JAVA_HOME > > 3) Is jpackage the preferred way to install third party jars? What if > > jpackage doesn't have what I want? Do I do it by hand? Where do I put it? > > Ideally everything would be in Fedora. JPackage can't guarantee > compatibility with Fedora and Fedora can't guarantee compatibility with > JPackage. However, installing things from JPackage will hopefully work > for most cases. As for Fedora or JPackage not having it, it's sort of > up to you. If you want to put it some place like an RPM would put it, > you could follow the packaging guidelines: > > http://fedoraproject.org/wiki/Packaging/Java > > Or, even better, you could package it up! :) If you see things that > are missing the guidelines, please let us know. > > > 4) Maven (and ivy too) do a good job of chasing dependencies among jars. > > How does that work, if at all, with openjdk on fc10. > > RPMs have their own dependency layer. Deepak (CC'd) has done a lot of > work to ensure that maven builds work in the "RPM way". I'll let him > explain. > Maven is designed to work in a networked environment where it has access to multiple versions of the same modules. Since Fedora builds need to be offline, and in most cases, have only one version of any given module, we patch maven in Fedora to work nice with those restrictions. Packaging for maven builds in Fedora involves 1) supplying a "dependency map" of how a group/artifactid matches to a file on system, and 2) calling the mvn-jpp wrapper script. Details are for packaging are th maven here: http://fedoraproject.org/wiki/Java/JPPMavenReadme Cheers, Deepak From overholt at redhat.com Thu Feb 26 22:00:44 2009 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 26 Feb 2009 17:00:44 -0500 Subject: [fedora-java] orienting question In-Reply-To: <20090226220102.GA3827@redhat.com> References: <1235683323.23219.30.camel@vvvvt> <20090226220102.GA3827@redhat.com> Message-ID: <1235685644.23219.49.camel@vvvvt> On Thu, 2009-02-26 at 17:01 -0500, Deepak Bhole wrote: > Since Fedora builds need to be > offline, and in most cases, have only one version of any given module, > we patch maven in Fedora to work nice with those restrictions. Using maven like one would with an upstream binary still works though, right? Andrew From dbhole at redhat.com Thu Feb 26 22:06:57 2009 From: dbhole at redhat.com (Deepak Bhole) Date: Thu, 26 Feb 2009 17:06:57 -0500 Subject: [fedora-java] orienting question In-Reply-To: <1235685644.23219.49.camel@vvvvt> References: <1235683323.23219.30.camel@vvvvt> <20090226220102.GA3827@redhat.com> <1235685644.23219.49.camel@vvvvt> Message-ID: <20090226220657.GB3827@redhat.com> * Andrew Overholt [2009-02-26 17:04]: > On Thu, 2009-02-26 at 17:01 -0500, Deepak Bhole wrote: > > Since Fedora builds need to be > > offline, and in most cases, have only one version of any given module, > > we patch maven in Fedora to work nice with those restrictions. > > Using maven like one would with an upstream binary still works though, > right? > Oh yeah! If you just just 'mvn' instead of the mvn-jpp wrapper, it works exactly like upstream maven. Deepak > Andrew >