From fkung at redhat.com Tue Jan 2 15:36:54 2007 From: fkung at redhat.com (Francis Kung) Date: Tue, 02 Jan 2007 10:36:54 -0500 Subject: [fedora-java] F7 plan (gcj/java/eclipse/swt/java-gnome/fop/batik/etc) In-Reply-To: <1167421316.19763.82.camel@localhost.localdomain> References: <1167421316.19763.82.camel@localhost.localdomain> Message-ID: <459A7C16.8090100@redhat.com> > - gcj-compiled DocBook toolchain > It seems we have made lots of progress with FOP and Batik since the > last discussion about this: > http://thread.gmane.org/gmane.linux.redhat.fedora.documentation/4582 > Does anybody know where we are with that at this time? > Would be nice to coordinate with the fedora-docs-list if we can > provide something. Batik is working much better on Classpath now. I don't know what areas of Batik are used by DocBook, however, so I don't know how well we do in this regard. I've been working mostly off of the standard sample files that come with Batik, but I can concentrate on this if we know what areas are needed. I haven't heard of any other progress on the FOP/DocBook front. Cheers, Francis From mark at klomp.org Tue Jan 2 15:49:50 2007 From: mark at klomp.org (Mark Wielaard) Date: Tue, 02 Jan 2007 16:49:50 +0100 Subject: [fedora-java] F7 plan (gcj/java/eclipse/swt/java-gnome/fop/batik/etc) In-Reply-To: <459A7C16.8090100@redhat.com> References: <1167421316.19763.82.camel@localhost.localdomain> <459A7C16.8090100@redhat.com> Message-ID: <1167752991.21560.4.camel@dijkstra.wildebeest.org> On Tue, 2007-01-02 at 10:36 -0500, Francis Kung wrote: > > - gcj-compiled DocBook toolchain > > It seems we have made lots of progress with FOP and Batik since the > > last discussion about this: > > http://thread.gmane.org/gmane.linux.redhat.fedora.documentation/4582 > > Does anybody know where we are with that at this time? > > Would be nice to coordinate with the fedora-docs-list if we can > > provide something. > > Batik is working much better on Classpath now. I don't know what areas > of Batik are used by DocBook, however, so I don't know how well we do in > this regard. > > I've been working mostly off of the standard sample files that come with > Batik, but I can concentrate on this if we know what areas are needed. > I haven't heard of any other progress on the FOP/DocBook front. Karsten (CCed) Do you have a link or description of how the gcj-compiled DocBook toolchain should work to be useful for the doc-team? We are working on a feature list for Fedora 7 and this is one of the things that seems good to take a look at early if the doc-team wants it. See http://thread.gmane.org/gmane.linux.redhat.fedora.java/1997 Thanks, Mark From overholt at redhat.com Tue Jan 2 16:00:27 2007 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 2 Jan 2007 11:00:27 -0500 Subject: [fedora-java] F7 plan (gcj/java/eclipse/swt/java-gnome/fop/batik/etc) In-Reply-To: <1167421316.19763.82.camel@localhost.localdomain> References: <1167421316.19763.82.camel@localhost.localdomain> Message-ID: <20070102160026.GA20476@redhat.com> Hi, * Mark Wielaard [2006-12-29 14:42]: > > - 1.5 language & library support in gcj This would allow us to have Mylar which is something I'd like to see. It'll also allow us to build the Eclipse SDK with the 1.5 bits (apt, junit4) enabled. > - eclipse/swt/rcp stack > 3.2 seems already good to go, and 3.3 will not come out till the > middle of 2007. Azureus, RSSOwl also already seem updated. Yeah, we're staying with 3.2.x for F7. Ben and I will be making 3.3 M-build RPMs available outside of Fedora for testing purposes. > Maybe some work can be done to support the JDWP work in libgcj to > get a little debugging going? And it would be nice to make sure that > the ecj from eclipse and that from the gcj 1.5-stack match up. Yes! Although I don't think work can be done on the Eclipse side. It should Just Work like the proprietary JVMs do. I think we're pretty close to this. Keith? - Eclipse stuff Here, we're planning on: . trying to get most of the autotools work finished. This means the underlying building stuff (which is mostly done at this point), an autoconf editor, an automake editor, the ability to invoke the individual tools independently, etc. I'd also like to investigate a linked, form-based editor like the attached but I don't think I'll personally have time . packaging the language packs. Kyu's almost finished with a tool to automate this. . seeing if we can include the RPM plugins. I'd especially like to see the specfile editor. This sort of depends upon it getting moved at eclipse.org. That's underway. . getting a new version of PyDev ready . finishing up a specfile stubber that I've started on. This will ease the packaging of features and will hopefully encourage more packaging contributors I can't think of anything else at the moment. It'd be great to get all of these plans up on the Fedora wiki somewhere. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin.kofler at chello.at Wed Jan 3 01:56:05 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 3 Jan 2007 01:56:05 +0000 (UTC) Subject: [fedora-java] Re: Does anyone have working JacORB packages for FC6? References: Message-ID: > (The bootclasspath hackery which the jaco script normally does doesn't work > with gij, at least not for me.) At least the name server appears to start up > that way, I haven't done any further testing yet. Unfortunately, value types don't work when doing things this way due to some type conflict between the libgcj and the JacORB classes: Exception in thread "main" java.lang.NoClassDefFoundError: gnu.javax.rmi.CORBA.RmiUtilities at java.lang.Class.initializeClass(libgcj.so.7rh) at java.lang.Class.initializeClass(libgcj.so.7rh) at java.lang.Class.forName(libgcj.so.7rh) at gnu.CORBA.ObjectCreator.forName(libgcj.so.7rh) at gnu.javax.rmi.CORBA.DelegateFactory.getInstance(libgcj.so.7rh) at javax.rmi.CORBA.Util.(libgcj.so.7rh) at java.lang.Class.initializeClass(libgcj.so.7rh) at org.jacorb.util.ValueHandler.getRMIRepositoryID(ValueHandler.java:10) at org.jacorb.orb.CDROutputStream.write_value(CDROutputStream.java:2099) Caused by: java.lang.VerifyError: Incompatible types: In class gnu.javax.rmi.CORBA.RmiUtilities: org.omg.CORBA.WStringValueHelper is not assignable to org.omg.CORBA.portable.BoxedValueHelper at java.lang.Class.initializeClass(libgcj.so.7rh) ...10 more Something somewhere probably needs to be rebuilt, but if I rebuild gnu.javax.rmi.CORBA.RmiUtilities and put it in a jar in the gcj-endorsed directory, I get "java.lang.VerifyError: verification failed at PC 92 in gnu.javax.rmi.CORBA.RmiUtilities:writeFields((Lorg.omg.CORBA.portable. OutputStream;Ljava.io.Serializable;)V): incompatible type on stack" instead, and I couldn't get that to go away. I don't feel like hunting this mess any further right now. It works on the university machine using Sun Java. Kevin Kofler From green at redhat.com Wed Jan 3 02:11:11 2007 From: green at redhat.com (Anthony Green) Date: Tue, 02 Jan 2007 18:11:11 -0800 Subject: [fedora-java] F7 plan (gcj/java/eclipse/swt/java-gnome/fop/batik/etc) In-Reply-To: <459A7C16.8090100@redhat.com> References: <1167421316.19763.82.camel@localhost.localdomain> <459A7C16.8090100@redhat.com> Message-ID: <1167790271.3422.3.camel@localhost.localdomain> On Tue, 2007-01-02 at 10:36 -0500, Francis Kung wrote: > Batik is working much better on Classpath now. Are you planning on packaging this for Fedora Extras? That would be great. AG From Tommy.Reynolds at MegaCoder.com Wed Jan 3 03:00:29 2007 From: Tommy.Reynolds at MegaCoder.com (Tommy Reynolds) Date: Tue, 2 Jan 2007 19:00:29 -0800 Subject: [fedora-java] F7 plan (gcj/java/eclipse/swt/java-gnome/fop/batik/etc) In-Reply-To: <1167752991.21560.4.camel@dijkstra.wildebeest.org> References: <1167421316.19763.82.camel@localhost.localdomain> <459A7C16.8090100@redhat.com> <1167752991.21560.4.camel@dijkstra.wildebeest.org> Message-ID: <20070102190029.43db608e.Tommy.Reynolds@MegaCoder.com> Uttered Mark Wielaard , spake thus: > On Tue, 2007-01-02 at 10:36 -0500, Francis Kung wrote: > > > - gcj-compiled DocBook toolchain > > > It seems we have made lots of progress with FOP and Batik since the > > > last discussion about this: > > > http://thread.gmane.org/gmane.linux.redhat.fedora.documentation/4582 > > > Does anybody know where we are with that at this time? > > > Would be nice to coordinate with the fedora-docs-list if we can > > > provide something. > > Batik is working much better on Classpath now. I don't know what areas > > of Batik are used by DocBook, however, so I don't know how well we do in > > this regard. > > I've been working mostly off of the standard sample files that come with > > Batik, but I can concentrate on this if we know what areas are needed. > > I haven't heard of any other progress on the FOP/DocBook front. > Karsten (CCed) Do you have a link or description of how the gcj-compiled > DocBook toolchain should work to be useful for the doc-team? Mark, I've been a major contributor to the FDP/DocBook, mostly in the tools area. I've developed some XMLTO patches that will let us use FOP et. al. and ASUI, Tim Waugh -- the XMLTO maintainer -- is hanging fire waiting for there to actually be a native FOP package. I'm not sure what you're asking for here, so I'll shotgun a bunch of points in the hope one will be near the mark. As far as batik is concerned, we would mostly be using it via FOP; batik would not absolutely need to be packaged separately, but it would be nice to use standalone. If I were assigning the priority, I'd want batik-like function via the FOP interface rather than standalone batik. The preferred rendering would be to PNG objects first, with a JPG alternative a middling second. No GIF, TIF and all the rest needed. I'm sure Karsten and Paul W Frields will weigh in later, but this should be close. Cheers, HTH -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mark at klomp.org Wed Jan 3 09:57:29 2007 From: mark at klomp.org (Mark Wielaard) Date: Wed, 03 Jan 2007 10:57:29 +0100 Subject: [fedora-java] F7 plan (gcj/java/eclipse/swt/java-gnome/fop/batik/etc) In-Reply-To: <20070102190029.43db608e.Tommy.Reynolds@MegaCoder.com> References: <1167421316.19763.82.camel@localhost.localdomain> <459A7C16.8090100@redhat.com> <1167752991.21560.4.camel@dijkstra.wildebeest.org> <20070102190029.43db608e.Tommy.Reynolds@MegaCoder.com> Message-ID: <1167818249.2840.12.camel@hermans.wildebeest.org> Hi, On Tue, 2007-01-02 at 19:00 -0800, Tommy Reynolds wrote: > I've been a major contributor to the FDP/DocBook, mostly in the tools area. > I've developed some XMLTO patches that will let us use FOP et. al. and ASUI, > Tim Waugh -- the XMLTO maintainer -- is hanging fire waiting for there to > actually be a native FOP package. Great. Lets see what we can get together for F7. > I'm not sure what you're asking for here, so I'll shotgun a bunch of points in > the hope one will be near the mark. > > As far as batik is concerned, we would mostly be using it via FOP; batik would > not absolutely need to be packaged separately, but it would be nice to use > standalone. If I were assigning the priority, I'd want batik-like function > via the FOP interface rather than standalone batik. > > The preferred rendering would be to PNG objects first, with a JPG alternative > a middling second. No GIF, TIF and all the rest needed. Yes, these priorities are useful. Since we are mostly compiler, runtime, library hackers, and don't actually know much about the processes of the doc-team, could you describe the "workflow" you would do? If you could describe/show some sample input files, the stylesheets you would use, the commands you would use to transform them and how you would expect the rendered output files to look like that would be very helpful. Thanks, Mark From Tommy.Reynolds at MegaCoder.com Wed Jan 3 14:54:31 2007 From: Tommy.Reynolds at MegaCoder.com (Tommy Reynolds) Date: Wed, 3 Jan 2007 06:54:31 -0800 Subject: [fedora-java] F7 plan (gcj/java/eclipse/swt/java-gnome/fop/batik/etc) In-Reply-To: <1167818249.2840.12.camel@hermans.wildebeest.org> References: <1167421316.19763.82.camel@localhost.localdomain> <459A7C16.8090100@redhat.com> <1167752991.21560.4.camel@dijkstra.wildebeest.org> <20070102190029.43db608e.Tommy.Reynolds@MegaCoder.com> <1167818249.2840.12.camel@hermans.wildebeest.org> Message-ID: <20070103065431.df670dd3.Tommy.Reynolds@MegaCoder.com> Uttered Mark Wielaard , spake thus: > Since we are mostly compiler, runtime, > library hackers, and don't actually know much about the processes of the > doc-team, could you describe the "workflow" you would do? If you could > describe/show some sample input files, the stylesheets you would use, > the commands you would use to transform them and how you would expect > the rendered output files to look like that would be very helpful. You can find all our tools, stylesheets and such in our Documentation Guide on the web at: http://fedora.redhat.com/docs/documentation-guide/sn-cvs-config.html Setup the anonymous CVS as shown, and then check out two modules: o docs-commond o example-tutorial In the "example-tutorial/" directory, do this heap big magic: $ make pdf All will be revealed. The pithy part is that we will expect an executable named "fop" somewhere on the path, where xmlto(1) can find it, because somewhere in all that make(1)'ing, we generate a: xmlto pdf example-tutorial.xml (in essence, if not in fact). Now, the stock xmlto(1) doesn't use FOP, it relies on the "passivetex" project which appears to be not only broken, but defunct. I've got a patched version of xmlto(1) here: http://www.megacoder.com/files/xmlto/xmlto-0.0.18-7.src.rpm http://www.megacoder.com/files/xmlto/xmlto-0.0.18-7.i386.rpm so you can install that and try it out for real. It won't install unless you --force it to believe there actually is a FOP package. I won't be around until this evening, but you can catch me then. Cheers -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From aph at redhat.com Wed Jan 3 16:53:50 2007 From: aph at redhat.com (Andrew Haley) Date: Wed, 3 Jan 2007 16:53:50 +0000 Subject: [fedora-java] F7 plan (gcj/java/eclipse/swt/java-gnome/fop/batik/etc) In-Reply-To: <1167421316.19763.82.camel@localhost.localdomain> References: <1167421316.19763.82.camel@localhost.localdomain> Message-ID: <17819.57246.849570.10789@zebedee.pink> Mark Wielaard writes: > I saw the following thread about F7 plans and noticed we don't have any > goals for gcj/eclipse/swt/java-gnome/etc > http://thread.gmane.org/gmane.linux.redhat.fedora.advisory-board/1551 > > So here are some ideas, deadlines and dependencies that might be nice to > look at for F7 for the various stacks that make up the fedora-devel-java > world. Please reply if you are working on any of this, if I am saying > something silly/wrong or if there are more stack/application issues that > you think are important for F7. > > The "important dates" are: > > - January 23 - Test1 Development Freeze > - February 20 - Test2 Development Freeze > - March 15 - Test3 Development Freeze > - Release in April > > Test2 is just before Fosdem. And since all features should be in by > then, it would be nice to try and create a liveCD with all "our > features" on it to show off at Fosdem (Feb 24/25, Brussel, Belgium). > > - 1.5 language & library support in gcj > This seems to be the biggest and most intrusive upgrade. But starting > this early seems like a very good idea. Upstream is cleaning up some > last issues. And it needs lots of testing. Would be good if something > can be cooked up for Test1. Needs help from gcc-toolchain people. Tom Tromey and I will merge the gcj 1.5 branch to gcc trunk upstream. Then, we'll work with Jakub Jelinek to get the result into the F7 RPM. This must happen soon. Hopefully the gcj trunk merge will be complete this week, and we can move on to the F7 RPM next week. > - Separate libgcj-rpm. Would be really nice so we can update the core > class libraries separate from the core gcc compilers. Should also help > with updates/dependencies since libgcj provides the mozilla plugin now > and the awt libraries depend on gtk+. Would be nice if this can be > done before Test2 so we can test an upgrade. Again needs help from > gcc-toolchain people. According to Jesse Keating, we should aim to have this ready by February 27, the test2 date. Tom Tromey has already done a separate libgcj RPM for an earlier version, so we should be good to go. > - java-gcj-compat > The biggest issue with this, if the 1.5-stack goes through is that > gjdoc isn't 1.5 safe. If we cannot easily update gjdoc, then maybe > sinjdoc could be investigated as replacement. > http://www.cag.lcs.mit.edu/~cananian/Projects/GJ/#sinjdoc > (Do we also need updates for javap and javah replacements?) Tom Fitzsimmons has volunteered to investigate this. However, he can't do much until we've got Item 1, 1.5 language & library support in gcj, done. > - eclipse/swt/rcp stack > 3.2 seems already good to go, and 3.3 will not come out till the > middle of 2007. Azureus, RSSOwl also already seem updated. > Andrew Overholt already has written down some plans for the future: > http://overholt.ca/wp/?p=76 > Maybe some work can be done to support the JDWP work in libgcj to > get a little debugging going? And it would be nice to make sure that > the ecj from eclipse and that from the gcj 1.5-stack match up. The 1.5 gcj branch needs ecj, and ecj is part of Eclipse. There are some tricky dependencies between Eclipse and some other packages, and we should work to have a separate ecj RPM. Andrew Overholt will investigate getting a separate ecj RPM that does not depend on Eclipse into F7. > - java-gnome > There are some rumors about a upgrade/rewrite, but nothing concrete as > far as I have seen. If there is a rewrite that might cause some extra > work for applications like Frysk. > > - gcj-compiled DocBook toolchain > It seems we have made lots of progress with FOP and Batik since the > last discussion about this: > http://thread.gmane.org/gmane.linux.redhat.fedora.documentation/4582 > Does anybody know where we are with that at this time? > Would be nice to coordinate with the fedora-docs-list if we can > provide something. > > - jpackage. Does it make sense to upgrade all packages to jpp 1.7 if the > 1.5-stack goes in? > > - OpenOffice 2.2 > Listed here since it does have some parts written in java. 2.2 comes > out end of February. Probably needs retesting with the gcj-stack. I > don't know if there are new java language/library dependencies. This probably won't make it. > Some things that would be nice, but that are probably a lot of work, > maybe better left for Fedora *, unless someone volunteers of course! :) > > - OpenJDK > Still lots missing. Hopefully at Fosdem we will learn a bit more about > the encumberments and when which parts of the core libraries will be > liberated fully. But it might be nice to see if javac could be > packaged. Or maybe a brave soul make hotspot work with classpath? Before F7 cutoff? I doubt it. :-) > - JBoss application server, SEAM stack > Not tried yet. Parts like tomcat are already packaged. If we can get > the 1.5-stack going it makes sense to look at this a bit closer. Maybe > other parts can be lifted from jpackage? I'll have a look at JBoss, but it has a lot of dependencies. Andrew. From tromey at redhat.com Wed Jan 3 17:04:40 2007 From: tromey at redhat.com (Tom Tromey) Date: 03 Jan 2007 10:04:40 -0700 Subject: [fedora-java] F7 plan (gcj/java/eclipse/swt/java-gnome/fop/batik/etc) In-Reply-To: <1167433024.19763.97.camel@localhost.localdomain> References: <1167421316.19763.82.camel@localhost.localdomain> <1167433024.19763.97.camel@localhost.localdomain> Message-ID: >>>>> "Mark" == Mark Wielaard writes: >> We don't have javap at all, do we? But we do have jcf-dump, which has >> not changed during all the 1.5 work. Mark> You are right. Strange, since jcf-dump has a --javap mode I assumed it Mark> would be the natural wrapper for java-gcj-compat to provide javap. Note that --javap mode is hardly ever used, afaik. I don't recall ever using it myself, nor do I recall ever seeing a bug report mentioning it. >> The new javah that is in Classpath will show up when we merge the >> gcj-eclipse branch to trunk. Mark> Will this replace gcjh? Yes. gcjh has been deleted from the branch. Tom From gbenson at redhat.com Thu Jan 4 08:39:57 2007 From: gbenson at redhat.com (Gary Benson) Date: Thu, 4 Jan 2007 08:39:57 +0000 Subject: [fedora-java] F7 plan (gcj/java/eclipse/swt/java-gnome/fop/batik/etc) In-Reply-To: <17819.57246.849570.10789@zebedee.pink> References: <1167421316.19763.82.camel@localhost.localdomain> <17819.57246.849570.10789@zebedee.pink> Message-ID: <20070104083956.GA3782@redhat.com> Andrew Haley wrote: > Mark Wielaard writes: > > - 1.5 language & library support in gcj > > This seems to be the biggest and most intrusive upgrade. But > > starting this early seems like a very good idea. Upstream is > > cleaning up some last issues. And it needs lots of testing. > > Would be good if something can be cooked up for Test1. Needs > > help from gcc-toolchain people. > > Tom Tromey and I will merge the gcj 1.5 branch to gcc trunk > upstream. Then, we'll work with Jakub Jelinek to get the result > into the F7 RPM. Is there anything I can do to help with this? Cheers, Gary From bkonrath at redhat.com Thu Jan 11 21:04:45 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Thu, 11 Jan 2007 16:04:45 -0500 Subject: [fedora-java] Help Wanted: Fedora Eclipse Message-ID: <1168549485.3546.14.camel@plug> Hi, I just created an entry in the Fedora Wiki for Eclipse packaging tasks: http://fedoraproject.org/wiki/EclipseHelpWanted I separated the list into packaging oriented tasks and development oriented tasks to help people find the kind of task they are interested in helping with. I put my name beside the tasks that I'm planning to work on in the next little while and I encourage interested people to do the same. I will be updating this list regularly so that stale tasks don't hang around too long. Don't hesitate to contact me if you are interested in helping with any of these tasks or have any questions. Thanks, Ben From bkonrath at redhat.com Tue Jan 16 17:37:57 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Tue, 16 Jan 2007 12:37:57 -0500 Subject: [fedora-java] Eclipse 3.3M4 packages for FC6 Message-ID: <1168969077.23122.4.camel@plug> Hi, I whipped up some test packages of Eclipse 3.3M4 i386 for Fedora Core 6. The packages are sitting in this repo: [eclipse3.3M4] name=Eclipse 3.3M4 for FC-6 baseurl=http://www.bagu.org/eclipse/3.3M4-FC6/ enabled=1 gpgcheck=0 While these packages do work, I noticed that there are some libgcj bugs exposed by this build. Since I don't have time to debug issues with this build, please consider these packages for testing purposes only. Thanks, Ben From overholt at redhat.com Fri Jan 19 20:23:39 2007 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 19 Jan 2007 15:23:39 -0500 Subject: [fedora-java] Subclipse, GCJ & JNI Message-ID: <20070119202338.GB14309@redhat.com> Hi, I've recently started using Subclipse for my work on org.eclipse.linuxtools at eclipse.org. I had just been working with my e.o password but today started using my ssh key. This posed a problem for me, however, as Subclipse is built in Fedora to not ever use the JNI JavaHL library. Without this library, one must use the pure-Java SVNKit which doesn't allow use of ssh-agent. The reason the JNI library usage is patched out is because it doesn't work with gcj. Or at least it didn't in the past. Does anyone know if that has changed? It would be *really* great to get a fix into an FC6 update or at least make sure it works in Fedora 7. I see this thread from July. Does anyone know what happened with it? http://gcc.gnu.org/ml/java-patches/2006-q3/msg00232.html Thanks, Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nutello at sweetness.com Fri Jan 19 20:53:17 2007 From: nutello at sweetness.com (Rudi Chiarito) Date: Fri, 19 Jan 2007 21:53:17 +0100 Subject: [fedora-java] Subclipse, GCJ & JNI In-Reply-To: <20070119202338.GB14309@redhat.com> References: <20070119202338.GB14309@redhat.com> Message-ID: <20070119205317.GH28367@plain.rackshack.net> On Fri, Jan 19, 2007 at 03:23:39PM -0500, Andrew Overholt wrote: > JavaHL library. Without this library, one must use the pure-Java SVNKit > which doesn't allow use of ssh-agent. It also does not allow the use of HTTP Negotiate authentication (for use with Kerberos). -- Rudi From tromey at redhat.com Sun Jan 21 06:36:35 2007 From: tromey at redhat.com (Tom Tromey) Date: 20 Jan 2007 23:36:35 -0700 Subject: [fedora-java] Subclipse, GCJ & JNI In-Reply-To: <20070119202338.GB14309@redhat.com> References: <20070119202338.GB14309@redhat.com> Message-ID: >>>>> "Andrew" == Andrew Overholt writes: Andrew> I see this thread Andrew> from July. Does anyone know what happened with it? Andrew> http://gcc.gnu.org/ml/java-patches/2006-q3/msg00232.html No patch ever went in. My recollection is that this patch was not quite right, and then we forgot about this :-( It isn't too late to fix it for F7. I put it on my to-do list. Tom From overholt at redhat.com Mon Jan 22 14:08:32 2007 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 22 Jan 2007 09:08:32 -0500 Subject: [fedora-java] Subclipse, GCJ & JNI In-Reply-To: References: <20070119202338.GB14309@redhat.com> Message-ID: <20070122140832.GA31555@redhat.com> * Tom Tromey [2007-01-21 03:46]: > >>>>> "Andrew" == Andrew Overholt writes: > > Andrew> http://gcc.gnu.org/ml/java-patches/2006-q3/msg00232.html > > [...] > > It isn't too late to fix it for F7. I put it on my to-do list. Great, thanks! It's pretty important IMO. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tromey at redhat.com Mon Jan 22 15:07:08 2007 From: tromey at redhat.com (Tom Tromey) Date: 22 Jan 2007 08:07:08 -0700 Subject: [fedora-java] Subclipse, GCJ & JNI In-Reply-To: <20070122140832.GA31555@redhat.com> References: <20070119202338.GB14309@redhat.com> <20070122140832.GA31555@redhat.com> Message-ID: >>>>> "Andrew" == Andrew Overholt writes: >> It isn't too late to fix it for F7. I put it on my to-do list. Andrew> Great, thanks! It's pretty important IMO. BTW this is PR 29812 in case you want to track it. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29812 Tom From robert at marcanoonline.com Mon Jan 22 17:40:52 2007 From: robert at marcanoonline.com (Robert Marcano) Date: Mon, 22 Jan 2007 13:40:52 -0400 Subject: [fedora-java] Subclipse, GCJ & JNI In-Reply-To: References: <20070119202338.GB14309@redhat.com> <20070122140832.GA31555@redhat.com> Message-ID: <1169487652.3134.1.camel@localhost.localdomain> On Mon, 2007-01-22 at 08:07 -0700, Tom Tromey wrote: > >>>>> "Andrew" == Andrew Overholt writes: > > >> It isn't too late to fix it for F7. I put it on my to-do list. > > Andrew> Great, thanks! It's pretty important IMO. > > BTW this is PR 29812 in case you want to track it. > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29812 I added myself to the bug to track it in order to do the subclipse rebuild when appropriate > > Tom ________________________________________ Robert Marcano ????????????????? web: http://www.marcanoonline.com/ gpg --keyserver hkp://pgp.mit.edu/ --recv-key 72A0DCFD From overholt at redhat.com Mon Jan 22 21:19:35 2007 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 22 Jan 2007 16:19:35 -0500 Subject: [fedora-java] [Mike_Wilson@ca.ibm.com: Re: [eclipse-dev] 3.3M5 and Valentine's Day] Message-ID: <20070122211935.GA4772@redhat.com> For those that aren't on eclipse-dev, here are the proposed 3.3 dates: ----- Forwarded message from Mike Wilson ----- > From: Mike Wilson > To: "General development mailing list of the Eclipse project." > X-Mailer: Lotus Notes Release 6.5.5 November 30, 2005 > Date: Mon, 22 Jan 2007 11:08:42 -0500 > Subject: Re: [eclipse-dev] 3.3M5 and Valentine's Day > > [...] > > Friday Feb. 9, 2006 - Milestone 5 (3.3 M5) - stable build > Friday Mar. 23, 2006 - Milestone 6 (3.3 M6) - stable build - API complete - API > Freeze > Friday May 4, 2006 - Milestone 7 (3.3 M5) - stable build - feature complete - > development freeze - lock down and testing begins > > ***IMPORTANT***: Although M6 is the last possible date for API changes, it is > important for people to close on their API sooner if possible, > _preferably_by_M5_. This is _effectively_what_happened_last_year_ where the API > Freeze was M5, but there were a significant number of API changes post M5. I > expect the situation to be similar this year, but we are being transparent > about the likelyhood of late changes. After M5, > _you_should_get_approval_from_a_PMC_member_ for any API change you want to > make. > > You should also assume that all attempts to make API changes after M6 will be > rejected. > ----- End forwarded message ----- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tromey at redhat.com Mon Jan 22 22:38:45 2007 From: tromey at redhat.com (Tom Tromey) Date: 22 Jan 2007 15:38:45 -0700 Subject: [fedora-java] Subclipse, GCJ & JNI In-Reply-To: <1169487652.3134.1.camel@localhost.localdomain> References: <20070119202338.GB14309@redhat.com> <20070122140832.GA31555@redhat.com> <1169487652.3134.1.camel@localhost.localdomain> Message-ID: Robert> I added myself to the bug to track it in order to do the subclipse Robert> rebuild when appropriate I checked in the GCC fix, but it will still be a while before this shows up in an RPM. Tom From orion at cora.nwra.com Fri Jan 26 23:30:16 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 26 Jan 2007 16:30:16 -0700 Subject: [fedora-java] Problems building gridengine 6.1 with gcj on FC6 Message-ID: I'm trying to build Sun gridengine 6.1's java stuff on FC6 with gcj and getting errors trying to run the junit tests: [java] -do-compile-test: [java] [javac] Compiling 5 source files to /builddir/build/BUILD/gridengine/sour ce/CLASSES/juti/test/classes [java] [javac] ---------- [java] [javac] 1. ERROR in /builddir/build/BUILD/gridengine/source/libs/juti/tes t/com/sun/grid/JUtiSuite.java (at line 37) [java] [javac] import junit.framework.Test; [java] [javac] ^^^^^ [java] [javac] The import junit cannot be resolved [java] [javac] ---------- [java] [javac] 2. ERROR in /builddir/build/BUILD/gridengine/source/libs/juti/tes t/com/sun/grid/JUtiSuite.java (at line 38) [java] [javac] import junit.framework.TestCase; [java] [javac] ^^^^^ [java] [javac] The import junit cannot be resolved [java] [javac] ---------- [java] [javac] 3. ERROR in /builddir/build/BUILD/gridengine/source/libs/juti/tes t/com/sun/grid/JUtiSuite.java (at line 39) [java] [javac] import junit.framework.TestSuite; [java] [javac] ^^^^^ [java] [javac] The import junit cannot be resolved The junit package is installed. Does anything paths need to be defined? I'm afraid I'm a complete neophyte WRT Java. (please CC me too) -- 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 Sat Jan 27 00:17:21 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 26 Jan 2007 17:17:21 -0700 Subject: [fedora-java] Re: Problems building gridengine 6.1 with gcj on FC6 In-Reply-To: References: Message-ID: Orion Poplawski wrote: > I'm trying to build Sun gridengine 6.1's java stuff on FC6 with gcj and > getting errors trying to run the junit tests: > > > [java] -do-compile-test: > [java] [javac] Compiling 5 source files to > /builddir/build/BUILD/gridengine/sour > ce/CLASSES/juti/test/classes > [java] [javac] ---------- > [java] [javac] 1. ERROR in > /builddir/build/BUILD/gridengine/source/libs/juti/tes > t/com/sun/grid/JUtiSuite.java (at line 37) Sorry, found where I needed to specify the junit.jar location. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From overholt at redhat.com Wed Jan 31 20:48:18 2007 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 31 Jan 2007 15:48:18 -0500 Subject: [fedora-java] Dropping eclipse-bugzilla Message-ID: <20070131204817.GG23642@redhat.com> Hi, I'd like to drop eclipse-bugzilla from Fedora. It's no longer maintained and the Java 1.5 stuff we're getting will allow us to build and ship Mylar which has better BZ integration. Anyone have any problems with this? How should we go about this? It's currently in Core but I don't want it merged into the BNF. Thanks, Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: