From otto_rey at yahoo.com.ar Sun Jul 5 05:00:11 2009 From: otto_rey at yahoo.com.ar (Otto Rey) Date: Sat, 4 Jul 2009 22:00:11 -0700 (PDT) Subject: [fedora-java] Package Update Proposal: java-gnome 4.0.11 Message-ID: <334818.19401.qm@web52410.mail.re2.yahoo.com> HI people... I want to propose to update java-gnome to version 4.0.11 (currently we are offering 2.12.4 via yum) Thanks ____________________________________________________________________________________ ?Viv? la mejor experiencia en la web! Descarg? gratis el nuevo Internet Explorer 8 http://downloads.yahoo.com/ieak8/?l=ar From neugens at limasoftware.net Sun Jul 5 11:01:23 2009 From: neugens at limasoftware.net (Mario Torre) Date: Sun, 05 Jul 2009 13:01:23 +0200 Subject: [fedora-java] Package Update Proposal: java-gnome 4.0.11 In-Reply-To: <334818.19401.qm@web52410.mail.re2.yahoo.com> References: <334818.19401.qm@web52410.mail.re2.yahoo.com> Message-ID: <4A508803.4080101@limasoftware.net> Il 05/07/2009 07:00, Otto Rey ha scritto: > HI people... > > I want to propose to update java-gnome to version 4.0.11 (currently we are offering 2.12.4 via yum) > > > Thanks I think that some people still needs the old version as well, but I wonder why we don't ship both, as far as I know it's possible and Andrew and his team are doing a very good job with java gnome, it should be ready for prime time now :) Cheers, Mario From loganjerry at gmail.com Tue Jul 7 19:23:06 2009 From: loganjerry at gmail.com (Jerry James) Date: Tue, 7 Jul 2009 13:23:06 -0600 Subject: [fedora-java] aot-compile-rpm and bouncycastle Message-ID: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> When I build an RPM for a Java application on F-11, the aot-compile-rpm step is issuing some warnings I don't understand. They look like this: WARNING: Error loading security provider org.bouncycastle.jce.provider.BouncyCastleProvider: java.lang.ClassNotFoundException: org.bouncycastle.jce.provider.BouncyCastleProvider not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} The application in question does not use bouncycastle, directly or indirectly. On the other hand, I do have bouncycastle installed. Is something misconfigured? Should bouncycastle be a BuildRequires for gcj-using RPMs? -- Jerry James http://www.jamezone.org/ From loganjerry at gmail.com Tue Jul 7 19:32:02 2009 From: loganjerry at gmail.com (Jerry James) Date: Tue, 7 Jul 2009 13:32:02 -0600 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> Message-ID: <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> On Tue, Jul 7, 2009 at 1:23 PM, Jerry James wrote: > When I build an RPM for a Java application on F-11, the > aot-compile-rpm step is issuing some warnings I don't understand. > They look like this: > > WARNING: Error loading security provider > org.bouncycastle.jce.provider.BouncyCastleProvider: > java.lang.ClassNotFoundException: > org.bouncycastle.jce.provider.BouncyCastleProvider not found in > gnu.gcj.runtime.SystemClassLoader{urls=[file:./], > parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} > > The application in question does not use bouncycastle, directly or > indirectly. ?On the other hand, I do have bouncycastle installed. ?Is > something misconfigured? ?Should bouncycastle be a BuildRequires for > gcj-using RPMs? Ah, I found the reference. In /usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/security/java.security is this line: security.provider.6=org.bouncycastle.jce.provider.BouncyCastleProvider That class does exist in /usr/share/java/bcprov.jar, but nothing is adding that jar to CLASSPATH if it exists. How is this supposed to work? -- Jerry James http://www.jamezone.org/ From aph at redhat.com Wed Jul 8 09:33:09 2009 From: aph at redhat.com (Andrew Haley) Date: Wed, 08 Jul 2009 10:33:09 +0100 Subject: [fedora-java] Package Update Proposal: java-gnome 4.0.11 In-Reply-To: <4A508803.4080101@limasoftware.net> References: <334818.19401.qm@web52410.mail.re2.yahoo.com> <4A508803.4080101@limasoftware.net> Message-ID: <4A5467D5.7060300@redhat.com> Mario Torre wrote: > Il 05/07/2009 07:00, Otto Rey ha scritto: >> HI people... >> >> I want to propose to update java-gnome to version 4.0.11 (currently we >> are offering 2.12.4 via yum) >> >> >> Thanks > > I think that some people still needs the old version as well, but I > wonder why we don't ship both, as far as I know it's possible and Andrew > and his team are doing a very good job with java gnome, it should be > ready for prime time now :) What's the backwards compatibility story with java-gnome? Did thgy manage not to break the API going forward? Andrew. From aph at redhat.com Wed Jul 8 09:36:46 2009 From: aph at redhat.com (Andrew Haley) Date: Wed, 08 Jul 2009 10:36:46 +0100 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> Message-ID: <4A5468AE.8020609@redhat.com> Jerry James wrote: > On Tue, Jul 7, 2009 at 1:23 PM, Jerry James wrote: >> When I build an RPM for a Java application on F-11, the >> aot-compile-rpm step is issuing some warnings I don't understand. >> They look like this: >> >> WARNING: Error loading security provider >> org.bouncycastle.jce.provider.BouncyCastleProvider: >> java.lang.ClassNotFoundException: >> org.bouncycastle.jce.provider.BouncyCastleProvider not found in >> gnu.gcj.runtime.SystemClassLoader{urls=[file:./], >> parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} >> >> The application in question does not use bouncycastle, directly or >> indirectly. On the other hand, I do have bouncycastle installed. Is >> something misconfigured? Should bouncycastle be a BuildRequires for >> gcj-using RPMs? > > Ah, I found the reference. In > /usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/security/java.security is > this line: > > security.provider.6=org.bouncycastle.jce.provider.BouncyCastleProvider > > That class does exist in /usr/share/java/bcprov.jar, but nothing is > adding that jar to CLASSPATH if it exists. How is this supposed to > work? I'll have a look. Andrew. From ahughes at redhat.com Wed Jul 8 12:56:01 2009 From: ahughes at redhat.com (Andrew John Hughes) Date: Wed, 8 Jul 2009 13:56:01 +0100 Subject: [fedora-java] Package Update Proposal: java-gnome 4.0.11 In-Reply-To: <4A5467D5.7060300@redhat.com> References: <334818.19401.qm@web52410.mail.re2.yahoo.com> <4A508803.4080101@limasoftware.net> <4A5467D5.7060300@redhat.com> Message-ID: <20090708125601.GA6505@rivendell.middle-earth.co.uk> On 10:33 Wed 08 Jul , Andrew Haley wrote: > Mario Torre wrote: > > Il 05/07/2009 07:00, Otto Rey ha scritto: > >> HI people... > >> > >> I want to propose to update java-gnome to version 4.0.11 (currently we > >> are offering 2.12.4 via yum) > >> > >> > >> Thanks > > > > I think that some people still needs the old version as well, but I > > wonder why we don't ship both, as far as I know it's possible and Andrew > > and his team are doing a very good job with java gnome, it should be > > ready for prime time now :) > > What's the backwards compatibility story with java-gnome? Did thgy > manage not to break the API going forward? > > Andrew. > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list AIUI, it's a complete redesign: http://blogs.operationaldynamics.com/andrew/conferences/india/foss.in-2006-pastpresentfuture-java-gnome.html -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint = F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From aph at redhat.com Wed Jul 8 14:00:44 2009 From: aph at redhat.com (Andrew Haley) Date: Wed, 08 Jul 2009 15:00:44 +0100 Subject: [fedora-java] Package Update Proposal: java-gnome 4.0.11 In-Reply-To: <20090708125601.GA6505@rivendell.middle-earth.co.uk> References: <334818.19401.qm@web52410.mail.re2.yahoo.com> <4A508803.4080101@limasoftware.net> <4A5467D5.7060300@redhat.com> <20090708125601.GA6505@rivendell.middle-earth.co.uk> Message-ID: <4A54A68C.4020009@redhat.com> Andrew John Hughes wrote: > On 10:33 Wed 08 Jul , Andrew Haley wrote: >> Mario Torre wrote: >>> Il 05/07/2009 07:00, Otto Rey ha scritto: >>>> HI people... >>>> >>>> I want to propose to update java-gnome to version 4.0.11 (currently we >>>> are offering 2.12.4 via yum) >>>> >>>> >>>> Thanks >>> I think that some people still needs the old version as well, but I >>> wonder why we don't ship both, as far as I know it's possible and Andrew >>> and his team are doing a very good job with java gnome, it should be >>> ready for prime time now :) >> What's the backwards compatibility story with java-gnome? Did thgy >> manage not to break the API going forward? >> >> -- >> fedora-devel-java-list mailing list >> fedora-devel-java-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > > AIUI, it's a complete redesign: > > http://blogs.operationaldynamics.com/andrew/conferences/india/foss.in-2006-pastpresentfuture-java-gnome.html Hmm, I wonder if they had the good sense to maintain the old API, along the lines of java.nio after java.io. Andrew. From aph at redhat.com Wed Jul 8 14:05:54 2009 From: aph at redhat.com (Andrew Haley) Date: Wed, 08 Jul 2009 15:05:54 +0100 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: <4A5468AE.8020609@redhat.com> References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> <4A5468AE.8020609@redhat.com> Message-ID: <4A54A7C2.4080204@redhat.com> Andrew Haley wrote: > Jerry James wrote: >> On Tue, Jul 7, 2009 at 1:23 PM, Jerry James wrote: >>> When I build an RPM for a Java application on F-11, the >>> aot-compile-rpm step is issuing some warnings I don't understand. >>> They look like this: Which RPM is this? I'd like to try it. Andrew. From aph at redhat.com Wed Jul 8 15:54:49 2009 From: aph at redhat.com (Andrew Haley) Date: Wed, 08 Jul 2009 16:54:49 +0100 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> Message-ID: <4A54C149.2020609@redhat.com> Jerry James wrote: > On Tue, Jul 7, 2009 at 1:23 PM, Jerry James wrote: >> When I build an RPM for a Java application on F-11, the >> aot-compile-rpm step is issuing some warnings I don't understand. >> They look like this: >> >> WARNING: Error loading security provider >> org.bouncycastle.jce.provider.BouncyCastleProvider: >> java.lang.ClassNotFoundException: >> org.bouncycastle.jce.provider.BouncyCastleProvider not found in >> gnu.gcj.runtime.SystemClassLoader{urls=[file:./], >> parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} I think it's just a warning that you can ignore. >> The application in question does not use bouncycastle, directly or >> indirectly. On the other hand, I do have bouncycastle installed. Is >> something misconfigured? Should bouncycastle be a BuildRequires for >> gcj-using RPMs? It's a bug in bouncycastle. The latest spin of bouncycastle disabled all the gcj-isms so the symlinks that gcj needs to find bouncycastle are no longer installed, but the RPM still adds bouncycastle to the Classpath providers list. Here's the test case: import java.security.*; public class Sec { public static void main(String[] args) { for (Provider p: Security.getProviders()) System.out.println(p); } } $ gij Sec WARNING: Error loading security provider org.bouncycastle.jce.provider.BouncyCastleProvider: java.lang.ClassNotFoundException: org.bouncycastle.jce.provider.BouncyCastleProvider not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} We can just make sure the gcj symlinks are always installed: --- bouncycastle.spec~ 2009-04-20 23:44:44.000000000 +0100 +++ bouncycastle.spec 2009-07-08 16:43:01.000000000 +0100 @@ -4,7 +4,7 @@ Summary: Bouncy Castle Crypto Package for Java Name: bouncycastle -Version: 1.43 +Version: 1.43ext2 Release: 1%{?dist} Group: System Environment/Libraries License: MIT @@ -81,11 +81,11 @@ pushd $RPM_BUILD_ROOT%{_javadir} ln -sf bcprov-%{version}.jar bcprov.jar popd -%if %{with_gcj} install -dm 755 $RPM_BUILD_ROOT%{_javadir}/gcj-endorsed pushd $RPM_BUILD_ROOT%{_javadir}/gcj-endorsed ln -sf ../bcprov-%{version}.jar bcprov-%{version}.jar popd +%if %{with_gcj} %{_bindir}/aot-compile-rpm %endif @@ -161,8 +161,8 @@ %doc *.html %{_javadir}/bcprov.jar %{_javadir}/bcprov-%{version}.jar -%if %{with_gcj} %{_javadir}/gcj-endorsed/bcprov-%{version}.jar +%if %{with_gcj} %{_libdir}/gcj/%{name} %endif %{_sysconfdir}/java/security/security.d/2000-%{classname} Orcan, please do this. Andrew. From jdf.lists at gmail.com Wed Jul 8 16:51:09 2009 From: jdf.lists at gmail.com (Joshua Daniel Franklin) Date: Wed, 8 Jul 2009 09:51:09 -0700 Subject: [fedora-java] Project Needed In-Reply-To: <89db5ce50906292347r27fb64d9j40a8ab9ef58b84fe@mail.gmail.com> References: <89db5ce50906292347r27fb64d9j40a8ab9ef58b84fe@mail.gmail.com> Message-ID: <67437bc40907080951i55244581v37727961be4a66bf@mail.gmail.com> On Mon, Jun 29, 2009 at 11:47 PM, P for Prashant wrote: > hey i am student level java programmer and i need to do some major project > for my 4th year in computer science and engineering. > > Can any one please suggest me and guide me whole through the project ?? There are a bunch of ideas at: http://stackoverflow.com/questions/732331/ideas-for-summer-java-project From oget.fedora at gmail.com Wed Jul 8 19:54:47 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Wed, 8 Jul 2009 15:54:47 -0400 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: <4A54C149.2020609@redhat.com> References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> <4A54C149.2020609@redhat.com> Message-ID: On Wed, Jul 8, 2009 at 11:54 AM, Andrew Haley wrote: > > Orcan, please do this. > > Andrew. > > Sure Andrew. Just in rawhide or in stable branches too? I have a question that has been puzzling me for a while: I disabled the building of AOT bits for bouncycastle because that produced an empty debuginfo package which I couldn't resolve otherwise (I tried things you once suggested: no go). So, basically when I make a new java package I first try to build it with GCJ. If it does build, I build the AOT bits too and I make the package arch-specific. On the other hand, if the package does not build with gcj but builds with openjdk only, I make it require java > 1.5 (this excludes gcj) and I do not build the AOT bits. This time the package becomes noarch. In the case of bouncycastle, I thought that the debuginfo package is empty because the package really needs java 1.6 and gcj doesn't support it. Am I doing the right thing? Or are AOT bits still important for java 1.6 packages? (which doesn't make sense to me) Can you explain the dynamics laying behind so we can have more insight? Thanks! Orcan From aph at redhat.com Thu Jul 9 07:00:35 2009 From: aph at redhat.com (Andrew Haley) Date: Thu, 09 Jul 2009 08:00:35 +0100 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> <4A54C149.2020609@redhat.com> Message-ID: <4A559593.9050004@redhat.com> Orcan Ogetbil wrote: > On Wed, Jul 8, 2009 at 11:54 AM, Andrew Haley wrote: >> Orcan, please do this. > > Sure Andrew. Just in rawhide or in stable branches too? > > I have a question that has been puzzling me for a while: I disabled > the building of AOT bits for bouncycastle because that produced an > empty debuginfo package which I couldn't resolve otherwise (I tried > things you once suggested: no go). I am very surprised: I can't remember you telling me that at the time. I'll have a look and tell you what I find. > So, basically when I make a new java package I first try to build it > with GCJ. If it does build, I build the AOT bits too and I make the > package arch-specific. On the other hand, if the package does not > build with gcj but builds with openjdk only, I make it require java > > 1.5 (this excludes gcj) and I do not build the AOT bits. This time the > package becomes noarch. > > In the case of bouncycastle, I thought that the debuginfo package is > empty because the package really needs java 1.6 and gcj doesn't > support it. I don't understand what would cause that. > Am I doing the right thing? Or are AOT bits still important for java > 1.6 packages? (which doesn't make sense to me) > > Can you explain the dynamics laying behind so we can have more insight? I'll tell you later. Andrew. From aph at redhat.com Fri Jul 10 12:08:56 2009 From: aph at redhat.com (Andrew Haley) Date: Fri, 10 Jul 2009 13:08:56 +0100 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: <4A559593.9050004@redhat.com> References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> <4A54C149.2020609@redhat.com> <4A559593.9050004@redhat.com> Message-ID: <4A572F58.1080201@redhat.com> Andrew Haley wrote: > Orcan Ogetbil wrote: >> On Wed, Jul 8, 2009 at 11:54 AM, Andrew Haley wrote: >>> Orcan, please do this. >> Sure Andrew. Just in rawhide or in stable branches too? I think this should be fixed everywhere. >> I have a question that has been puzzling me for a while: I disabled >> the building of AOT bits for bouncycastle because that produced an >> empty debuginfo package which I couldn't resolve otherwise (I tried >> things you once suggested: no go). > > I am very surprised: I can't remember you telling me that at the time. > I'll have a look and tell you what I find. > >> So, basically when I make a new java package I first try to build it >> with GCJ. If it does build, I build the AOT bits too and I make the >> package arch-specific. On the other hand, if the package does not >> build with gcj but builds with openjdk only, I make it require java > >> 1.5 (this excludes gcj) and I do not build the AOT bits. This time the >> package becomes noarch. >> >> In the case of bouncycastle, I thought that the debuginfo package is >> empty because the package really needs java 1.6 and gcj doesn't >> support it. > > I don't understand what would cause that. > >> Am I doing the right thing? Or are AOT bits still important for java >> 1.6 packages? (which doesn't make sense to me) >> >> Can you explain the dynamics laying behind so we can have more insight? > > I'll tell you later. I just tried this package with gcj, and the specfile needed a couple of changes: --- bouncycastle.spec~ 2009-04-20 23:44:44.000000000 +0100 +++ bouncycastle.spec 2009-07-10 12:47:07.000000000 +0100 @@ -1,10 +1,10 @@ -%global with_gcj %{!?_with_gcj:0}%{?_with_gcj:1} +%define with_gcj %{!?_without_gcj:1}%{?_without_gcj:0} %global archivever jdk16-143 %global classname org.bouncycastle.jce.provider.BouncyCastleProvider Summary: Bouncy Castle Crypto Package for Java Name: bouncycastle -Version: 1.43 +Version: 1.43_experimental Release: 1%{?dist} Group: System Environment/Libraries License: MIT @@ -59,7 +59,7 @@ %build pushd src export CLASSPATH=$(build-classpath junit4) - javac -target 1.5 `find . -type f -name "*.java"` + javac -g -target 1.5 `find . -type f -name "*.java"` jarfile="../bcprov-%{version}.jar" files="`find . -type f -name "*.class"`" test ! -d classes && mf="" \ The problem with debuginfo isn't that gcj doesn't support Java 1.6, it's that no debuginfo is being generated at all. By the way, I don't understand this: BuildRequires: java-devel >= 1.7 Requires: java >= 1.7 why 1.7 ? Andrew. From oget.fedora at gmail.com Fri Jul 10 19:02:41 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Fri, 10 Jul 2009 15:02:41 -0400 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: <4A572F58.1080201@redhat.com> References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> <4A54C149.2020609@redhat.com> <4A559593.9050004@redhat.com> <4A572F58.1080201@redhat.com> Message-ID: On Fri, Jul 10, 2009 at 8:08 AM, Andrew Haley wrote: > Andrew Haley wrote: >> Orcan Ogetbil wrote: >>> On Wed, Jul 8, 2009 at 11:54 AM, Andrew Haley wrote: >>>> Orcan, please do this. >>> Sure Andrew. Just in rawhide or in stable branches too? > > I think this should be fixed everywhere. > Okay. How about all the other packages that depend on bouncycastle? Do they need rebuilt? >>> Am I doing the right thing? Or are AOT bits still important for java >>> 1.6 packages? (which doesn't make sense to me) >>> >>> Can you explain the dynamics laying behind so we can have more insight? >> >> I'll tell you later. > > The problem with debuginfo isn't that gcj doesn't support Java 1.6, it's that > no debuginfo is being generated at all. I'm really curious about the explanation. :) > I just tried this package with gcj, and the specfile needed a couple of > changes: > - ?javac -target 1.5 `find . -type f -name "*.java"` > + ?javac -g -target 1.5 `find . -type f -name "*.java"` Ah, I thought I did this before. I verified that it works. I'll rebuild the bouncycastle* packages with AOT bits. > > By the way, I don't understand this: > > BuildRequires: ? ?java-devel >= 1.7 > Requires: ? ? ? ? java >= 1.7 > > why 1.7 ? > That's a harmless old habit. Back in the day when we had icedtea, it was providing java 1.7. Then when we switched to openjdk, it started providing java 1:1.6 (note the epoch). 1:1.6 is always greater than 1.7 and the above BR and R covers both icedtea and openjdk but leaves gcj out.. But now that I see that the jar files can be produced by just gcj, I will lower 1.7 to 1.5 Orcan From aph at redhat.com Sat Jul 11 07:34:02 2009 From: aph at redhat.com (Andrew Haley) Date: Sat, 11 Jul 2009 08:34:02 +0100 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> <4A54C149.2020609@redhat.com> <4A559593.9050004@redhat.com> <4A572F58.1080201@redhat.com> Message-ID: <4A58406A.9010701@redhat.com> Orcan Ogetbil wrote: > But now that I see that the jar files can be produced by just gcj, I > will lower 1.7 to 1.5 No, they can't be produced by just gcj, please don't change this. Sun's javac is needed. Andrew. From oget.fedora at gmail.com Sat Jul 11 07:49:37 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Sat, 11 Jul 2009 03:49:37 -0400 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: <4A58406A.9010701@redhat.com> References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> <4A54C149.2020609@redhat.com> <4A559593.9050004@redhat.com> <4A572F58.1080201@redhat.com> <4A58406A.9010701@redhat.com> Message-ID: On Sat, Jul 11, 2009 at 3:34 AM, Andrew Haley wrote: > Orcan Ogetbil wrote: > >> But now that I see that the jar files can be produced by just gcj, I >> will lower 1.7 to 1.5 > > No, they can't be produced by just gcj, please don't change this. ?Sun's > javac is needed. > > Andrew. > Hmm, I'm confused beyond describable by words. This build is done against gcj: http://koji.fedoraproject.org/koji/taskinfo?taskID=1466610 It looks fine to me. What is wrong with it? Orcan From oget.fedora at gmail.com Sat Jul 11 07:51:30 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Sat, 11 Jul 2009 03:51:30 -0400 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> <4A54C149.2020609@redhat.com> <4A559593.9050004@redhat.com> <4A572F58.1080201@redhat.com> <4A58406A.9010701@redhat.com> Message-ID: On Sat, Jul 11, 2009 at 3:49 AM, Orcan Ogetbil wrote: > On Sat, Jul 11, 2009 at 3:34 AM, Andrew Haley wrote: >> Orcan Ogetbil wrote: >> >>> But now that I see that the jar files can be produced by just gcj, I >>> will lower 1.7 to 1.5 >> >> No, they can't be produced by just gcj, please don't change this. ?Sun's >> javac is needed. >> >> Andrew. >> > > Hmm, I'm confused beyond describable by words. This build is done against gcj: > http://koji.fedoraproject.org/koji/taskinfo?taskID=1466610 > It looks fine to me. What is wrong with it? > > Orcan > Nevermind. I'll re-rebuild with openjdk. Orcan From mark at klomp.org Sun Jul 12 17:54:06 2009 From: mark at klomp.org (Mark Wielaard) Date: Sun, 12 Jul 2009 19:54:06 +0200 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <870180fe0907071232h23a66ddse237c91e728b2fa8@mail.gmail.com> <4A54C149.2020609@redhat.com> <4A559593.9050004@redhat.com> <4A572F58.1080201@redhat.com> <4A58406A.9010701@redhat.com> Message-ID: <1247421246.2714.381.camel@hermans.wildebeest.org> On Sat, 2009-07-11 at 03:51 -0400, Orcan Ogetbil wrote: > On Sat, Jul 11, 2009 at 3:49 AM, Orcan Ogetbil wrote: > > On Sat, Jul 11, 2009 at 3:34 AM, Andrew Haley wrote: > >> Orcan Ogetbil wrote: > >> > >>> But now that I see that the jar files can be produced by just gcj, I > >>> will lower 1.7 to 1.5 > >> > >> No, they can't be produced by just gcj, please don't change this. Sun's > >> javac is needed. > > > > Hmm, I'm confused beyond describable by words. This build is done against gcj: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=1466610 > > It looks fine to me. What is wrong with it? > > Nevermind. I'll re-rebuild with openjdk. I am curious. What was the problem using gcj? From oget.fedora at gmail.com Sun Jul 12 19:00:55 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Sun, 12 Jul 2009 15:00:55 -0400 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: <1247421246.2714.381.camel@hermans.wildebeest.org> References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <4A54C149.2020609@redhat.com> <4A559593.9050004@redhat.com> <4A572F58.1080201@redhat.com> <4A58406A.9010701@redhat.com> <1247421246.2714.381.camel@hermans.wildebeest.org> Message-ID: On Sun, Jul 12, 2009 at 1:54 PM, Mark Wielaard wrote: > On Sat, 2009-07-11 at 03:51 -0400, Orcan Ogetbil wrote: >> On Sat, Jul 11, 2009 at 3:49 AM, Orcan Ogetbil wrote: >> > On Sat, Jul 11, 2009 at 3:34 AM, Andrew Haley wrote: >> >> Orcan Ogetbil wrote: >> >> >> >>> But now that I see that the jar files can be produced by just gcj, I >> >>> will lower 1.7 to 1.5 >> >> >> >> No, they can't be produced by just gcj, please don't change this. ?Sun's >> >> javac is needed. >> > >> > Hmm, I'm confused beyond describable by words. This build is done against gcj: >> > http://koji.fedoraproject.org/koji/taskinfo?taskID=1466610 >> > It looks fine to me. What is wrong with it? >> >> Nevermind. I'll re-rebuild with openjdk. > > I am curious. What was the problem using gcj? > Check the link above. It gave some 3000+ mysterious compilation warnings, compared to 68 using openjdk: http://koji.fedoraproject.org/koji/buildinfo?buildID=113900 Orcan From mark at klomp.org Sun Jul 12 20:20:50 2009 From: mark at klomp.org (Mark Wielaard) Date: Sun, 12 Jul 2009 22:20:50 +0200 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <4A54C149.2020609@redhat.com> <4A559593.9050004@redhat.com> <4A572F58.1080201@redhat.com> <4A58406A.9010701@redhat.com> <1247421246.2714.381.camel@hermans.wildebeest.org> Message-ID: <1247430050.2714.383.camel@hermans.wildebeest.org> On Sun, 2009-07-12 at 15:00 -0400, Orcan Ogetbil wrote: > On Sun, Jul 12, 2009 at 1:54 PM, Mark Wielaard wrote: > > I am curious. What was the problem using gcj? > > Check the link above. It gave some 3000+ mysterious compilation > warnings, compared to 68 using openjdk: I must be missing something. It does look like those warnings are genuine. Isn't it just the case that gcj has more warnings (enabled) by default? Thanks, Mark From aph at redhat.com Mon Jul 13 10:48:43 2009 From: aph at redhat.com (Andrew Haley) Date: Mon, 13 Jul 2009 11:48:43 +0100 Subject: [fedora-java] Re: aot-compile-rpm and bouncycastle In-Reply-To: <1247430050.2714.383.camel@hermans.wildebeest.org> References: <870180fe0907071223y17458afq677559596c5c783d@mail.gmail.com> <4A54C149.2020609@redhat.com> <4A559593.9050004@redhat.com> <4A572F58.1080201@redhat.com> <4A58406A.9010701@redhat.com> <1247421246.2714.381.camel@hermans.wildebeest.org> <1247430050.2714.383.camel@hermans.wildebeest.org> Message-ID: <4A5B110B.6010200@redhat.com> Mark Wielaard wrote: > On Sun, 2009-07-12 at 15:00 -0400, Orcan Ogetbil wrote: >> On Sun, Jul 12, 2009 at 1:54 PM, Mark Wielaard wrote: >>> I am curious. What was the problem using gcj? >> Check the link above. It gave some 3000+ mysterious compilation >> warnings, compared to 68 using openjdk: > > I must be missing something. It does look like those warnings are > genuine. Isn't it just the case that gcj has more warnings (enabled) by > default? It's just ecj. ecj comes out with millions of warnings. Basically, it's the compiler saying "I don't like your coding style. Please try to be a better programmer and I'll shut up." I think the compiler should just STFU anyway and get on with its job. The Sun javac equivalent for ecj's default is -Xlint, in which case it emits nearly as many warnings as ecj. But this only happens if you increase the maximum warning count; otherwise it just prints the first 100 warnings. I don't know why IBM chose to make warnings=on the default, unlike Sun and just about every other compiler provider. But Sun still prints a few really useful warnings, even without -Xlint. I don't think there is an ecj equivalent of Sun's default. Now that we've got a separate ecj RPM we could provide one. Andrew. From orion at cora.nwra.com Thu Jul 16 23:07:03 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 16 Jul 2009 17:07:03 -0600 Subject: [fedora-java] eclipse feature build problem Message-ID: <4A5FB297.8010800@cora.nwra.com> I'm trying to build an updated eclipse-photran package on F-11, but getting: [exec] ls: cannot access ${orbitDepsDir}: No such file or directory [exec] /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.4.1.R34x_v20081217/templates/package-build allElements: BUILD FAILED /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.4.1.R34x_v20081217/scripts/build.xml:24: The following error occurred while executing this line: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.4.1.R34x_v20081217/scripts/build.xml:64: The following error occurred while executing this line: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.4.1.R34x_v20081217/templates/package-build/customTargets.xml:19: The following error occurred while executing this line: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.4.1.R34x_v20081217/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml (No such file or directory) Thoughts? -- 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 orion at cora.nwra.com Fri Jul 17 15:20:01 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 17 Jul 2009 09:20:01 -0600 Subject: [fedora-java] eclipse feature build problem In-Reply-To: <200907170839.50987.akurtako@redhat.com> References: <4A5FB297.8010800@cora.nwra.com> <200907170839.50987.akurtako@redhat.com> Message-ID: <4A6096A1.6010702@cora.nwra.com> On 07/16/2009 11:39 PM, Alexander Kurtakov wrote: >> java.io.FileNotFoundException: >> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.4.1.R34x_v2008 >> 1217/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml (No such file or >> directory) >> >> Thoughts? > > Is this error from koji or local build? > If it's local build try moving away ~/.eclipse and try again. > I guess that this is caused by pdebuild script not switching user.home to a > new folder but I haven't found the time to investigate. > Please tell me if this works. Local build. Moving my ~/.eclipse out of the way fixed it. -- 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 ohaya at cox.net Wed Jul 22 20:56:25 2009 From: ohaya at cox.net (ohaya at cox.net) Date: Wed, 22 Jul 2009 16:56:25 -0400 Subject: [fedora-java] Does 1.4.2_08 support StringBuffer and Generics Message-ID: <20090722165625.3PP9Y.397729.imail@eastrmwml47> Hi, I had some Java code that I was trying to move to a Redhat machine, but encountered some Java versioning problems. The machine that I was working on had 1.4.2_08 version of gcj, so I tried to compile my source there, but got errors, indicating that it couldn't resolve the StringBuffer class. That gcj also had problems with Generics in my code, i.e., it didn't like something like: List xxxx = new ArrayList(); So, I was wondering, does that version of gcj support these two things? Also, if not, then is there a version of gcj that does, or should I get Sun's JDK installed instead? Thanks, Jim From overholt at redhat.com Wed Jul 22 21:23:29 2009 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 22 Jul 2009 17:23:29 -0400 Subject: [fedora-java] Does 1.4.2_08 support StringBuffer and Generics In-Reply-To: <20090722165625.3PP9Y.397729.imail@eastrmwml47> References: <20090722165625.3PP9Y.397729.imail@eastrmwml47> Message-ID: <20090722212328.GD5651@redhat.com> Hi, * ohaya at cox.net [2009-07-22 16:57]: > The machine that I was working on had 1.4.2_08 version of gcj 1.4.2_08 is a Sun JVM version number. And generics are a 1.5 feature. gcj has support for 1.5-level features but I'm not sure what version of gcj that began with. Andrew From aph at redhat.com Thu Jul 23 11:00:57 2009 From: aph at redhat.com (Andrew Haley) Date: Thu, 23 Jul 2009 13:00:57 +0200 Subject: [fedora-java] Does 1.4.2_08 support StringBuffer and Generics In-Reply-To: <20090722212328.GD5651@redhat.com> References: <20090722165625.3PP9Y.397729.imail@eastrmwml47> <20090722212328.GD5651@redhat.com> Message-ID: <4A6842E9.1020609@redhat.com> On 07/22/2009 11:23 PM, Andrew Overholt wrote: > Hi, > > * ohaya at cox.net [2009-07-22 16:57]: >> The machine that I was working on had 1.4.2_08 version of gcj > > 1.4.2_08 is a Sun JVM version number. And generics are a 1.5 feature. > gcj has support for 1.5-level features but I'm not sure what version of > gcj that began with. January 8, 2007 We've merged the gcj-eclipse branch to svn trunk. The merge changes gcj to use the Eclipse compiler as a front end, enabling all 1.5 language features. This merge also brings in a new, generics-enabled version of Classpath, including some new tools. This new code will appear in GCC 4.3. Andrew. From fedora at matbooth.co.uk Sat Jul 25 18:45:12 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Sat, 25 Jul 2009 19:45:12 +0100 Subject: [fedora-java] Java/Eclipse beats of the Fedora release notes. Message-ID: <9497e9990907251145l2c2523a0uc9a9b100478f22ab@mail.gmail.com> It looks like there was neither a writer nor a developer point of contact for the Java or Eclipse release note beats in F11. I thought the Eclipse release note left a lot to be desired so I've put my name down for writing the F12 release note for Eclipse. [1] I hope that's okay. There can of course be more than one name down if anyone else wants to contribute. [1] https://fedoraproject.org/wiki/Documentation_Beats#Changes_in_Fedora_for_developers -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From overholt at redhat.com Sat Jul 25 19:41:29 2009 From: overholt at redhat.com (Andrew Overholt) Date: Sat, 25 Jul 2009 15:41:29 -0400 Subject: [fedora-java] Java/Eclipse beats of the Fedora release notes. In-Reply-To: <9497e9990907251145l2c2523a0uc9a9b100478f22ab@mail.gmail.com> References: <9497e9990907251145l2c2523a0uc9a9b100478f22ab@mail.gmail.com> Message-ID: <20090725194128.GA2980@redhat.com> > I thought the Eclipse release note left a lot to be desired so I've > put my name down for writing the F12 release note for Eclipse. [1] I > hope that's okay. There can of course be more than one name down if > anyone else wants to contribute. Thanks, Mat! Andrew From Victor.Vasilyev at Sun.COM Thu Jul 30 23:32:33 2009 From: Victor.Vasilyev at Sun.COM (Victor Vasilyev) Date: Fri, 31 Jul 2009 03:32:33 +0400 Subject: [fedora-java] Suggestions to improve the JAVA guidelines In-Reply-To: <944056.4440.qm@web32808.mail.mud.yahoo.com> References: <944056.4440.qm@web32808.mail.mud.yahoo.com> Message-ID: <4A722D91.3000702@sun.com> Hi, It seems one interesting question about Java guidelines has no answer yet... Orcan Ogetbil wrote: > Conrad Meyer wrote: >> Orcan Ogetbil wrote: >>> JAVA GUIDELINES: >>> >>> - BuildRequires: jpackage-utils >>> >>> Why do we need this? I understand Requires: jpackage-utils for >>> directory ownership etc, but the BR is not necessary for most >>> packages (at least all the ones I saw so far). I think this should >>> *not* be required. >> rpm -ql jpackage-utils | grep /usr/bin >> A lot of these are useful. > Yes, I agree. But can't we leave the BR out for those packages which don't use these tools? > AFAIK minimization of dependencies between components is an important development target of any system. Establishing of the superfluous dependencies is not a good development approach even if we'll add a dependency on a component that is very useful in all other cases. The jemmy package [1] is an example where dependencies on the jpackage-utils are redundant. Are there any valuable reasons for establishing dependencies on the jpackage-utils if such facilities are not used in a package/subpackage? [1] https://bugzilla.redhat.com/show_bug.cgi?id=514699 Thanks in advance, Victor From overholt at redhat.com Fri Jul 31 13:04:16 2009 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 31 Jul 2009 09:04:16 -0400 Subject: [fedora-java] Suggestions to improve the JAVA guidelines In-Reply-To: <4A722D91.3000702@sun.com> References: <944056.4440.qm@web32808.mail.mud.yahoo.com> <4A722D91.3000702@sun.com> Message-ID: <20090731130416.GA2986@redhat.com> * Victor Vasilyev [2009-07-30 19:33]: > Orcan Ogetbil wrote: >> Conrad Meyer wrote: >>> Orcan Ogetbil wrote: >>>> JAVA GUIDELINES: >>>> >>>> - BuildRequires: jpackage-utils >>>> >>>> Why do we need this? I understand Requires: jpackage-utils for >>>> directory ownership etc, but the BR is not necessary for most >>>> packages (at least all the ones I saw so far). I think this should >>>> *not* be required. >>> rpm -ql jpackage-utils | grep /usr/bin >>> A lot of these are useful. >> Yes, I agree. But can't we leave the BR out for those packages which don't use these tools? >> [...] > > Are there any valuable reasons for establishing dependencies on the > jpackage-utils if such facilities are not used in a package/subpackage? The BR on jpackage-utils could probably be made optional. Andrew From Victor.Vasilyev at Sun.COM Fri Jul 31 15:10:26 2009 From: Victor.Vasilyev at Sun.COM (Victor Vasilyev) Date: Fri, 31 Jul 2009 19:10:26 +0400 Subject: [fedora-java] Suggestions to improve the JAVA guidelines In-Reply-To: <20090731130416.GA2986@redhat.com> References: <944056.4440.qm@web32808.mail.mud.yahoo.com> <4A722D91.3000702@sun.com> <20090731130416.GA2986@redhat.com> Message-ID: <4A730962.3010200@sun.com> Hi Andrew, Andrew Overholt wrote: > * Victor Vasilyev [2009-07-30 19:33]: > >> Are there any valuable reasons for establishing dependencies on the >> jpackage-utils if such facilities are not used in a package/subpackage? > The BR on jpackage-utils could probably be made optional. > Why only BR? For example, my package jemmy doesn't use the jpackage-utils facilities in the run time too. Moreover, I don't see any reasons to have the run time dependencies on jpackage-utils for both javadoc and manual subpackages. At least concerning javadoc subpackages the OpenJDK (i.e java-devel package) must have complete set of tools to create javadoc, otherwise it is a bug JDK, isn't it? --- Victor From overholt at redhat.com Fri Jul 31 15:23:02 2009 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 31 Jul 2009 11:23:02 -0400 Subject: [fedora-java] Suggestions to improve the JAVA guidelines In-Reply-To: <4A730962.3010200@sun.com> References: <944056.4440.qm@web32808.mail.mud.yahoo.com> <4A722D91.3000702@sun.com> <20090731130416.GA2986@redhat.com> <4A730962.3010200@sun.com> Message-ID: <20090731152302.GE2986@redhat.com> * Victor Vasilyev [2009-07-31 11:11]: > Hi Andrew, > > Andrew Overholt wrote: >> * Victor Vasilyev [2009-07-30 19:33]: >> >>> Are there any valuable reasons for establishing dependencies on the >>> jpackage-utils if such facilities are not used in a >>> package/subpackage? >> The BR on jpackage-utils could probably be made optional. >> > Why only BR? Doesn't jpackage-utils own /usr/share/java which you're using in your jemmy package? Andrew From fedora at matbooth.co.uk Fri Jul 31 15:33:08 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Fri, 31 Jul 2009 16:33:08 +0100 Subject: [fedora-java] Suggestions to improve the JAVA guidelines In-Reply-To: <20090731152302.GE2986@redhat.com> References: <944056.4440.qm@web32808.mail.mud.yahoo.com> <4A722D91.3000702@sun.com> <20090731130416.GA2986@redhat.com> <4A730962.3010200@sun.com> <20090731152302.GE2986@redhat.com> Message-ID: <9497e9990907310833v14239747r68f0594c5b78b55f@mail.gmail.com> On Fri, Jul 31, 2009 at 4:23 PM, Andrew Overholt wrote: > * Victor Vasilyev [2009-07-31 11:11]: >> Hi Andrew, >> >> Andrew Overholt wrote: >>> * Victor Vasilyev [2009-07-30 19:33]: >>> >>>> Are there any valuable reasons for establishing dependencies on the >>>> jpackage-utils if such facilities are not used in a >>>> package/subpackage? >>> The BR on jpackage-utils could probably be made optional. >>> >> Why only BR? > > Doesn't jpackage-utils own /usr/share/java which you're using in your > jemmy package? > > Andrew > It also owns ${_javadocdir}, which is where you should be installing javadocs. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From Victor.Vasilyev at Sun.COM Fri Jul 31 23:01:30 2009 From: Victor.Vasilyev at Sun.COM (Victor Vasilyev) Date: Sat, 01 Aug 2009 03:01:30 +0400 Subject: [fedora-java] Suggestions to improve the JAVA guidelines In-Reply-To: <9497e9990907310833v14239747r68f0594c5b78b55f@mail.gmail.com> References: <944056.4440.qm@web32808.mail.mud.yahoo.com> <4A722D91.3000702@sun.com> <20090731130416.GA2986@redhat.com> <4A730962.3010200@sun.com> <20090731152302.GE2986@redhat.com> <9497e9990907310833v14239747r68f0594c5b78b55f@mail.gmail.com> Message-ID: <4A7377CA.9050206@sun.com> Mat, Andrew, Thanks for the clarifications. I've understood that the jpackage-utils package has got a lot of functions and facilities, and it is not just a container for the utility scripts. From this moment, I'll use the jpackage-utils as described without any doubts :-) --- Victor Booth wrote: > On Fri, Jul 31, 2009 at 4:23 PM, Andrew Overholt wrote: > >> * Victor Vasilyev [2009-07-31 11:11]: >> >>> Hi Andrew, >>> >>> Andrew Overholt wrote: >>> >>>> * Victor Vasilyev [2009-07-30 19:33]: >>>> >>>> >>>>> Are there any valuable reasons for establishing dependencies on the >>>>> jpackage-utils if such facilities are not used in a >>>>> package/subpackage? >>>>> >>>> The BR on jpackage-utils could probably be made optional. >>>> >>>> >>> Why only BR? >>> >> Doesn't jpackage-utils own /usr/share/java which you're using in your >> jemmy package? >> >> Andrew >> >> > > It also owns ${_javadocdir}, which is where you should be installing javadocs. > > >