From devrim at CommandPrompt.com Mon Jun 2 20:06:16 2008 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Mon, 02 Jun 2008 23:06:16 +0300 Subject: [fedora-java] Java issue on Fedora-9 Message-ID: <1212437176.2853.24.camel@laptop.gunduz.org> I am trying to rebuild postgresql-jdbc on Fedora-9. Per http://koji.fedoraproject.org/koji/buildinfo?buildID=35794 , package is successfully built already. However, I'm getting an error: ============================================================================ + sh update-translations.sh /usr/bin/ant: line 326: /usr/lib/jvm/java/bin/java: cannot execute binary file /usr/bin/ant: line 326: /usr/lib/jvm/java/bin/java: Success ......................... done. ...................... done. ............................ done. ................... done. ...................... done. ................................ done. ....................... done. .................. done. ................... done. ................... done. .................. done. .................. done. .................. done. + ant /usr/bin/ant: line 326: /usr/lib/jvm/java/bin/java: cannot execute binary file /usr/bin/ant: line 326: /usr/lib/jvm/java/bin/java: Success error: Bad exit status from /var/tmp/rpm-tmp.520 (%build) ?============================================================================ I'm getting the same error with PostGIS package. This is a stock Fedora-9 installation on x86_64 . Can someone please give an idea regarding this? Thanks. Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- 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 Dalibor.Topic at Sun.COM Tue Jun 3 15:56:50 2008 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Tue, 03 Jun 2008 17:56:50 +0200 Subject: [fedora-java] Re: Resend5: Cannot proceed with JavaHelp In-Reply-To: <200806021018.24705.jaroslav.tulach@sun.com> References: <200805240724.20342.jaroslav.tulach@sun.com> <200806021018.24705.jaroslav.tulach@sun.com> Message-ID: <484569C2.60607@Sun.COM> Jaroslav Tulach wrote: Hi Jarda, it seems that you got tripped up by different mail addresses: the one you're subscribed on this list according to the lists's maintainer Gary Benson is your netbeans.org address, but the one you've sent this mail from is your sun.com address, so it didn't show up on the list or in the archives. :/ (I can recommend using IRC for this kind of communication problems, as I was able to quickly find overholt, mjw and gbenson on #fedora-java, who helped track this one down, and they were very helpful.) As far as the problem you describe goes, you're right, there are no instructions to create .ssh/id_dsa on the 'Join' page. If you scroll down to the 'Get a Fedora account part', you'll see a link in the first line to the descrption of the Fedora Account System . Clicking on it will take you to http://fedoraproject.org/wiki/Infrastructure/AccountSystem which under section 1.4.3 lists What is an SSH key, and why do I need one? SSH , short for Secure SHell, allows cryptographically authenticated and encrypted connections between computers. SSH is used to tunnel CVS connections for the Fedora Project. Anytime you use CVS with the Fedora Project, the transaction will be performed through an SSH connection. Your SSH key will identify you to the CVS servers, and host keys on the CVS servers will allow your computer to verify the remote server, too. An SSH key is only needed if you are planning on contributing source code, working on Fedora Project website pages or using fedorapeople.org. See Cryptography and clicking on the cryptography link will take you to http://fedoraproject.org/wiki/Cryptography , which in turn has a brief introduction to creating ssh keys at http://fedoraproject.org/wiki/Cryptography#Creating_SSH_Keys when it comes to uploading the freshly created ssh key to your fedora account, I hope the way pointed out by david walluck at https://www.redhat.com/archives/fedora-devel-java-list/2008-May/msg00026.html still works. If you run into further trouble, jump on IRC on #fedora-java on Freenode, and we should be able to help you, and others at the NetBeans team get their code packaged for Fedora. mjw (Mark Wielaard) suggested that it's best to work with the sponsor, in your case that's fitzsim (Tom Fitzsimmons). Feel free to contact me, too! best of luck, dalibor topic > Dne Saturday 24 May 2008 07:24:20 Jaroslav Tulach napsal(a): > >> Dne Monday 19 May 2008 20:02:20 Jaroslav Tulach napsal(a): >> >>> Dne Monday 12 May 2008 20:48:07 Jaroslav Tulach napsal(a): >>> >>>> Hello guys, >>>> I need help with fedora-cvs, it yields: >>>> >>>> Error: Permission denied (publickey,keyboard-interactive). >>>> cvs [checkout aborted]: end of file from server (consult above messages >>>> if any) >>>> >>>> I guess that will be because missing .ssh directory, but when following >>>> the page >>>> http://fedoraproject.org/wiki/PackageMaintainers/Join >>>> there was no instruction to create .ssh/id_dsa! Or is it there and I am >>>> just too blind to find it? >>>> >>> Please advice. >>> -jst >>> > > > -- ******************************************************************* Dalibor Topic Java F/OSS Ambassador http://openjdk.java.net Sun Microsystems GmbH mailto:Dalibor.Topic at sun.com Nagelsweg 55 D-20097 Hamburg Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Dr. Roland B?mer Vorsitzender des Aufsichtsrates: Martin H?ring From jtulach at netbeans.org Wed Jun 4 07:36:31 2008 From: jtulach at netbeans.org (Jaroslav Tulach) Date: Wed, 04 Jun 2008 09:36:31 +0200 Subject: [fedora-java] Re: Resend5: Cannot proceed with JavaHelp In-Reply-To: <484569C2.60607@Sun.COM> References: <200805240724.20342.jaroslav.tulach@sun.com> <200806021018.24705.jaroslav.tulach@sun.com> <484569C2.60607@Sun.COM> Message-ID: <200806040936.32001.jtulach@netbeans.org> Dne Tuesday 03 June 2008 17:56:50 Dalibor Topic napsal(a): > Jaroslav Tulach wrote: > > Hi Jarda, > > it seems that you got tripped up by different mail addresses: the one > you're subscribed on this list according to the lists's maintainer Gary > Benson is your > netbeans.org address, but the one you've sent this mail from is your > sun.com > address, so it didn't show up on the list or in the archives. :/ But I have send multiple messages with multiple email addresses. Attaching the one with right address. > (I can recommend using IRC for this kind of communication problems, as I > was able to quickly find overholt, mjw and gbenson on #fedora-java, > who helped track this one down, and they were very helpful.) My experience with IRC is very bad. Are people on IRC 24x7? No, and I do not have time to sit there whole day. I have five minutes to do the packaging per day. Anyway thanks a lot for finding an answer for me. I really want to integrate the javahelp2, before I give up. -jst > As far as the problem you describe goes, you're right, there are no > instructions > to create .ssh/id_dsa on the 'Join' page. If you scroll down to the > 'Get a Fedora account part', you'll see a link in the first line to the > descrption > of the Fedora Account System > . Clicking > on it will take you to > http://fedoraproject.org/wiki/Infrastructure/AccountSystem which under > section > 1.4.3 lists > > > What is an SSH key, and why do I need one? > > SSH , short for Secure SHell, allows > cryptographically authenticated and encrypted connections between > computers. SSH is used to tunnel CVS connections for the Fedora Project. > Anytime you use CVS with the Fedora Project, the transaction will be > performed through an SSH connection. Your SSH key will identify you to > the CVS servers, and host keys on the CVS servers will allow your > computer to verify the remote server, too. An SSH key is only needed if > you are planning on contributing source code, working on Fedora Project > website pages or using fedorapeople.org. > > See Cryptography > > and clicking on the cryptography link will take you to > http://fedoraproject.org/wiki/Cryptography , which in turn has a brief > introduction to creating ssh keys at > http://fedoraproject.org/wiki/Cryptography#Creating_SSH_Keys > > when it comes to uploading the freshly created ssh key to your fedora > account, I hope the way pointed out by david walluck at > https://www.redhat.com/archives/fedora-devel-java-list/2008-May/msg00026.ht >ml still works. > > If you run into further trouble, jump on IRC on #fedora-java on Freenode, > and we should be able to help you, and others at the NetBeans team get > their > code packaged for Fedora. > > mjw (Mark Wielaard) suggested that it's best to work with the sponsor, > in your > case that's fitzsim (Tom Fitzsimmons). Feel free to contact me, too! > > best of luck, > dalibor topic > > > Dne Saturday 24 May 2008 07:24:20 Jaroslav Tulach napsal(a): > >> Dne Monday 19 May 2008 20:02:20 Jaroslav Tulach napsal(a): > >>> Dne Monday 12 May 2008 20:48:07 Jaroslav Tulach napsal(a): > >>>> Hello guys, > >>>> I need help with fedora-cvs, it yields: > >>>> > >>>> Error: Permission denied (publickey,keyboard-interactive). > >>>> cvs [checkout aborted]: end of file from server (consult above > >>>> messages if any) > >>>> > >>>> I guess that will be because missing .ssh directory, but when > >>>> following the page > >>>> http://fedoraproject.org/wiki/PackageMaintainers/Join > >>>> there was no instruction to create .ssh/id_dsa! Or is it there and I > >>>> am just too blind to find it? > >>> > >>> Please advice. > >>> -jst -------------- next part -------------- An embedded message was scrubbed... From: Jaroslav Tulach Subject: Resend3: Cannot proceed with JavaHelp Date: Fri, 23 May 2008 22:07:29 +0200 Size: 1175 URL: From tarus at opennms.org Wed Jun 4 22:58:05 2008 From: tarus at opennms.org (Tarus Balog) Date: Wed, 4 Jun 2008 18:58:05 -0400 Subject: [fedora-java] Introduction to the List from OpenNMS Message-ID: <8C071A0A-204C-4070-AD1A-7E5E79902528@opennms.org> Gang: Hello there. I am one of the maintainers for OpenNMS, a free and open, enterprise-grade network management system written in Java. With the advent of OpenJDK we are hoping to get involved in the packaging of Java applications such as our own. I had lunch with gdk and Michael DeHaan today and it was suggested that this would be the best list for this. http://blogs.opennms.org/?p=222 So I just wanted to say "howdy". -T _______________________________________________________________________ Tarus Balog, OpenNMS Maintainer Main: +1 919 533 0160 The OpenNMS Group, Inc. Fax: +1 503 961 7746 Email: tarus at opennms.org URL: http://www.opennms.org PGP Key Fingerprint: 8945 8521 9771 FEC9 5481 512B FECA 11D2 FD82 B45C From gdk at redhat.com Wed Jun 4 23:07:12 2008 From: gdk at redhat.com (Greg Dekoenigsberg) Date: Wed, 4 Jun 2008 19:07:12 -0400 (EDT) Subject: [fedora-java] Introduction to the List from OpenNMS In-Reply-To: <8C071A0A-204C-4070-AD1A-7E5E79902528@opennms.org> References: <8C071A0A-204C-4070-AD1A-7E5E79902528@opennms.org> Message-ID: > Gang: > > Hello there. I am one of the maintainers for OpenNMS, a free and open, > enterprise-grade network management system written in Java. With the > advent of OpenJDK we are hoping to get involved in the packaging of Java > applications such as our own. I had lunch with gdk and Michael DeHaan > today and it was suggested that this would be the best list for this. > > http://blogs.opennms.org/?p=222 > > So I just wanted to say "howdy". And since I just now joined myself, I wanted to say "howdy" as well. :) I'm guessing that there will be a lot of energy around packaging Java applications for Fedora, now that OpenJDK is in Fedora 9. So I may well be driving a lot of Java folks to this list to absorb everyone's collected wisdom. Blame me if the rabble start tearing up the place. --g From overholt at redhat.com Thu Jun 5 00:57:43 2008 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 4 Jun 2008 20:57:43 -0400 Subject: [fedora-java] Introduction to the List from OpenNMS In-Reply-To: <8C071A0A-204C-4070-AD1A-7E5E79902528@opennms.org> References: <8C071A0A-204C-4070-AD1A-7E5E79902528@opennms.org> Message-ID: <20080605005742.GA25038@redhat.com> * Tarus Balog [2008-06-04 18:58]: > > So I just wanted to say "howdy". Howdy (and welcome) :) 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 ml.shredzone.de Thu Jun 5 06:55:31 2008 From: fedora at ml.shredzone.de (=?ISO-8859-15?Q?Richard_K=F6rber?=) Date: Thu, 05 Jun 2008 08:55:31 +0200 Subject: [fedora-java] Groovy in Rawhide? Message-ID: <48478DE3.30504@ml.shredzone.de> Hello! I have just joined this list too. I am both a big friend of Java and Fedora, and I am happy that I can enjoy both now, thanks to OpenJDK. :-) Now that OpenJDK is installed by default in Fedora 9, I think it would be nice to have Groovy[1] available as well. It would be a nice Java counterpart to Python, Ruby and Perl. Are there any plans to add Groovy to Rawhide? There is a Fedora RPM package available on the Groovy homepage already, which on a first sight seems to integrate nicely with Fedora 9. I'd prefer a simple yum install groovy though. :) [1] http://groovy.codehaus.org/ -- Richard From konrad at tylerc.org Thu Jun 5 07:47:22 2008 From: konrad at tylerc.org (Konrad Meyer) Date: Thu, 5 Jun 2008 00:47:22 -0700 Subject: [fedora-java] Groovy in Rawhide? In-Reply-To: <48478DE3.30504@ml.shredzone.de> References: <48478DE3.30504@ml.shredzone.de> Message-ID: <200806050047.22338.konrad@tylerc.org> Quoth Richard K?rber: > Hello! > > I have just joined this list too. I am both a big friend of Java and > Fedora, and I am happy that I can enjoy both now, thanks to OpenJDK. :-) > > Now that OpenJDK is installed by default in Fedora 9, I think it would > be nice to have Groovy[1] available as well. It would be a nice Java > counterpart to Python, Ruby and Perl. > > Are there any plans to add Groovy to Rawhide? There is a Fedora RPM > package available on the Groovy homepage already, which on a first sight > seems to integrate nicely with Fedora 9. I'd prefer a simple yum install > groovy though. :) > > [1] http://groovy.codehaus.org/ I'd beware upstream RPMs as java projects tend to ship their dependencies inside them as compiled binaries. -- Conrad Meyer -------------- 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 overholt at redhat.com Thu Jun 5 14:52:24 2008 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 05 Jun 2008 10:52:24 -0400 Subject: [fedora-java] Groovy in Rawhide? In-Reply-To: <48478DE3.30504@ml.shredzone.de> References: <48478DE3.30504@ml.shredzone.de> Message-ID: <1212677544.19334.21.camel@blingbling> Hi Richard, On Thu, 2008-06-05 at 08:55 +0200, Richard K?rber wrote: > I have just joined this list too. I am both a big friend of Java and > Fedora, and I am happy that I can enjoy both now, thanks to OpenJDK. :-) Great to have you around! > Are there any plans to add Groovy to Rawhide? Colin may have plans to do this. Do you, Colin? > There is a Fedora RPM package available on the Groovy homepage already, > which on a first sight seems to integrate nicely with Fedora 9. Cool. As Konrad says, it may contain pre-built binaries which aren't allowed in Fedora. However, it's probably a really good starting place. It would be great if you were interested in getting this into Fedora. Packaging it up probably won't be too hard. Let us know if we cna help in any way. Andrew From walters at redhat.com Thu Jun 5 16:12:55 2008 From: walters at redhat.com (Colin Walters) Date: Thu, 05 Jun 2008 12:12:55 -0400 Subject: [fedora-java] Groovy in Rawhide? In-Reply-To: <1212677544.19334.21.camel@blingbling> References: <48478DE3.30504@ml.shredzone.de> <1212677544.19334.21.camel@blingbling> Message-ID: <1212682375.26082.3.camel@space-ghost.verbum.private> Hi, On Thu, 2008-06-05 at 10:52 -0400, Andrew Overholt wrote: > Hi Richard, > > On Thu, 2008-06-05 at 08:55 +0200, Richard K?rber wrote: > > I have just joined this list too. I am both a big friend of Java and > > Fedora, and I am happy that I can enjoy both now, thanks to OpenJDK. :-) > > Great to have you around! > > > Are there any plans to add Groovy to Rawhide? > > Colin may have plans to do this. Do you, Colin? I started on this but basically got blocked on dependencies and didn't have time to pick it up again. I just put up my in-progress SRPM here: http://cdn.verbum.org/groovy-1.5.6-1.fc10.src.rpm From gdk at redhat.com Fri Jun 6 20:48:58 2008 From: gdk at redhat.com (Greg Dekoenigsberg) Date: Fri, 6 Jun 2008 16:48:58 -0400 (EDT) Subject: [fedora-java] ISV guide to the Summit Message-ID: To all of our partner friends: We've received a lot of inquiries from our partners about packaging their software in RPM format for use with Fedora. With good reasons: * Millions of Fedora users can install any RPM in the Fedora universe with one simple command. * RPM is the cornerstone of Linux systems management applications, allowing sysadmins to manage a complete list of all software on their systems, through many different tools. * RPM is also the basis of much of the appliance work that Red Hat is advancing. Putting your software into RPM format makes it much simpler to build Live CDs, network install images, or even virtual appliances around your software solution. Any open source software provider can package their work as an RPM for Fedora. Getting software into Fedora is not as easy as it could be, but it's not that difficult, either -- and we are committed to working with our partners to make it as painless as possible. At the Red Hat Summit / Fedora User and Developer conference, developers have unprecedented access to the knowledge of the Red Hat and Fedora communities. For those who are interested specifically in learning how to make the best use of RPM and Fedora, we would like to recommend the following sessions: * Topic: Fedora images and live CDs. Presenter: Jeremy Katz Time: Wednesday 6/18, 11:30am - 12:30pm Location: Red Hat Summit Session Hall * Topic: How to make good RPM packages Presenter: Tom Callaway Time: Wednesday 6/18, 1:30pm - 2:30pm Location: Red Hat Summit Session Hall * Topic: Building Appliances with the Red Hat Appliance OS Presenter: Bryan Kearney Time: Wednesday 6/18, 2:45pm - 3:45pm Location: Red Hat Summit Session Hall * Topic: Fedora packages for RHEL Presenter: Karsten Wade Time: Thursday 6/19, 2:45pm - 3:45pm Location: Red Hat Summit Session Hall * Topic: ISV Packaging Hackfest Presenter: Various Time: Thursday 6/19, 10am - 4pm Location: Fedora Hackfest Area * Topic: Java Packaging Hackfest Presenter: Various Time: Friday 6/20, 10am - 4pm Location: Fedora Hackfest Area Also, on Saturday 6/21, we will be holding the Fedora Users and Developers Conference at Boston University, just minutes from the Hynes Convention Center. FUDCons are the lifeblood of the Fedora community; every FUDCon draws the best and the brightest of the Fedora community from all over the world. We urge Summit participants who are interested in learning more about Fedora to attend this exceptional conference. Learn more about FUDCon at: http://fedoraproject.org/wiki/FUDCon/FUDConF10 If you have any questions, please contact Greg DeKoenigsberg , Paul Frields or Max Spevack for more information. We look forward to seeing you at the Summit, and at FUDCon. --g From ranger at opennms.org Mon Jun 9 21:05:49 2008 From: ranger at opennms.org (Benjamin Reed) Date: Mon, 09 Jun 2008 17:05:49 -0400 Subject: [fedora-java] compatible provides? Message-ID: <484D9B2D.3090000@opennms.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Would it be possible to add compatible provides to the openjdk -devel package? Since OpenNMS uses Tomcat and/or Jetty, and does not precompile it's JSP files, we require a JDK at runtime. Unfortunately, there are no provides that are the same across OpenJDK and Sun's Java: Sun JDK: [ranger at nen ~]$ rpm -q --provides jdk jre = 1.5.0_15 j2sdk = 1.5.0_15 j2re = 1.5.0_15 jaxp_parser_impl xml-commons-apis jdk = 2000:1.5.0_15-fcs jaxp_parser_impl xml-commons-apis jdk = 2000:1.6.0_05-fcs OpenJDK: [ranger at localhost opennms-1.6]$ rpm -q --provides \ ~ java-1.6.0-openjdk-devel java-1.6.0-devel = 1:1.6.0.0 java-1.7.0-icedtea-devel = 0:1.7.0.0-0.999 java-devel = 1:1.6.0 java-devel-openjdk = 1:1.6.0.0 java-sdk = 1:1.6.0 java-sdk-1.6.0 = 1:1.6.0.0 java-sdk-1.6.0-openjdk = 1:1.6.0.0 java-sdk-openjdk = 1:1.6.0.0 lib.so libunpack.so java-1.6.0-openjdk-devel = 1:1.6.0.0-0.13.b09.fc9 - -- Benjamin Reed The OpenNMS Group http://www.opennms.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFITZstUu+jZtP2Zf4RAn2lAKCBTG40bO7w0rC/8tPSmegwZFoJ5wCeIMUC 04m2D8MnA0EGEfQdYn5zPxM= =dayB -----END PGP SIGNATURE----- From timothy.selivanow at virtualxistenz.com Tue Jun 10 22:40:42 2008 From: timothy.selivanow at virtualxistenz.com (Timothy Selivanow) Date: Tue, 10 Jun 2008 15:40:42 -0700 Subject: [fedora-java] ant possibly broken when using 'ant generate.wsdl' from axis2 examples Message-ID: <1213137642.6517.27.camel@denkiteki-penpen.easystreet.com> Hi, I'm going through the quickstart sample from axis2 and found an error that only occurs while using the packaged ant in Fedora 8 and 9. Here is the error I receive: $ ant generate.wsdl Buildfile: build.xml compile.service: generate.wsdl: BUILD FAILED /home/timothys/projects/lib/java/axis2-1.4/samples/quickstart/build.xml:53: java.lang.ExceptionInInitializerError Total time: 0 seconds When run with '-debug', I see *lots* of the following errors: Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. When I use upstream's ant and set ANT_HOME to that, the error does not occur and the build succeeds. I'm very new to java et al., so I don't know if I am missing something, or if this is a bug in the way things are packaged... --Tim From timothy.selivanow at virtualxistenz.com Tue Jun 10 23:20:09 2008 From: timothy.selivanow at virtualxistenz.com (Timothy Selivanow) Date: Tue, 10 Jun 2008 16:20:09 -0700 Subject: [fedora-java] ant possibly broken when using 'ant generate.wsdl' from axis2 examples In-Reply-To: <1213137642.6517.27.camel@denkiteki-penpen.easystreet.com> References: <1213137642.6517.27.camel@denkiteki-penpen.easystreet.com> Message-ID: <1213140009.6517.43.camel@denkiteki-penpen.easystreet.com> On Tue, 2008-06-10 at 15:40 -0700, Timothy Selivanow wrote: > When run with '-debug', I see *lots* of the following errors: > > Caused by: org.apache.commons.logging.LogConfigurationException: > org.apache.commons.logging.LogConfigurationException: > org.apache.commons.logging.LogConfigurationException: Invalid class > loader hierarchy. You have more than one version of > 'org.apache.commons.logging.Log' visible, which is not allowed. > > > When I use upstream's ant and set ANT_HOME to that, the error does not > occur and the build succeeds. OK, so I decided to see how far the Fedora<->JPackage work has gone and install the JPackage repo in F9...in addition to no conflicts like I had experienced in earlier Fedora versions (good job Jesse and Fernando, and any one else working on that BTW), it fixed the problem I saw. Below is a partial yum out put of what it did (I also tried to clean it up a bit as it didn't copy into the email nicely, limited space and all...) Installing: xml-commons-resolver10 noarch 1.3.03-11jpp jpackage-generic 68 k replacing xml-commons-resolver.i386 1.1-1jpp.12 xml-commons-resolver11 noarch 1.3.03-11jpp jpackage-generic 63 k replacing xml-commons-resolver.i386 1.1-1jpp.12 xml-commons-resolver12 noarch 1.3.03-11jpp jpackage-generic 78 k replacing xml-commons-resolver.i386 1.1-1jpp.12 Updating: axis noarch 1.4-2jpp jpackage-generic 10 M jakarta-commons-dbcp noarch 1.2.2-1jpp jpackage-generic 126 k jakarta-commons-dbcp-tomcat5 noarch 1.2.2-1jpp jpackage-generic 112 k jakarta-commons-fileupload noarch 1:1.1.1-3jpp jpackage-generic 33 k jakarta-commons-launcher noarch 1.1-3jpp jpackage-generic 48 k jakarta-commons-logging noarch 1.1-4jpp package-generic 116 k java_cup noarch 1:0.10-0.k.7jpp jpackage-generic 64 k jdepend noarch 2.9.1-1jpp jpackage-generic 177 k wsdl4j noarch 1.6.2-2jpp jpackage-generic 139 k xerces-j2 noarch 2.9.0-2jpp jpackage-generic 1.1 M Installing for dependencies: xml-commons noarch 1.3.03-11jpp jpackage-generic 9.4 k --Tim From overholt at redhat.com Fri Jun 13 13:56:50 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 13 Jun 2008 09:56:50 -0400 Subject: [fedora-java] compatible provides? In-Reply-To: <484D9B2D.3090000@opennms.org> References: <484D9B2D.3090000@opennms.org> Message-ID: <1213365410.32323.12.camel@blingbling> Hi, On Mon, 2008-06-09 at 17:05 -0400, Benjamin Reed wrote: > Would it be possible to add compatible provides to the openjdk -devel > package? > [...] > Unfortunately, there are no provides that are the same across OpenJDK > and Sun's Java: You mean the Sun-distributed RPM, right? I've heard many complaints over the years about issues with it but it doesn't seem that it's going to change any time soon. If I had to guess, I'd say the OpenJDK packages provide the same things as the JPackage Sun, etc. nosrc RPMs. Tom can clarify since he maintains the OpenJDK packages. Andrew From ranger at opennms.org Fri Jun 13 14:02:52 2008 From: ranger at opennms.org (Benjamin Reed) Date: Fri, 13 Jun 2008 10:02:52 -0400 Subject: [fedora-java] compatible provides? In-Reply-To: <1213365410.32323.12.camel@blingbling> References: <484D9B2D.3090000@opennms.org> <1213365410.32323.12.camel@blingbling> Message-ID: <48527E0C.8090309@opennms.org> Andrew Overholt wrote: > Hi, > > On Mon, 2008-06-09 at 17:05 -0400, Benjamin Reed wrote: >> Would it be possible to add compatible provides to the openjdk -devel >> package? >> [...] >> Unfortunately, there are no provides that are the same across OpenJDK >> and Sun's Java: > > You mean the Sun-distributed RPM, right? I've heard many complaints > over the years about issues with it but it doesn't seem that it's going > to change any time soon. If I had to guess, I'd say the OpenJDK > packages provide the same things as the JPackage Sun, etc. nosrc RPMs. > > Tom can clarify since he maintains the OpenJDK packages. Right, but since you do have control over the OpenJDK rpms, adding a "Provides: jdk = 1.6.0" would help. Right now I had to make a dummy "jdk" package that requires "openjdk >= 1.5" so that our existing RPMs install without issue... -- Benjamin Reed The OpenNMS Group http://www.opennms.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 249 bytes Desc: OpenPGP digital signature URL: From aph at redhat.com Fri Jun 13 14:07:27 2008 From: aph at redhat.com (Andrew Haley) Date: Fri, 13 Jun 2008 15:07:27 +0100 Subject: [fedora-java] compatible provides? In-Reply-To: <484D9B2D.3090000@opennms.org> References: <484D9B2D.3090000@opennms.org> Message-ID: <48527F1F.90101@redhat.com> Benjamin Reed wrote: > Would it be possible to add compatible provides to the openjdk -devel > package? Since OpenNMS uses Tomcat and/or Jetty, and does not > precompile it's JSP files, we require a JDK at runtime. Does OpenNMS really not work at all with gcj? Andrew. From ranger at opennms.org Fri Jun 13 14:13:53 2008 From: ranger at opennms.org (Benjamin Reed) Date: Fri, 13 Jun 2008 10:13:53 -0400 Subject: [fedora-java] compatible provides? In-Reply-To: <48527F1F.90101@redhat.com> References: <484D9B2D.3090000@opennms.org> <48527F1F.90101@redhat.com> Message-ID: <485280A1.50501@opennms.org> Andrew Haley wrote: > Benjamin Reed wrote: >> Would it be possible to add compatible provides to the openjdk -devel >> package? Since OpenNMS uses Tomcat and/or Jetty, and does not >> precompile it's JSP files, we require a JDK at runtime. > > Does OpenNMS really not work at all with gcj? Correct. I haven't tried for a while, but last I did, it blew up. OpenNMS is a rather large app, and exercises garbage collection in interesting and destructive ways. ;) It's been a while since we've tried, I can give it another shot and open bugs... -- Benjamin Reed The OpenNMS Group http://www.opennms.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 249 bytes Desc: OpenPGP digital signature URL: From overholt at redhat.com Fri Jun 13 14:15:42 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 13 Jun 2008 10:15:42 -0400 Subject: [fedora-java] compatible provides? In-Reply-To: <48527E0C.8090309@opennms.org> References: <484D9B2D.3090000@opennms.org> <1213365410.32323.12.camel@blingbling> <48527E0C.8090309@opennms.org> Message-ID: <1213366542.32323.18.camel@blingbling> On Fri, 2008-06-13 at 10:02 -0400, Benjamin Reed wrote: > Andrew Overholt wrote: > > Hi, > > > > On Mon, 2008-06-09 at 17:05 -0400, Benjamin Reed wrote: > >> Would it be possible to add compatible provides to the openjdk -devel > >> package? > >> [...] > >> Unfortunately, there are no provides that are the same across OpenJDK > >> and Sun's Java: > > > > You mean the Sun-distributed RPM, right? I've heard many complaints > > over the years about issues with it but it doesn't seem that it's going > > to change any time soon. If I had to guess, I'd say the OpenJDK > > packages provide the same things as the JPackage Sun, etc. nosrc RPMs. > > > > Tom can clarify since he maintains the OpenJDK packages. > > Right, but since you do have control over the OpenJDK rpms, adding a > "Provides: jdk = 1.6.0" would help. Sorry, I didn't mean to imply this wasn't possible. I'd still like to hear from Tom about this, though. Andrew From aph at redhat.com Fri Jun 13 14:19:59 2008 From: aph at redhat.com (Andrew Haley) Date: Fri, 13 Jun 2008 15:19:59 +0100 Subject: [fedora-java] compatible provides? In-Reply-To: <485280A1.50501@opennms.org> References: <484D9B2D.3090000@opennms.org> <48527F1F.90101@redhat.com> <485280A1.50501@opennms.org> Message-ID: <4852820F.4070802@redhat.com> Benjamin Reed wrote: > Andrew Haley wrote: >> Benjamin Reed wrote: >>> Would it be possible to add compatible provides to the openjdk -devel >>> package? Since OpenNMS uses Tomcat and/or Jetty, and does not >>> precompile it's JSP files, we require a JDK at runtime. >> >> Does OpenNMS really not work at all with gcj? > > Correct. > > I haven't tried for a while, but last I did, it blew up. OpenNMS is a > rather large app, and exercises garbage collection in interesting and > destructive ways. ;) > > It's been a while since we've tried, I can give it another shot and open > bugs... That's not absolutely necessary, as long as you've tried with a reasonably recent gcj. The phrase "since OpenNMS uses Tomcat and/or Jetty" was a red flag, since we've used gcj with both of these. Andrew. From fitzsim at redhat.com Fri Jun 13 15:25:47 2008 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Fri, 13 Jun 2008 11:25:47 -0400 Subject: [fedora-java] compatible provides? In-Reply-To: <484D9B2D.3090000@opennms.org> (Benjamin Reed's message of "Mon\, 09 Jun 2008 17\:05\:49 -0400") References: <484D9B2D.3090000@opennms.org> Message-ID: Benjamin Reed writes: > Would it be possible to add compatible provides to the openjdk -devel > package? Since OpenNMS uses Tomcat and/or Jetty, and does not > precompile it's JSP files, we require a JDK at runtime. > > Unfortunately, there are no provides that are the same across OpenJDK > and Sun's Java: > > Sun JDK: > [ranger at nen ~]$ rpm -q --provides jdk > jre = 1.5.0_15 > j2sdk = 1.5.0_15 > j2re = 1.5.0_15 > jaxp_parser_impl > xml-commons-apis > jdk = 2000:1.5.0_15-fcs > jaxp_parser_impl > xml-commons-apis > jdk = 2000:1.6.0_05-fcs > > OpenJDK: > [ranger at localhost opennms-1.6]$ rpm -q --provides \ > ~ java-1.6.0-openjdk-devel > java-1.6.0-devel = 1:1.6.0.0 > java-1.7.0-icedtea-devel = 0:1.7.0.0-0.999 > java-devel = 1:1.6.0 > java-devel-openjdk = 1:1.6.0.0 > java-sdk = 1:1.6.0 > java-sdk-1.6.0 = 1:1.6.0.0 > java-sdk-1.6.0-openjdk = 1:1.6.0.0 > java-sdk-openjdk = 1:1.6.0.0 > lib.so > libunpack.so > java-1.6.0-openjdk-devel = 1:1.6.0.0-0.13.b09.fc9 We've had problems attempting to be compatible with Sun's RPMs in the past. Matt dealt with the xml-commons-apis issue. I would rather not risk providing anything provided by Sun's RPM. The best way to make OpenNMS available for Fedora is to maintain packages directly in the Fedora repositories. Alternatively, you could recommend to users who absolutely must use Sun's proprietary JDK that they install JPackage-formatted RPMs instead of Sun's RPM. Tom From ranger at opennms.org Fri Jun 13 15:31:20 2008 From: ranger at opennms.org (Benjamin Reed) Date: Fri, 13 Jun 2008 11:31:20 -0400 Subject: [fedora-java] compatible provides? In-Reply-To: References: <484D9B2D.3090000@opennms.org> Message-ID: <485292C8.3090605@opennms.org> Thomas Fitzsimmons wrote: > The best way to make OpenNMS available for Fedora is to maintain > packages directly in the Fedora repositories. Alternatively, you > could recommend to users who absolutely must use Sun's proprietary JDK > that they install JPackage-formatted RPMs instead of Sun's RPM. Yeah, I can do that, just was trying to avoid having to maintain multiple spec files. -- Benjamin Reed The OpenNMS Group http://www.opennms.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 249 bytes Desc: OpenPGP digital signature URL: From fedora at matbooth.co.uk Sat Jun 14 13:39:09 2008 From: fedora at matbooth.co.uk (Mat Booth) Date: Sat, 14 Jun 2008 14:39:09 +0100 Subject: [fedora-java] Eclipse-epic build fails on ppc and ppc64 for F8 and F10 Message-ID: <9497e9990806140639j47777f84y6a43cd5edbdc2b69@mail.gmail.com> Updating my packages today I'm finding that Java is crashing when building eclipse-epic on ppc/ppc64 on F8 and F10 with: *** glibc detected *** java: free(): invalid next size (normal): 0x10113540 *** F10 ppc stack trace: http://koji.fedoraproject.org/koji/getfile?taskID=661999&name=build.log F8 ppc64 stack trace: http://koji.fedoraproject.org/koji/getfile?taskID=661990&name=build.log Strangely, it worked fine on F9. Is this a known bug? -- Mat Booth www.matbooth.co.uk From aph at redhat.com Sat Jun 14 19:48:38 2008 From: aph at redhat.com (Andrew Haley) Date: Sat, 14 Jun 2008 20:48:38 +0100 Subject: [fedora-java] Eclipse-epic build fails on ppc and ppc64 for F8 and F10 In-Reply-To: <9497e9990806140639j47777f84y6a43cd5edbdc2b69@mail.gmail.com> References: <9497e9990806140639j47777f84y6a43cd5edbdc2b69@mail.gmail.com> Message-ID: <48542096.8050200@redhat.com> Mat Booth wrote: > Updating my packages today I'm finding that Java is crashing when > building eclipse-epic on ppc/ppc64 on F8 and F10 with: > > *** glibc detected *** java: free(): invalid next size (normal): 0x10113540 *** > > F10 ppc stack trace: > http://koji.fedoraproject.org/koji/getfile?taskID=661999&name=build.log > > F8 ppc64 stack trace: > http://koji.fedoraproject.org/koji/getfile?taskID=661990&name=build.log > > Strangely, it worked fine on F9. > > Is this a known bug? Certainly not. It think must have built on f8. If this is repeatable then I'll have to debug it. I don't have easy access to a ppc machine, unfortunately, but perhaps we can work something out. It's failing inside dlopen(), which is weird. Do you know if gdb on ppc has watchpoints? Or Valgrind? Andrew. From fedora at matbooth.co.uk Sun Jun 15 10:51:25 2008 From: fedora at matbooth.co.uk (Mat Booth) Date: Sun, 15 Jun 2008 11:51:25 +0100 Subject: [fedora-java] Eclipse-epic build fails on ppc and ppc64 for F8 and F10 In-Reply-To: <48542096.8050200@redhat.com> References: <9497e9990806140639j47777f84y6a43cd5edbdc2b69@mail.gmail.com> <48542096.8050200@redhat.com> Message-ID: <9497e9990806150351j3ad94c0bi827c698d3ab374eb@mail.gmail.com> On Sat, Jun 14, 2008 at 8:48 PM, Andrew Haley wrote: > Mat Booth wrote: >> Updating my packages today I'm finding that Java is crashing when >> building eclipse-epic on ppc/ppc64 on F8 and F10 with: >> >> *** glibc detected *** java: free(): invalid next size (normal): 0x10113540 *** >> >> F10 ppc stack trace: >> http://koji.fedoraproject.org/koji/getfile?taskID=661999&name=build.log >> >> F8 ppc64 stack trace: >> http://koji.fedoraproject.org/koji/getfile?taskID=661990&name=build.log >> >> Strangely, it worked fine on F9. >> >> Is this a known bug? > > Certainly not. It think must have built on f8. > > If this is repeatable then I'll have to debug it. I don't have easy access > to a ppc machine, unfortunately, but perhaps we can work something out. > > It's failing inside dlopen(), which is weird. Do you know if gdb on ppc > has watchpoints? Or Valgrind? > > Andrew. > > > Weird, I tried it again this morning and it succeeded on F8: http://koji.fedoraproject.org/koji/taskinfo?taskID=662565 I'm afraid I don't have access to a ppc machine at all, so I can't answer your other questions. -- Mat Booth www.matbooth.co.uk From gbenson at redhat.com Mon Jun 16 07:34:52 2008 From: gbenson at redhat.com (Gary Benson) Date: Mon, 16 Jun 2008 08:34:52 +0100 Subject: [fedora-java] Eclipse-epic build fails on ppc and ppc64 for F8 and F10 In-Reply-To: <48542096.8050200@redhat.com> References: <9497e9990806140639j47777f84y6a43cd5edbdc2b69@mail.gmail.com> <48542096.8050200@redhat.com> Message-ID: <20080616073451.GA3772@redhat.com> Andrew Haley wrote: > If this is repeatable then I'll have to debug it. I don't have easy > access to a ppc machine, unfortunately, but perhaps we can work > something out. There is tofu in Toronto, or I can probably make you an account on the machine I use. I have no idea who owns that box though now that David Woodhouse left... Cheers, Gary -- http://gbenson.net/ From mcepl at redhat.com Fri Jun 20 22:15:11 2008 From: mcepl at redhat.com (Matej Cepl) Date: Sat, 21 Jun 2008 00:15:11 +0200 Subject: [fedora-java] bug 452045 -- RSSOwl broken with Fedora Message-ID: Hi, guys, fast question from the other part of the desktop team -- any ideas what's going on with bug 452045? Apparently Martin Stransky (from the firefox side) has no idea what could be wrong, and somebody on #rssowl suggested that https://bugs.eclipse.org/bugs/show_bug.cgi?id=236724 may be related. Thanks for any reply, Matej From overholt at redhat.com Mon Jun 23 15:45:26 2008 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 23 Jun 2008 11:45:26 -0400 Subject: [fedora-java] bug 452045 -- RSSOwl broken with Fedora In-Reply-To: References: Message-ID: <1214235926.23047.13.camel@vvvvt> Hi, On Sat, 2008-06-21 at 00:15 +0200, Matej Cepl wrote: > fast question from the other part of the desktop team -- any > ideas what's going on with bug 452045? Apparently Martin Stransky > (from the firefox side) has no idea what could be wrong, and > somebody on #rssowl suggested that > https://bugs.eclipse.org/bugs/show_bug.cgi?id=236724 may be > related. I've seen reports of Eclipse breaking in many ways with the latest xulrunner update in F9. I'm updating my own system now and will debug. Andrew From fedora at matbooth.co.uk Mon Jun 23 17:14:47 2008 From: fedora at matbooth.co.uk (Mat Booth) Date: Mon, 23 Jun 2008 18:14:47 +0100 Subject: [fedora-java] Eclipse plugins outside the Fedora effort Message-ID: <9497e9990806231014r63964e32q91c769ed8ac576ef@mail.gmail.com> Hi all, There's been question asked on one of my bugs[1] that I'm not confident I know the answer to. Essentially, he's asking what the policy is on using Eclipse plugins that are outside the Fedora effort. I don't know of any formal documentation and my gut feeling is that everything should just work, if you don't mind extra the configuration because of the lack of really tight integration that comes with Fedora packaged plugins. But I'm still new to Fedora as a contributor so I though I'd garner a second opinion to make sure I'm not lying my arse off. Any thoughts? Regards, Mat [1] https://bugzilla.redhat.com/show_bug.cgi?id=452442#c2 -- Mat Booth www.matbooth.co.uk From overholt at redhat.com Mon Jun 23 18:12:56 2008 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 23 Jun 2008 14:12:56 -0400 Subject: [fedora-java] Eclipse plugins outside the Fedora effort In-Reply-To: <9497e9990806231014r63964e32q91c769ed8ac576ef@mail.gmail.com> References: <9497e9990806231014r63964e32q91c769ed8ac576ef@mail.gmail.com> Message-ID: <20080623181256.GD6993@redhat.com> * Mat Booth [2008-06-23 13:15]: > > I don't know of any formal documentation and my gut feeling is that > everything should just work, if you don't mind extra the configuration Yeah, things should work and if they don't it's a bug. I commented on the bug. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From kwade at redhat.com Wed Jun 25 14:54:33 2008 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Wed, 25 Jun 2008 07:54:33 -0700 Subject: [fedora-java] packaging lessons from FUDCon hackfest? Message-ID: <1214405673.3207.201.camel@calliope.phig.org> Andrew Overholt and Tom Fitzsimmons sat with a guy from Alfresco (Lee Faus) last Friday in the FUDCon hackfests. Mainly they were doing a code review with him to see what he has to do to get Alfresco packaged for Fedora. It was a great effort, and possibly enlightening for everyone as to the scope of the problem ahead of us to get Java ISVs packaged in Fedora. Andrew, Tom -- where there any insights, lessons, ideas, or other outfalls from that work with Lee? Two specific areas of interest are: * Tips, ideas, or plans for Java packaging ==> target wiki/Packaging/Java * ISV-specific lessons, tips, etc. ==> target wiki/SIGs/ISV I'm asking on this list because I think a brain dump from both of you here would give good exposure. I'm ready to glean content to make the above wiki updates. :) - Karsten -- Karsten Wade, Sr. Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://quaid.fedorapeople.org gpg key : AD0E0C41 -------------- 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 Fri Jun 27 18:14:58 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 27 Jun 2008 14:14:58 -0400 Subject: [fedora-java] /usr/share/eclipse/* -> %{_libdir}/eclipse/ Message-ID: <20080627181458.GB3604@redhat.com> Hi, In the past we've struggled with multilib issues in the Eclipse SDK package. Examples include having to re-pack every JAR to have a common timestamp, shuffling arch-specific JARs off to %{_libdir} thus causing headaches with upstream mechanisms (which I'm concerned will continue with the new version), etc. I just found out today that Debian ships everything in %{_libdir}/eclipse to avoid these issues. I'm proposing we do the same for Fedora 10 and beyond. Pros: - self-contained installation like upstream - dramatically speeds up builds - remove potential for bugs with the multiple locations - looks like an upstream download - consistency with other distributions Cons: - larger disk footprint for multilib installations (on the order of 100 MB ... although the vast majority of users don't use both) Does anyone have any thoughts on this? Thanks, Andrew From overholt at redhat.com Fri Jun 27 19:36:01 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 27 Jun 2008 15:36:01 -0400 Subject: [fedora-java] Re: /usr/share/eclipse/* -> %{_libdir}/eclipse/ In-Reply-To: <1214594243.12046.10.camel@rousalka.okg> References: <20080627181458.GB3604@redhat.com> <1214594243.12046.10.camel@rousalka.okg> Message-ID: <20080627193601.GA7756@redhat.com> * Nicolas Mailhot [2008-06-27 15:17]: > Le vendredi 27 juin 2008 ? 14:14 -0400, Andrew Overholt a ?crit : > > > Does anyone have any thoughts on this? > > I'd rather you worked with Fernando Nasser and the other guys in > Fedora's java place on common jar deployment rules, instead of > reinventing the private app root dead-end that makes sharing resources > next to impossible and encourages library forking and duplication The JARs are 99% application-specific so putting them into a subdirectory makes sense to me and follows the guidelines we have in place. We have no library forking or duplication of the dependent JARs, either. Andrew From aph at redhat.com Mon Jun 30 09:13:18 2008 From: aph at redhat.com (Andrew Haley) Date: Mon, 30 Jun 2008 10:13:18 +0100 Subject: [fedora-java] Re: /usr/share/eclipse/* -> %{_libdir}/eclipse/ In-Reply-To: <20080627193601.GA7756@redhat.com> References: <20080627181458.GB3604@redhat.com> <1214594243.12046.10.camel@rousalka.okg> <20080627193601.GA7756@redhat.com> Message-ID: <4868A3AE.7090608@redhat.com> Andrew Overholt wrote: > * Nicolas Mailhot [2008-06-27 15:17]: >> Le vendredi 27 juin 2008 ? 14:14 -0400, Andrew Overholt a ?crit : >> >>> Does anyone have any thoughts on this? >> I'd rather you worked with Fernando Nasser and the other guys in >> Fedora's java place on common jar deployment rules, instead of >> reinventing the private app root dead-end that makes sharing resources >> next to impossible and encourages library forking and duplication > > The JARs are 99% application-specific so putting them into a > subdirectory makes sense to me and follows the guidelines we have in > place. We have no library forking or duplication of the dependent JARs, > either. I agree. Eclipse's deployment problems are somewhat unusual. Debian's solution looks like a practical way to solve these problems. Andrew. From overholt at redhat.com Mon Jun 30 13:28:59 2008 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 30 Jun 2008 09:28:59 -0400 Subject: [fedora-java] [mjj29@debian.org: Re: Developing with Java on Debian] Message-ID: <20080630132858.GE13807@redhat.com> Has anyone from JPackage or Fedora spoken with the Debian java people? ----- Forwarded message from Matthew Johnson ----- > From: Matthew Johnson > To: Florian Grandel > Cc: debian-java at lists.debian.org > User-Agent: Mutt/1.5.17 (2007-11-01) > Date: Mon, 30 Jun 2008 14:26:45 +0100 > Subject: Re: Developing with Java on Debian > X-Mailing-List: archive/latest/9812 > > On Mon Jun 30 10:01, Florian Grandel wrote: > > Hi Java developers, > > > >> One problem that I haven't solved so far is how to get the classpath > >> into the MANIFEST file as was proposed earlier in this thread. > > > > As you may have remarked from my earlier posts I am working with the > > JPackage guys recently. Their "recommendation to Java developers" arguments > > against adding classpaths to the manifest. > > Well, they are wrong. > > > Probably the first three arguments do not apply to the Debian > > environment, but the last one may. I have not yet made up my mind on > > that. I just didn't want you to loose their arguments: > > > "Do not use Class-Path references in MANIFESTs > > > > The Class-Path system of MANIFESTs is evil because: > > > > * It doesn't work with JDK 1.x. > > * It only works at runtime, not at build time. > > * It only works for a specific installation hierarchy. > > These are, as you say, not relevant for Debian. I particularly like the > second point, since their solution of wrapper scripts means maintaining > two lists of classpath, one in the build system and one in the wrapper > _anyway_. The specific installation heirarchy thing is interesting. The > wrapper script is going to have to have _some_ guess at the heirarchy > and if that doesn't work you are just pushing the problem of creating > the classpath onto the user, which is clearly bad. > > Sufficiently clever build systems should propagate the build CLASSPATH > to the manifest automatically anyway. > > > * It can not be configured. > > It's unclear to me what they want to be configured at runtime by > changing the classpath. > > > Wrapper scripts are much versatile and universal. We provide a set of > > convenient shell helper functions for setting up such Unix scripts easily > > (see jpackage-utils in project CVS)." [1] > > Wrapper scripts without classpath manifest items also result in > large classpaths containing items you shouldn't have to know about (your > dependencies' dependencies) and causes unnecessary transitions when > these change. > > > You may also have a look at their build support system as they have some > > quite useful helper scripts as well. jpackage-utils is available in > > universe/contrib. > > But not available in Debian. > > > And as Richard was asking earlier how to identify dependencies within jar > > packages: I am using Matthew's java-propose-classpath a lot and it works > > fine (Thank you Matthew!). But sometimes it seems to miss some > > dependencies, I have not yet found out why. > > Hmm, if you can give me a test case, I'd be very interested. It > _should_ only suffer from giving you too many dependencies when there > are multiple jars containing the same class. > > Matt > -- > Matthew Johnson ----- End forwarded message ----- From dbhole at redhat.com Mon Jun 30 16:53:43 2008 From: dbhole at redhat.com (Deepak Bhole) Date: Mon, 30 Jun 2008 12:53:43 -0400 Subject: [fedora-java] Re: Ownership of /etc/maven/fragments and /usr/share/maven2/poms In-Reply-To: References: Message-ID: <20080630165342.GC3851@redhat.com> * Jason L Tibbitts III [2008-06-28 18:23]: > Sorry for the resend; this should have the correct address for the > java list. > > I hope I'm CC'ing this sufficiently; I do not know if any > representatives form the Java group are members of fedora-packaging. > > I was reviewing my first maven-using package and ran into an issue > with the Java packaging guidelines. Namely that they specify that > every maven-using package should own /etc/maven/fragments and > /usr/share/maven2/poms, which contradicts our usual policy on > directory ownership by multiple packages. > > I don't really understand why the packages would need to own those > directories; jpackage-utils already serves as a kind of filesystem > package for java, it already owns /etc/maven and several > java-related directories in /usr/share, and all of the packages which > would own files in the two directories at issue already depend on it. > So I think jpackage-utils should just own /etc/maven/fragments and > /usr/share/maven2/poms and we can tweak the guidelines to not specify > that the individual packages own these directory. > > Another possibility would be to shift this off to a java-filesystem > package analogous to our other *-filesystem packages which could own > these and various other java directories. > I think moving them to jpackage-utils would be sufficient, as it owns a multitude of other java related directories right now. I have put this down on my TODO list and will get to it on Monday (off today and tomorrow). > This would fix ownership issues for 22 packages currently. > > Another separate bug related issue is the fact that the contents of > /etc/maven/fragments do not seem to be configuration files, and so > probably should not live under /etc. I do not have sufficient Java > knowledge to propose a solution, however. > Correct, technically they are not configuration related files. I'd be happy to move them, but I am not sure what the best place for them is either :/ .. suggestions are welcome. The files serve as configuration in the sense that they provide maven with a "mapping" between where maven expects jars to be, and where they actually are on the system. Cheers, Deepak From david at zarb.org Mon Jun 30 17:04:23 2008 From: david at zarb.org (David Walluck) Date: Mon, 30 Jun 2008 13:04:23 -0400 Subject: [fedora-java] Re: Ownership of /etc/maven/fragments and /usr/share/maven2/poms In-Reply-To: <20080630165342.GC3851@redhat.com> References: <20080630165342.GC3851@redhat.com> Message-ID: <48691217.8080606@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Deepak Bhole wrote: | I think moving them to jpackage-utils would be sufficient, as it owns a | multitude of other java related directories right now. I have put this I agree. This is consistent since %{_sysconfdir}/maven is already owned by jpackage-utils. | Correct, technically they are not configuration related files. I'd be happy to Config files are specified to always have %config(noreplace) (in my rpmlint anyway). So, unless they are user-editable files that can be kept between upgrades, then they should be moved. I think that since these files aren't meant to be editable and in fact must be kept in sync with package upgrades they are not proper config files and should be moved. | move them, but I am not sure what the best place for them is either :/ .. | suggestions are welcome. The files serve as configuration in the sense | that they provide maven with a "mapping" between where maven expects | jars to be, and where they actually are on the system. The obvious choice seems to be %{_datadir}/maven2/fragments and most other files appear to be in %{_datadir}/maven2. The important thing besides single ownership by jpackage-utils is to move the maven macros into jpackage.macros so that you don't have to change every spec just to change the location of the files. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iEYEARECAAYFAkhpEhYACgkQItObMyg2XCVcZwCgsmj7Go0jDO5YjRb2s/5iKsxp HYUAn21+dloZoJ3A0boYwr3nqfaGuWy1 =M/Pp -----END PGP SIGNATURE----- From dbhole at redhat.com Mon Jun 30 17:09:03 2008 From: dbhole at redhat.com (Deepak Bhole) Date: Mon, 30 Jun 2008 13:09:03 -0400 Subject: [fedora-java] Re: Ownership of /etc/maven/fragments and /usr/share/maven2/poms In-Reply-To: <48691217.8080606@zarb.org> References: <20080630165342.GC3851@redhat.com> <48691217.8080606@zarb.org> Message-ID: <20080630170903.GH3851@redhat.com> * David Walluck [2008-06-30 13:04]: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Deepak Bhole wrote: > | I think moving them to jpackage-utils would be sufficient, as it owns a > | multitude of other java related directories right now. I have put this > > I agree. This is consistent since %{_sysconfdir}/maven is already owned > by jpackage-utils. > > | Correct, technically they are not configuration related files. I'd be > happy to > > Config files are specified to always have %config(noreplace) (in my > rpmlint anyway). So, unless they are user-editable files that can be > kept between upgrades, then they should be moved. I think that since > these files aren't meant to be editable and in fact must be kept in sync > with package upgrades they are not proper config files and should be moved. > > | move them, but I am not sure what the best place for them is either :/ .. > | suggestions are welcome. The files serve as configuration in the sense > | that they provide maven with a "mapping" between where maven expects > | jars to be, and where they actually are on the system. > > The obvious choice seems to be %{_datadir}/maven2/fragments and most > other files appear to be in %{_datadir}/maven2. > Yep I am fine with this. I will make the change for the next version. A change of this sort will require rebuild of all maven2 dependent packages. > The important thing besides single ownership by jpackage-utils is to > move the maven macros into jpackage.macros so that you don't have to > change every spec just to change the location of the files. > The fragment dir location is already a macros, and all maven related macros are in jpackage-utils already. Cheers, Deepak > - -- > Sincerely, > > David Walluck > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (GNU/Linux) > Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org > > iEYEARECAAYFAkhpEhYACgkQItObMyg2XCVcZwCgsmj7Go0jDO5YjRb2s/5iKsxp > HYUAn21+dloZoJ3A0boYwr3nqfaGuWy1 > =M/Pp > -----END PGP SIGNATURE-----