From overholt at redhat.com Fri Jun 2 05:02:41 2006 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 2 Jun 2006 01:02:41 -0400 Subject: [fedora-java] RSSOwl broken in FC5 Message-ID: <20060602050240.GA5419@redhat.com> Hi, I have yet to file this (I will tomorrow), but RSSOwl is broken for me after the recent gcc and Eclipse updates. I'm not sure which update it was that broke it, but I get the attached stack trace when I try to run. I tried rebuilding and it didn't help. I also tried temporarily moving my ~/.rssowl out of the way but that didn't help either. I can debug more tomorrow. Andrew -------------- next part -------------- $ rssowl Exception in thread "main" org.eclipse.swt.SWTException: i/o error (java.util.zip.ZipException: Deflated stream ends early.) at org.eclipse.swt.SWT.error(org.eclipse.swt.gtk.linux.x86_3.1.1.jar.so) at org.eclipse.swt.SWT.error(org.eclipse.swt.gtk.linux.x86_3.1.1.jar.so) at org.eclipse.swt.internal.image.GIFFileFormat.readID(org.eclipse.swt.gtk.linux.x86_3.1.1.jar.so) at org.eclipse.swt.internal.image.GIFFileFormat.getExtensions(org.eclipse.swt.gtk.linux.x86_3.1.1.jar.so) at org.eclipse.swt.internal.image.GIFFileFormat.loadFromByteStream(org.eclipse.swt.gtk.linux.x86_3.1.1.jar.so) at org.eclipse.swt.internal.image.FileFormat.loadFromStream(org.eclipse.swt.gtk.linux.x86_3.1.1.jar.so) at org.eclipse.swt.internal.image.FileFormat.load(org.eclipse.swt.gtk.linux.x86_3.1.1.jar.so) at org.eclipse.swt.graphics.ImageLoader.load(org.eclipse.swt.gtk.linux.x86_3.1.1.jar.so) at org.eclipse.swt.graphics.ImageDataLoader.load(org.eclipse.swt.gtk.linux.x86_3.1.1.jar.so) at org.eclipse.swt.graphics.ImageData.(org.eclipse.swt.gtk.linux.x86_3.1.1.jar.so) at org.eclipse.swt.graphics.Image.(org.eclipse.swt.gtk.linux.x86_3.1.1.jar.so) at net.sourceforge.rssowl.util.shop.PaintShop.loadImage(rssowl.jar.so) at net.sourceforge.rssowl.util.shop.PaintShop.loadImage(rssowl.jar.so) at net.sourceforge.rssowl.util.shop.PaintShop.initIcons(rssowl.jar.so) at net.sourceforge.rssowl.controller.GUI.startUp(rssowl.jar.so) at net.sourceforge.rssowl.controller.GUI.(rssowl.jar.so) at net.sourceforge.rssowl.controller.RSSOwlLoader.(rssowl.jar.so) at net.sourceforge.rssowl.controller.RSSOwlLoader.main(rssowl.jar.so) Caused by: java.util.zip.ZipException: Deflated stream ends early. at java.util.zip.InflaterInputStream.fill(libgcj.so.7) at java.util.zip.InflaterInputStream.read(libgcj.so.7) at java.util.zip.InflaterInputStream.read(libgcj.so.7) at java.io.FilterInputStream.read(libgcj.so.7) at java.util.jar.JarFile$EntryInputStream.read(libgcj.so.7) at org.eclipse.swt.internal.image.LEDataInputStream.read(org.eclipse.swt.gtk.linux.x86_3.1.1.jar.so) ...16 more -------------- 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 Fri Jun 2 10:15:39 2006 From: mark at klomp.org (Mark Wielaard) Date: Fri, 02 Jun 2006 12:15:39 +0200 Subject: [fedora-java] RSSOwl broken in FC5 In-Reply-To: <20060602050240.GA5419@redhat.com> References: <20060602050240.GA5419@redhat.com> Message-ID: <1149243339.4350.108.camel@localhost.localdomain> Hi, On Fri, 2006-06-02 at 01:02 -0400, Andrew Overholt wrote: > I have yet to file this (I will tomorrow), but RSSOwl is broken for me > after the recent gcc and Eclipse updates. I'm not sure which update it was > that broke it, but I get the attached stack trace when I try to run. I > tried rebuilding and it didn't help. I also tried temporarily moving my > ~/.rssowl out of the way but that didn't help either. I can debug more > tomorrow. This looks very much like the following gcj bug report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27271 Cheers, Mark -------------- 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 aph at redhat.com Sat Jun 3 13:14:35 2006 From: aph at redhat.com (Andrew Haley) Date: Sat, 3 Jun 2006 14:14:35 +0100 Subject: [fedora-java] line numbers In-Reply-To: <1149038613.6060.136.camel@localhost.localdomain> References: <1149038613.6060.136.camel@localhost.localdomain> Message-ID: <17537.35643.174580.370314@dell.pink> Anthony Green writes: > Now that we have a new libgcj in FC-5, azureus logging seems to be > working. I've been comparing log files between Sun JRE and gcj runs, > and have filed 1 GNU Classpath bug so far. > > One thing that is annoying is that I'm not getting line numbers in the > azureus debug output. Azureus' calls to > StackTraceElement.getLineNumber() always result in -1. I have the > azureus debug RPM installed, and just assumed that this would be enough > to get line number info. Maybe I'm misremembering all this. Should > StackTraceElement.getLineNumber() return good info for bc-compiled code? Yes, it should. However, StackTraceElement.getLineNumber() doesn't work with separate debuginfo. Andrew. From green at redhat.com Tue Jun 6 15:45:44 2006 From: green at redhat.com (Anthony Green) Date: Tue, 06 Jun 2006 08:45:44 -0700 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm Message-ID: <1149608744.2522.36.camel@localhost.localdomain> FC5 has been kind of frustrating from a libgcj perspective. We've had to wait extra-long for new gcc RPMS in order to get critical libgcj fixes out (for instance 4 or 5 weeks to get gc deadlock update out). I know people have talked about separating libgcj from gcc in the past. I don't know those conversations ever ended, but it would be really nice if we could do something for FC6. I think the simplest approach would be for jakub to continue building gcc RPMS as is (including building libgcj and running gcj testsuite), but then delete libgcj after install and don't build the libgcj sub-packages. The gcc/libjava directory would still be part of the gcc SRPM and would get tested as before. Then we could simply maintain a separate SRPM for libgcj, and not be shackled to the gcc update schedule. The SRPM would only have to contain the appropriate target directories, and we could incorporate mauve testing into the release process. I think this will be particularly important if we manage to get something like gcjwebplugin with the new whitelist feature into FC6. We may want to push out GUI and security updates on a much more frequent basis than is reasonable for gcc. Comments? AG From david at zarb.org Wed Jun 7 00:04:38 2006 From: david at zarb.org (David Walluck) Date: Tue, 06 Jun 2006 20:04:38 -0400 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: <1149608744.2522.36.camel@localhost.localdomain> References: <1149608744.2522.36.camel@localhost.localdomain> Message-ID: <44861816.2040900@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Anthony Green wrote: > FC5 has been kind of frustrating from a libgcj perspective. We've had to > wait extra-long for new gcc RPMS in order to get critical libgcj fixes > out (for instance 4 or 5 weeks to get gc deadlock update out). I know > people have talked about separating libgcj from gcc in the past. I > don't know those conversations ever ended, but it would be really nice > if we could do something for FC6. While I have absolutely nothing to do with Fedora policy, I feel your pain with having to wait for gcc in order to do Java development. This is just the unfortunate consequence of having libgcj at all. Hopefully someone will eventually try to move forward and separate libgcj/classpath from gcc entirely. Moreover, gcc traditionally moves at a rather slow place whereas classpath is moving pretty rapidly lately. > I think this will be particularly important if we manage to get > something like gcjwebplugin with the new whitelist feature into FC6. > We may want to push out GUI and security updates on a much more frequent > basis than is reasonable for gcc. Maybe this is too bold a request for FC5, but I would even love to see the latest libgcj HEAD used, so that we can have the latest classpath, 0.91 instead of being stuck in the ``stonegae'' with 0.20 or whatever version it is (albeit with patches). - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFEhhgWN5thZBYlTwkRAs21AJ0WzKEDGbi+wtIINgriFyTsd68SZQCdFnr8 wsEBW/1MW0Le1hp0NRcTN3I= =vQ8z -----END PGP SIGNATURE----- From overholt at redhat.com Wed Jun 7 01:51:34 2006 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 6 Jun 2006 21:51:34 -0400 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: <1149608744.2522.36.camel@localhost.localdomain> References: <1149608744.2522.36.camel@localhost.localdomain> Message-ID: <20060607015133.GA2801@redhat.com> * Anthony Green [2006-06-06 18:50]: > > Comments? While I don't have anything technical to add -- I know Jakub, Tom Tromey, and Andrew Haley will -- I would like to say that this would be a big plus from the Eclipse side of things. Andrew From caolanm at redhat.com Wed Jun 7 08:47:15 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 07 Jun 2006 09:47:15 +0100 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: <20060607015133.GA2801@redhat.com> References: <1149608744.2522.36.camel@localhost.localdomain> <20060607015133.GA2801@redhat.com> Message-ID: <1149670035.27447.13.camel@localhost.localdomain> On Tue, 2006-06-06 at 21:51 -0400, Andrew Overholt wrote: > * Anthony Green [2006-06-06 18:50]: > > > > Comments? > > While I don't have anything technical to add -- I know Jakub, Tom Tromey, > and Andrew Haley will -- I would like to say that this would be a big plus > from the Eclipse side of things. Indeed, having a longterm undelivered fix for the OOo xslt export crasher https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182263 can be real frustrating. C. From david at zarb.org Thu Jun 8 03:03:32 2006 From: david at zarb.org (David Walluck) Date: Wed, 07 Jun 2006 23:03:32 -0400 Subject: [fedora-java] Re: [JPackage-discuss] Yum dependency errors [fc5] In-Reply-To: <44878B2B.30607@gmail.com> References: <44878B2B.30607@gmail.com> Message-ID: <44879384.5010101@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Detwiler wrote: > Daniel B. Thurman wrote: >> Hi Folks, >> >> Since I am doing java development on Fedora Core 5, I am using the >> jpackage repo so that I can have java packages such as Maven, Tomcat, >> and so on but I am using the [generic] and [generic-non-free] >> packages and not the [fc] package because it has never worked. >> >> Anyway, most of the Java package installs/updates fine so as long as >> castor and geronimo are excluded from the list. I never could >> understand why this is *always* the case since the beginning of FC5 >> release when including the jpackage repo. > > There is an explanation in comment#5 here: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191185#c5 > >> >> Does anyone have any suggestions or comments regarding the jpackage >> repos and if the dependency problems will ever be resolved for Fedora >> Core? > > From the same comment it looks like this will not be fixed until FC6. > > -Mike The geronimo-specs package in FC=development is still at 1.0M2. The new geronimo-specs 1.0 package from JPackage will build on Fedora (for the most part) by calling `javac' and `javadoc' directly. This avoids having to bring in maven, saxon, and the many other dependencies the JPackage package has, and will provide soem much needed API's. Hopefully Gary or someone else is willing to take a look at this. This will bring the FC version up to date and at the same time make it compatible with JPackage. The only issue I know of is to make sure that the classpathx packages which provide jta and jaf alternatives work with the geronimo API's of the same name. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFEh5OEN5thZBYlTwkRAgryAJ4oTN4a0M0tAwj3EZGc8HLUKQ4A2ACePUoh OUm15MOuDoJISqnohbtHOgo= =ZVGy -----END PGP SIGNATURE----- From overholt at redhat.com Thu Jun 8 15:18:35 2006 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 8 Jun 2006 11:18:35 -0400 Subject: [fedora-java] Article Update Message-ID: <20060608151835.GB28483@redhat.com> It'd be nice if we could make an updated article similar to this one: http://www-128.ibm.com/developerworks/library/j-nativegui/ Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mckinlay at redhat.com Thu Jun 8 16:06:58 2006 From: mckinlay at redhat.com (Bryce McKinlay) Date: Thu, 08 Jun 2006 12:06:58 -0400 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: <44861816.2040900@zarb.org> References: <1149608744.2522.36.camel@localhost.localdomain> <44861816.2040900@zarb.org> Message-ID: <44884B22.2050500@redhat.com> David Walluck wrote: > While I have absolutely nothing to do with Fedora policy, I feel your > pain with having to wait for gcc in order to do Java development. > > This is just the unfortunate consequence of having libgcj at all. > Hopefully someone will eventually try to move forward and separate > libgcj/classpath from gcc entirely. > While in some ways it would be nice to separate libgcj from gcc, it is problematic to do so because the ABI is still evolving. While we usually try to keep the runtime backwards-compatible with old binaries, developers would need to be careful to keep their runtime up-to-date. This would quickly become painful, especially for GCC developers who just want to test that their changes don't break Java. Hopefully, in the future when the ABI has stabilized and pretty much any combination of compiler and libgcj will work together nicely, this will be the right thing to do. In the mean time, I think separating them into different SRPMs for Fedora is a great idea and would solve most of the problem. > Maybe this is too bold a request for FC5, but I would even love to see > the latest libgcj HEAD used, so that we can have the latest classpath, > 0.91 instead of being stuck in the ``stonegae'' with 0.20 or whatever > version it is (albeit with patches). > For FC6, we are going to backport the latest libgcj/classpath. Bryce From mckinlay at redhat.com Thu Jun 8 16:13:34 2006 From: mckinlay at redhat.com (Bryce McKinlay) Date: Thu, 08 Jun 2006 12:13:34 -0400 Subject: [fedora-java] line numbers In-Reply-To: <17537.35643.174580.370314@dell.pink> References: <1149038613.6060.136.camel@localhost.localdomain> <17537.35643.174580.370314@dell.pink> Message-ID: <44884CAE.5060302@redhat.com> Andrew Haley wrote: > Anthony Green writes: > > Now that we have a new libgcj in FC-5, azureus logging seems to be > > working. I've been comparing log files between Sun JRE and gcj runs, > > and have filed 1 GNU Classpath bug so far. > > > > One thing that is annoying is that I'm not getting line numbers in the > > azureus debug output. Azureus' calls to > > StackTraceElement.getLineNumber() always result in -1. I have the > > azureus debug RPM installed, and just assumed that this would be enough > > to get line number info. Maybe I'm misremembering all this. Should > > StackTraceElement.getLineNumber() return good info for bc-compiled code? > > Yes, it should. However, StackTraceElement.getLineNumber() doesn't > work with separate debuginfo. > We could also solve this by having the Java RPMs strip the rest of the debug info, but NOT the .debug_line section. .debug_line is quite compact compared to the rest of the debug info: it adds less than 1MB to libgcj.so. Is this extra size worth it to always have stack trace line numbers? We would want to make sure that we have a fast line number lookup before doing that, though. Currently, line number lookups have a big negative performance impact on certain applications that log stack traces frequently. Bryce From aph at redhat.com Thu Jun 8 16:56:18 2006 From: aph at redhat.com (Andrew Haley) Date: Thu, 8 Jun 2006 17:56:18 +0100 Subject: [fedora-java] line numbers In-Reply-To: <44884CAE.5060302@redhat.com> References: <1149038613.6060.136.camel@localhost.localdomain> <17537.35643.174580.370314@dell.pink> <44884CAE.5060302@redhat.com> Message-ID: <17544.22194.781654.167334@dell.pink> Bryce McKinlay writes: > Andrew Haley wrote: > > Anthony Green writes: > > > Now that we have a new libgcj in FC-5, azureus logging seems to be > > > working. I've been comparing log files between Sun JRE and gcj runs, > > > and have filed 1 GNU Classpath bug so far. > > > > > > One thing that is annoying is that I'm not getting line numbers in the > > > azureus debug output. Azureus' calls to > > > StackTraceElement.getLineNumber() always result in -1. I have the > > > azureus debug RPM installed, and just assumed that this would be enough > > > to get line number info. Maybe I'm misremembering all this. Should > > > StackTraceElement.getLineNumber() return good info for bc-compiled code? > > > > Yes, it should. However, StackTraceElement.getLineNumber() doesn't > > work with separate debuginfo. > > > We could also solve this by having the Java RPMs strip the rest of > the debug info, but NOT the .debug_line section. .debug_line is > quite compact compared to the rest of the debug info: it adds less > than 1MB to libgcj.so. Is this extra size worth it to always have > stack trace line numbers? > > We would want to make sure that we have a fast line number lookup > before doing that, though. Currently, line number lookups have a > big negative performance impact on certain applications that log > stack traces frequently. Right indeed. If we have a line number lookup of our own, and if it's fast enough, it can just look in the debuginfo files. Andrew. From fernando at lozano.eti.br Thu Jun 8 18:28:43 2006 From: fernando at lozano.eti.br (fernando at lozano.eti.br) Date: Thu, 08 Jun 2006 16:28:43 -0200 Subject: [fedora-java] Article Update Message-ID: <44886c5b.37a.3726.556848514@lozano.eti.br> Hi Andrew, I'd like to do that. Anyone there willing to help me reviewing the article when it's ready? :-) []s, Fernando Lozano > It'd be nice if we could make an updated article similar to this one: > > http://www-128.ibm.com/developerworks/library/j-nativegui/ > > Andrew From overholt at redhat.com Thu Jun 8 18:44:26 2006 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 8 Jun 2006 14:44:26 -0400 Subject: [fedora-java] Article Update In-Reply-To: <44886c5b.37a.3726.556848514@lozano.eti.br> References: <44886c5b.37a.3726.556848514@lozano.eti.br> Message-ID: <20060608184426.GG28483@redhat.com> Hi Fernando, * fernando at lozano.eti.br [2006-06-08 14:28]: > > I'd like to do that. Anyone there willing to help me reviewing the article when it's ready? :-) I will help review it. 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 konqueror at gmx.de Thu Jun 8 18:39:33 2006 From: konqueror at gmx.de (Michael Koch) Date: Thu, 8 Jun 2006 18:39:33 +0000 (UTC) Subject: [fedora-java] Re: decoupling libgcj from gcc.src.rpm References: <1149608744.2522.36.camel@localhost.localdomain> Message-ID: Anthony Green writes: > FC5 has been kind of frustrating from a libgcj perspective. We've had to > wait extra-long for new gcc RPMS in order to get critical libgcj fixes > out (for instance 4 or 5 weeks to get gc deadlock update out). I know > people have talked about separating libgcj from gcc in the past. I > don't know those conversations ever ended, but it would be really nice > if we could do something for FC6. > > I think the simplest approach would be for jakub to continue building > gcc RPMS as is (including building libgcj and running gcj testsuite), > but then delete libgcj after install and don't build the libgcj > sub-packages. The gcc/libjava directory would still be part of the gcc > SRPM and would get tested as before. > > Then we could simply maintain a separate SRPM for libgcj, and not be > shackled to the gcc update schedule. The SRPM would only have to > contain the appropriate target directories, and we could incorporate > mauve testing into the release process. > > I think this will be particularly important if we manage to get > something like gcjwebplugin with the new whitelist feature into FC6. > We may want to push out GUI and security updates on a much more frequent > basis than is reasonable for gcc. > > Comments? Just to gibe som input from someone independent: Debian does something like this since some time. We have two source packages, gcc-4.1 and gcj-4.1. The first builds and packages all of GCC except Java. The second one builds C/C++/Java and packages only the Java parts. this works quite good. We take care that both source packages are from the same upstream sources but its easily possible to add patches and bug fixes to one of the packages and just rebuild it. The gcj-4.1 source package builds the binary packages gcj-4.1, gij-4.1, fastjar, libgcj7 libgcj7-dev libgcj7-dbg, libgcj7-awt, etc. Cheers, Michael From mckinlay at redhat.com Thu Jun 8 19:01:30 2006 From: mckinlay at redhat.com (Bryce McKinlay) Date: Thu, 08 Jun 2006 15:01:30 -0400 Subject: [fedora-java] line numbers In-Reply-To: <17544.22194.781654.167334@dell.pink> References: <1149038613.6060.136.camel@localhost.localdomain> <17537.35643.174580.370314@dell.pink> <44884CAE.5060302@redhat.com> <17544.22194.781654.167334@dell.pink> Message-ID: <4488740A.5000703@redhat.com> Andrew Haley wrote: > Right indeed. If we have a line number lookup of our own, and if it's > fast enough, it can just look in the debuginfo files. > Yeah, there's that option too. But do we want to provide line numbers even if debuginfo is not installed? Given that the space cost is small, I think it would be nice. The debuginfo packages arn't widely distributed and can easily get out of sync with the real binaries. Bryce From david at zarb.org Thu Jun 8 19:08:59 2006 From: david at zarb.org (David Walluck) Date: Thu, 08 Jun 2006 15:08:59 -0400 Subject: [fedora-java] Article Update In-Reply-To: <44886c5b.37a.3726.556848514@lozano.eti.br> References: <44886c5b.37a.3726.556848514@lozano.eti.br> Message-ID: <448875CB.6020900@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 fernando at lozano.eti.br wrote: > Hi Andrew, > > I'd like to do that. Anyone there willing to help me reviewing the article when it's ready? :-) > > > []s, Fernando Lozano The article is somewhat pointless in its current form, since where it says get and build X, you can just say to install the X-devel RPM. The more import issue is whether aot-compile-rpm can be used outside of RPM now since the preferred way seems to be to build applications is not by linking an exe, but my using aot-compiled jars. Is this so? - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFEiHXLN5thZBYlTwkRAqaLAKCHHr9VLt6GDhXkhLMaabMVELzFTQCZAXT7 vpJGeZ7MKP05WclAgs+On5Y= =Zm+M -----END PGP SIGNATURE----- From mark at klomp.org Thu Jun 8 20:27:51 2006 From: mark at klomp.org (Mark Wielaard) Date: Thu, 08 Jun 2006 22:27:51 +0200 Subject: [fedora-java] Article Update In-Reply-To: <44886c5b.37a.3726.556848514@lozano.eti.br> References: <44886c5b.37a.3726.556848514@lozano.eti.br> Message-ID: <1149798471.13833.40.camel@localhost.localdomain> On Thu, 2006-06-08 at 16:28 -0200, fernando at lozano.eti.br wrote: > I'd like to do that. Anyone there willing to help me reviewing the article when it's ready? :-) I would love to read it. It should probably just point out which packages to install to have a developers setup and the appropriate libraries (instead of trying to explain how to build everything from scratch). And then have a bit more explanations and examples how to actually build your own application using those standard packages. Cheers, Mark -------------- 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 mark at klomp.org Thu Jun 8 20:30:07 2006 From: mark at klomp.org (Mark Wielaard) Date: Thu, 08 Jun 2006 22:30:07 +0200 Subject: [fedora-java] Re: decoupling libgcj from gcc.src.rpm In-Reply-To: References: <1149608744.2522.36.camel@localhost.localdomain> Message-ID: <1149798608.13833.44.camel@localhost.localdomain> Hi, On Thu, 2006-06-08 at 18:39 +0000, Michael Koch wrote: > > Then we could simply maintain a separate SRPM for libgcj, and not be > > shackled to the gcc update schedule. The SRPM would only have to > > contain the appropriate target directories, and we could incorporate > > mauve testing into the release process. > > Debian does something like this since some time. We have two source packages, > gcc-4.1 and gcj-4.1. The first builds and packages all of GCC except Java. The > second one builds C/C++/Java and packages only the Java parts. this works quite > good. We take care that both source packages are from the same upstream sources > but its easily possible to add patches and bug fixes to one of the packages and > just rebuild it. It would be nice if we can coordinate the patch-set between fedora and debian. And maybe, if it all seems to work out find, we could even suggest that patch-set for a new 4.1.x release. Even if that breaks binary compatibility. Because if it is what the distributions ship then it must be good :) Cheers, Mark -------------- 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 david at zarb.org Thu Jun 8 23:17:26 2006 From: david at zarb.org (David Walluck) Date: Thu, 08 Jun 2006 19:17:26 -0400 Subject: [fedora-java] Article Update In-Reply-To: <1149798471.13833.40.camel@localhost.localdomain> References: <44886c5b.37a.3726.556848514@lozano.eti.br> <1149798471.13833.40.camel@localhost.localdomain> Message-ID: <4488B006.5020808@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mark Wielaard wrote: > scratch). And then have a bit more explanations and examples how to > actually build your own application using those standard packages. Right, so if aot-compile-rpm is the ``right'' way to build Java applications, it should not be limited to rpm. Moreover, ``everyone'' knows that the right way to install even your own applications is through a package manager, and it would actually be pretty easy to provide a rpm .spec template for Java packages, but then, getting into RPM packaging would be the subject of a whole other article. Still, best practices of actually installing SWT from RPM rather than compiling it yourself and throwing it into /usr/local are more obvious suggestions that can actually be used. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFEiLAGN5thZBYlTwkRArC4AJwNJHivZZSFCWgXBowJPgg9jxKW5gCfZw/M 139bYaUmg4nNpRqYutSS2qw= =vOJ5 -----END PGP SIGNATURE----- From david at zarb.org Thu Jun 8 23:20:06 2006 From: david at zarb.org (David Walluck) Date: Thu, 08 Jun 2006 19:20:06 -0400 Subject: [fedora-java] Re: decoupling libgcj from gcc.src.rpm In-Reply-To: <1149798608.13833.44.camel@localhost.localdomain> References: <1149608744.2522.36.camel@localhost.localdomain> <1149798608.13833.44.camel@localhost.localdomain> Message-ID: <4488B0A6.4000303@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mark Wielaard wrote: > It would be nice if we can coordinate the patch-set between fedora and > debian. And maybe, if it all seems to work out find, we could even > suggest that patch-set for a new 4.1.x release. Even if that breaks > binary compatibility. Because if it is what the distributions ship then > it must be good :) I don't know how wise this is, and maybe upstream GCC cares about ABI compatibility, but I personally don't have a use for it. And I am sure that along with Debian and the JPackage conglomerate (Fedora, Mandriva, Red Hat, Suse, etc.) we probably could get everyone using it for their upcoming releases :) - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFEiLCmN5thZBYlTwkRAoi5AJ44rzoqbTZgibrPptSd6iVU/HXsnQCfaAok pIzoD0ay595jWpnmG1Ory8g= =/sSC -----END PGP SIGNATURE----- From overholt at redhat.com Fri Jun 9 00:47:37 2006 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 8 Jun 2006 20:47:37 -0400 Subject: [fedora-java] Article Update In-Reply-To: <448875CB.6020900@zarb.org> References: <44886c5b.37a.3726.556848514@lozano.eti.br> <448875CB.6020900@zarb.org> Message-ID: <20060609004737.GB24015@redhat.com> * David Walluck [2006-06-08 15:09]: > > The more import issue is whether aot-compile-rpm can be used outside of > RPM now since the preferred way seems to be to build applications is not > by linking an exe, but my using aot-compiled jars. Is this so? I believe Gary had worked on making it aot-compile and aot-compile-rpm just a wrapper that does the RPM-specific stuff. AFAIK work was underway on aot-compile-deb as well but I could be way off base there. Gary? Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gbenson at redhat.com Fri Jun 9 08:05:29 2006 From: gbenson at redhat.com (Gary Benson) Date: Fri, 9 Jun 2006 09:05:29 +0100 Subject: [fedora-java] Article Update In-Reply-To: <20060609004737.GB24015@redhat.com> References: <44886c5b.37a.3726.556848514@lozano.eti.br> <448875CB.6020900@zarb.org> <20060609004737.GB24015@redhat.com> Message-ID: <20060609080526.GA3655@redhat.com> Andrew Overholt wrote: > * David Walluck [2006-06-08 15:09]: > > The more import issue is whether aot-compile-rpm can be used > > outside of RPM now since the preferred way seems to be to build > > applications is not by linking an exe, but my using aot-compiled > > jars. Is this so? > > I believe Gary had worked on making it aot-compile and > aot-compile-rpm just a wrapper that does the RPM-specific stuff. > AFAIK work was underway on aot-compile-deb as well but I could be > way off base there. > > Gary? Very recent java-gcj-compat (1.0.56 or higher) has two scripts, the original aot-compile-rpm and a new aot-compile which takes command line options and can be used manually or (presumably) within dpkg builds. It's not in FC5, though, which has 1.0.52. Cheers, Gary From green at redhat.com Fri Jun 9 08:07:54 2006 From: green at redhat.com (Anthony Green) Date: Fri, 09 Jun 2006 01:07:54 -0700 Subject: [fedora-java] gcjwebplugin-test package Message-ID: <1149840475.2843.12.camel@localhost.localdomain> Thanks to langel and fitzsim's help, I've created a gcjwebplugin-test package for x86 FC5. It's built from GNU Classpath and jamvm cvs HEAD sources. The source RPM just contains a script for checking out the sources and building them. The binary RPM includes all the sources (installed under /usr/share/gcjwebplugin-test). To try it out, simple create a file called /etc/yum.repos.d/gcjwebplugin-test.repo with the following contents: [gcjwebplugin-test] name=Experimental gcjwebplugin repository baseurl=http://people.redhat.com/green/gcjwebplugin-test/fedora/$releasever/$basearch enabled=1 gpgcheck=0 Then "yum install gcjwebplugin-test". I don't know what this will do if you have Sun's plugin installed as well (I don't). Also, this version of the plugin includes Lillian's whitelist trick, so it will only load applets you specifically say are "OK". Please report any applet bugs to the GNU Classpath bugzilla repository.. http://gcc.gnu.org/bugzilla. Thanks, AG From green at redhat.com Fri Jun 9 08:17:14 2006 From: green at redhat.com (Anthony Green) Date: Fri, 09 Jun 2006 01:17:14 -0700 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: <1149608744.2522.36.camel@localhost.localdomain> References: <1149608744.2522.36.camel@localhost.localdomain> Message-ID: <1149841034.2843.19.camel@localhost.localdomain> Here's what a libgcj source RPM could look like (using FC5)... http://people.redhat.com/green/libgcj-4.1.1-1.fc5.src.rpm This source RPM builds, so feel free to try it. You'll see that the SOURCES directory contains a script called libgcj-copy-source.sh. This script generates the libgcj source tarball from portions of the prepped gcc sources. Using a libgcj source RPM like this means we can easily add our own patches, rebuild and deploy on a schedule that is independent from the gcc update schedule. I'm going to have sporadic email access for the next 10 days or so. I just wanted to get this out for comment before I take off. Thanks, AG From david at zarb.org Fri Jun 9 09:03:32 2006 From: david at zarb.org (David Walluck) Date: Fri, 09 Jun 2006 05:03:32 -0400 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: <1149841034.2843.19.camel@localhost.localdomain> References: <1149608744.2522.36.camel@localhost.localdomain> <1149841034.2843.19.camel@localhost.localdomain> Message-ID: <44893964.9040009@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Anthony Green wrote: > I'm going to have sporadic email access for the next 10 days or so. I > just wanted to get this out for comment before I take off. Well, can't say I didn't try ../../../libjava/java/lang/Class.h: In member function 'java::lang::Class* java::lang::Class::getComponentType()': ../../../libjava/java/lang/Class.h:354: warning: dereferencing type-punned pointer will break strict-aliasing rules ../../../libjava/exception.cc: In function '_Unwind_Reason_Code __gcj_personality_v0(int, _Unwind_Action, _Unwind_Exception_Class, _Unwind_Exception*, _Unwind_Context*)': ../../../libjava/exception.cc:234: error: '_Unwind_GetIPInfo' was not declared in this scope But I am having a weird X font issue right now and I can't even read what this says or what I'm typing :) - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFEiTlkN5thZBYlTwkRAjenAKCEh7wEgu8lf8KWgJKXfdxH2ACSAwCfVDuR C2IbV37KbZpdER0zs7/H730= =bekM -----END PGP SIGNATURE----- From aph at redhat.com Fri Jun 9 10:11:05 2006 From: aph at redhat.com (Andrew Haley) Date: Fri, 9 Jun 2006 11:11:05 +0100 Subject: [fedora-java] line numbers In-Reply-To: <4488740A.5000703@redhat.com> References: <1149038613.6060.136.camel@localhost.localdomain> <17537.35643.174580.370314@dell.pink> <44884CAE.5060302@redhat.com> <17544.22194.781654.167334@dell.pink> <4488740A.5000703@redhat.com> Message-ID: <17545.18745.561342.871467@dell.pink> Bryce McKinlay writes: > Andrew Haley wrote: > > Right indeed. If we have a line number lookup of our own, and if it's > > fast enough, it can just look in the debuginfo files. > > > Yeah, there's that option too. But do we want to provide line numbers > even if debuginfo is not installed? That's an interesting question. I would argue not, because line numbers are unquestionably debuginfo. I suppose it all depends on whether you consider line numbers to be of use to people who aren't actively debugging: I don't. But I can recognize the argument that the line number table is small, so why not include it? Andrew. From mark at klomp.org Fri Jun 9 10:52:12 2006 From: mark at klomp.org (Mark Wielaard) Date: Fri, 09 Jun 2006 12:52:12 +0200 Subject: [fedora-java] gcjwebplugin-test package In-Reply-To: <1149840475.2843.12.camel@localhost.localdomain> References: <1149840475.2843.12.camel@localhost.localdomain> Message-ID: <1149850332.9469.7.camel@localhost.localdomain> Hi Anthony, On Fri, 2006-06-09 at 01:07 -0700, Anthony Green wrote: > To try it out, simple create a file > called /etc/yum.repos.d/gcjwebplugin-test.repo with the following > contents: > > [gcjwebplugin-test] > name=Experimental gcjwebplugin repository > baseurl=http://people.redhat.com/green/gcjwebplugin-test/fedora/$releasever/$basearch > enabled=1 > gpgcheck=0 > > Then "yum install gcjwebplugin-test". Nice one! It just worked. Groovy Cool Jiving indeed. For people wanting to try this out and see some working applets in actions see http://developer.classpath.org/Applets and please add any applets you find that don't work (yet!) to that page so we have a list of issues to look at and make this thing even better. Cheers, Mark -------------- 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 mark at klomp.org Fri Jun 9 10:53:29 2006 From: mark at klomp.org (Mark Wielaard) Date: Fri, 09 Jun 2006 12:53:29 +0200 Subject: [fedora-java] gcjwebplugin-test package In-Reply-To: <1149850332.9469.7.camel@localhost.localdomain> References: <1149840475.2843.12.camel@localhost.localdomain> <1149850332.9469.7.camel@localhost.localdomain> Message-ID: <1149850409.9469.9.camel@localhost.localdomain> On Fri, 2006-06-09 at 12:52 +0200, Mark Wielaard wrote: > For people wanting to try this out and see some working applets in > actions see http://developer.classpath.org/Applets and please add any > applets you find that don't work (yet!) to that page so we have a list > of issues to look at and make this thing even better. Doh, that should have been: http://developer.classpath.org/mediation/Applets -------------- 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 mailinglists at erwinrol.com Sat Jun 10 00:37:14 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Sat, 10 Jun 2006 02:37:14 +0200 Subject: [fedora-java] gcjwebplugin-test package In-Reply-To: <1149840475.2843.12.camel@localhost.localdomain> References: <1149840475.2843.12.camel@localhost.localdomain> Message-ID: <1149899834.2719.652.camel@xpc.home.erwinrol.com> Hey Anthony, would it be possible to provide a x86_64 version ? - Erwin On Fri, 2006-06-09 at 01:07 -0700, Anthony Green wrote: > Thanks to langel and fitzsim's help, I've created a gcjwebplugin-test > package for x86 FC5. It's built from GNU Classpath and jamvm cvs HEAD > sources. The source RPM just contains a script for checking out the > sources and building them. The binary RPM includes all the sources > (installed under /usr/share/gcjwebplugin-test). > To try it out, simple create a file > called /etc/yum.repos.d/gcjwebplugin-test.repo with the following > contents: > > [gcjwebplugin-test] > name=Experimental gcjwebplugin repository > baseurl=http://people.redhat.com/green/gcjwebplugin-test/fedora/$releasever/$basearch > enabled=1 > gpgcheck=0 > > Then "yum install gcjwebplugin-test". > > I don't know what this will do if you have Sun's plugin installed as > well (I don't). > > Also, this version of the plugin includes Lillian's whitelist trick, so > it will only load applets you specifically say are "OK". > > Please report any applet bugs to the GNU Classpath bugzilla repository.. > http://gcc.gnu.org/bugzilla. > > Thanks, > > AG > > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > From green at redhat.com Sat Jun 10 04:24:47 2006 From: green at redhat.com (Anthony Green) Date: Fri, 09 Jun 2006 21:24:47 -0700 Subject: [fedora-java] gcjwebplugin-test package In-Reply-To: <1149899834.2719.652.camel@xpc.home.erwinrol.com> References: <1149840475.2843.12.camel@localhost.localdomain> <1149899834.2719.652.camel@xpc.home.erwinrol.com> Message-ID: <1149913487.3063.3.camel@localhost.localdomain> On Sat, 2006-06-10 at 02:37 +0200, Erwin Rol wrote: > Hey Anthony, > > would it be possible to provide a x86_64 version ? I'll do this when I return home in a week and have access to my x86-64 box. AG From bkonrath at redhat.com Mon Jun 12 05:15:26 2006 From: bkonrath at redhat.com (Ben Konrath) Date: Mon, 12 Jun 2006 01:15:26 -0400 Subject: [fedora-java] Article Update In-Reply-To: <20060609080526.GA3655@redhat.com> References: <44886c5b.37a.3726.556848514@lozano.eti.br> <448875CB.6020900@zarb.org> <20060609004737.GB24015@redhat.com> <20060609080526.GA3655@redhat.com> Message-ID: <1150089326.20048.7.camel@localhost.localdomain> On Fri, 2006-06-09 at 09:05 +0100, Gary Benson wrote: > Very recent java-gcj-compat (1.0.56 or higher) has two scripts, the > original aot-compile-rpm and a new aot-compile which takes command > line options and can be used manually or (presumably) within dpkg > builds. It's not in FC5, though, which has 1.0.52. Should we start using aot-compile in our spec files instead of aot-compile-rpm? Ben From gbenson at redhat.com Mon Jun 12 07:59:46 2006 From: gbenson at redhat.com (Gary Benson) Date: Mon, 12 Jun 2006 08:59:46 +0100 Subject: [fedora-java] Article Update In-Reply-To: <1150089326.20048.7.camel@localhost.localdomain> References: <44886c5b.37a.3726.556848514@lozano.eti.br> <448875CB.6020900@zarb.org> <20060609004737.GB24015@redhat.com> <20060609080526.GA3655@redhat.com> <1150089326.20048.7.camel@localhost.localdomain> Message-ID: <20060612075944.GA3617@redhat.com> Ben Konrath wrote: > On Fri, 2006-06-09 at 09:05 +0100, Gary Benson wrote: > > Very recent java-gcj-compat (1.0.56 or higher) has two scripts, > > the original aot-compile-rpm and a new aot-compile which takes > > command line options and can be used manually or (presumably) > > within dpkg builds. It's not in FC5, though, which has 1.0.52. > > Should we start using aot-compile in our spec files instead of > aot-compile-rpm? aot-compile exists for non-rpm builds and for debugging purposes. aot-compile-rpm remains the recommended way to native compile rpms. Cheers, Gary From francois-xavier.kowalski at hp.com Mon Jun 12 14:36:09 2006 From: francois-xavier.kowalski at hp.com (Francois-Xavier KOWALSKI) Date: Mon, 12 Jun 2006 16:36:09 +0200 Subject: [fedora-java] pb building com.redhat.eclipse.cdt.autotools Message-ID: <448D7BD9.7040400@hp.com> Hello, the version currently in CVS -- I have a previous version that did it -- refuses to build with the following error: 48. ERROR in /home/fxk/CVS/sourceware.org/com.redhat.eclipse.cdt.autotools/src/com/redhat/eclipse/cdt/autotools/popup/actions/GetIncludePathAction.java (at line 9) import org.eclipse.jface.viewers.TreeSelection; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ The import org.eclipse.jface.viewers.TreeSelection cannot be resolved Isn't a new class missing in the CVS? -- Francois-Xavier "FiX" KOWALSKI /_ __ Tel:+33 (0)4 76 14 63 27 OpenCall Business Unit -- OCBU / //_/ Fax:+33 (0)4 76 14 51 62 Media-Processing Engineering / http://www.hp.com/go/opencall i n v e n t From tromey at redhat.com Mon Jun 12 14:46:59 2006 From: tromey at redhat.com (Tom Tromey) Date: 12 Jun 2006 08:46:59 -0600 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: <1149608744.2522.36.camel@localhost.localdomain> References: <1149608744.2522.36.camel@localhost.localdomain> Message-ID: >>>>> "Anthony" == Anthony Green writes: Anthony> I know people have talked about separating libgcj from gcc in Anthony> the past. Yeah, it is a good idea. I'm sorry for not backing Tom F. when he brought it up internally. I thought that we'd have problems with the C++ ABI, but it occurs to me now that splitting the RPMs and breaking the ABI are different issues. There's no reason to assume that they are related. Anthony> I think this will be particularly important if we manage to Anthony> get something like gcjwebplugin with the new whitelist Anthony> feature into FC6. We may want to push out GUI and security Anthony> updates on a much more frequent basis than is reasonable for Anthony> gcc. I'm convinced. Once we switch to ecj I think we should go even further. We should make -findirect-dispatch the default and we should push C++-ABI-breaking changes. The only difficulty here is that frysk uses the C++ ABI. Tom From aph at redhat.com Mon Jun 12 14:54:24 2006 From: aph at redhat.com (Andrew Haley) Date: Mon, 12 Jun 2006 15:54:24 +0100 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: References: <1149608744.2522.36.camel@localhost.localdomain> Message-ID: <17549.32800.843450.935726@dell.pink> Tom Tromey writes: > We should make -findirect-dispatch the default and we should push > C++-ABI-breaking changes. The only difficulty here is that frysk > uses the C++ ABI. Why is that an issue? Surely if we change the default to indirect, frysk will also change. I'm assuming the frysk build uses whatever the default happens to be... Andrew. From green at redhat.com Mon Jun 12 15:18:08 2006 From: green at redhat.com (Anthony Green) Date: Mon, 12 Jun 2006 08:18:08 -0700 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: <44893964.9040009@zarb.org> References: <1149608744.2522.36.camel@localhost.localdomain> <1149841034.2843.19.camel@localhost.localdomain> <44893964.9040009@zarb.org> Message-ID: <1150125488.31482.9.camel@localhost.localdomain> On Fri, 2006-06-09 at 05:03 -0400, David Walluck wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Anthony Green wrote: > > I'm going to have sporadic email access for the next 10 days or so. I > > just wanted to get this out for comment before I take off. > > Well, can't say I didn't try I can't reproduce this problem. Could somebody else please try? Thanks, AG > > ../../../libjava/java/lang/Class.h: In member function > 'java::lang::Class* java::lang::Class::getComponentType()': > ../../../libjava/java/lang/Class.h:354: warning: dereferencing > type-punned pointer will break strict-aliasing rules > ../../../libjava/exception.cc: In function '_Unwind_Reason_Code > __gcj_personality_v0(int, _Unwind_Action, _Unwind_Exception_Class, > _Unwind_Exception*, _Unwind_Context*)': > ../../../libjava/exception.cc:234: error: '_Unwind_GetIPInfo' was not > declared in this scope > > But I am having a weird X font issue right now and I can't even read > what this says or what I'm typing :) > > - -- > Sincerely, > > David Walluck > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (GNU/Linux) > Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org > > iD8DBQFEiTlkN5thZBYlTwkRAjenAKCEh7wEgu8lf8KWgJKXfdxH2ACSAwCfVDuR > C2IbV37KbZpdER0zs7/H730= > =bekM > -----END PGP SIGNATURE----- From tromey at redhat.com Mon Jun 12 15:27:45 2006 From: tromey at redhat.com (Tom Tromey) Date: 12 Jun 2006 09:27:45 -0600 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: <17549.32800.843450.935726@dell.pink> References: <1149608744.2522.36.camel@localhost.localdomain> <17549.32800.843450.935726@dell.pink> Message-ID: >>>>> "Andrew" == Andrew Haley writes: Andrew> Tom Tromey writes: >> We should make -findirect-dispatch the default and we should push >> C++-ABI-breaking changes. The only difficulty here is that frysk >> uses the C++ ABI. Andrew> Why is that an issue? Surely if we change the default to indirect, Andrew> frysk will also change. I'm assuming the frysk build uses whatever Andrew> the default happens to be... No, frysk uses CNI, which only "works" with indirect dispatch. In particular I think if we break C++ ABI in the core, frysk will break even if it is BC-compiled. Tom From aph at redhat.com Mon Jun 12 15:32:44 2006 From: aph at redhat.com (Andrew Haley) Date: Mon, 12 Jun 2006 16:32:44 +0100 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: References: <1149608744.2522.36.camel@localhost.localdomain> <17549.32800.843450.935726@dell.pink> Message-ID: <17549.35100.680789.969777@dell.pink> Tom Tromey writes: > >>>>> "Andrew" == Andrew Haley writes: > > Andrew> Tom Tromey writes: > >> We should make -findirect-dispatch the default and we should push > >> C++-ABI-breaking changes. The only difficulty here is that frysk > >> uses the C++ ABI. > > Andrew> Why is that an issue? Surely if we change the default to indirect, > Andrew> frysk will also change. I'm assuming the frysk build uses whatever > Andrew> the default happens to be... > > No, frysk uses CNI, which only "works" with indirect dispatch. Ah, of course, I forgot. > In particular I think if we break C++ ABI in the core, frysk will > break even if it is BC-compiled. It will. Sorry for the noise. Andrew. From cagney at redhat.com Mon Jun 12 16:41:52 2006 From: cagney at redhat.com (Andrew Cagney) Date: Mon, 12 Jun 2006 12:41:52 -0400 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: References: <1149608744.2522.36.camel@localhost.localdomain> <17549.32800.843450.935726@dell.pink> Message-ID: <448D9950.5060105@redhat.com> Tom Tromey wrote: >>>>>> "Andrew" == Andrew Haley writes: >>>>>> > > Andrew> Tom Tromey writes: > >>> We should make -findirect-dispatch the default and we should push >>> C++-ABI-breaking changes. The only difficulty here is that frysk >>> uses the C++ ABI. >>> > > Andrew> Why is that an issue? Surely if we change the default to indirect, > Andrew> frysk will also change. I'm assuming the frysk build uses whatever > Andrew> the default happens to be... > > No, frysk uses CNI, which only "works" with indirect dispatch. > In particular I think if we break C++ ABI in the core, frysk will > break even if it is BC-compiled. > Er, given libgcj is implemented using CNI, how is that different? Andrew From tromey at redhat.com Mon Jun 12 16:52:34 2006 From: tromey at redhat.com (Tom Tromey) Date: 12 Jun 2006 10:52:34 -0600 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: <448D9950.5060105@redhat.com> References: <1149608744.2522.36.camel@localhost.localdomain> <17549.32800.843450.935726@dell.pink> <448D9950.5060105@redhat.com> Message-ID: >>>>> "Andrew" == Andrew Cagney writes: Andrew> Er, given libgcj is implemented using CNI, how is that different? We always ship an internally consistent libgcj. The dangerous case here is where we update libgcj but we don't rebuild frysk. In this case, e.g., frysk may think class X has one size whereas in the new libgcj it actually has a different size. The best scenario would be to fix CNI. I'm kind of assuming we won't do that anytime soon though. Tom From tromey at redhat.com Mon Jun 12 16:55:03 2006 From: tromey at redhat.com (Tom Tromey) Date: 12 Jun 2006 10:55:03 -0600 Subject: [fedora-java] gcjwebplugin-test package In-Reply-To: <1149840475.2843.12.camel@localhost.localdomain> References: <1149840475.2843.12.camel@localhost.localdomain> Message-ID: >>>>> "Anthony" == Anthony Green writes: Anthony> Thanks to langel and fitzsim's help, I've created a Anthony> gcjwebplugin-test package for x86 FC5. I tried this out today. It makes it so much easier to get my daily chess puzzle fix using only free software :-). I also like the heart-stopping whitelist warning. Tom From mark at klomp.org Mon Jun 12 17:18:40 2006 From: mark at klomp.org (Mark Wielaard) Date: Mon, 12 Jun 2006 19:18:40 +0200 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: References: <1149608744.2522.36.camel@localhost.localdomain> <17549.32800.843450.935726@dell.pink> <448D9950.5060105@redhat.com> Message-ID: <1150132720.30190.1.camel@localhost.localdomain> On Mon, 2006-06-12 at 10:52 -0600, Tom Tromey wrote: > The best scenario would be to fix CNI. I'm kind of assuming we won't > do that anytime soon though. What would be needed to "fix CNI"? Are there any drawbacks to fixing it? Cheers, Mark -------------- 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 aph at redhat.com Mon Jun 12 17:21:06 2006 From: aph at redhat.com (Andrew Haley) Date: Mon, 12 Jun 2006 18:21:06 +0100 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: <1150132720.30190.1.camel@localhost.localdomain> References: <1149608744.2522.36.camel@localhost.localdomain> <17549.32800.843450.935726@dell.pink> <448D9950.5060105@redhat.com> <1150132720.30190.1.camel@localhost.localdomain> Message-ID: <17549.41602.692026.694709@dell.pink> Mark Wielaard writes: > On Mon, 2006-06-12 at 10:52 -0600, Tom Tromey wrote: > > The best scenario would be to fix CNI. I'm kind of assuming we won't > > do that anytime soon though. > > What would be needed to "fix CNI"? Make CNI use Java's linkage, not that of C++. > Are there any drawbacks to fixing it? Not much. A slight loss of speed. Andrew. From tromey at redhat.com Mon Jun 12 17:23:29 2006 From: tromey at redhat.com (Tom Tromey) Date: 12 Jun 2006 11:23:29 -0600 Subject: [fedora-java] decoupling libgcj from gcc.src.rpm In-Reply-To: <17549.41602.692026.694709@dell.pink> References: <1149608744.2522.36.camel@localhost.localdomain> <17549.32800.843450.935726@dell.pink> <448D9950.5060105@redhat.com> <1150132720.30190.1.camel@localhost.localdomain> <17549.41602.692026.694709@dell.pink> Message-ID: >>>>> "Andrew" == Andrew Haley writes: >> Are there any drawbacks to fixing it? Andrew> Not much. A slight loss of speed. Yeah, just to clarify my earlier statement -- I think we want to fix it. We just ran out of time in this release cycle. Or to put it another way, there were more important things to do. Tom From francois-xavier.kowalski at hp.com Tue Jun 13 07:40:23 2006 From: francois-xavier.kowalski at hp.com (Francois-Xavier KOWALSKI) Date: Tue, 13 Jun 2006 09:40:23 +0200 Subject: [fedora-java] Re: pb building com.redhat.eclipse.cdt.autotools In-Reply-To: <448D7BD9.7040400@hp.com> References: <448D7BD9.7040400@hp.com> Message-ID: <448E6BE7.9090500@hp.com> Hello Andrew, I posted the below-message to yesterday, but I did not see it popping on the list (I mean with the [fedora-java] in the subject). So I do not know whether my message was posted on the list & I did not get a copy (and possibly an answer), or whether my message was discarded by the ML agent. Francois-Xavier KOWALSKI wrote: > the version currently in CVS -- I have a previous version that did it > -- refuses to build with the following error: > > 48. ERROR in > /home/fxk/CVS/sourceware.org/com.redhat.eclipse.cdt.autotools/src/com/redhat/eclipse/cdt/autotools/popup/actions/GetIncludePathAction.java > > (at line 9) > import org.eclipse.jface.viewers.TreeSelection; > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > The import org.eclipse.jface.viewers.TreeSelection cannot be resolved > > Isn't a new class missing in the CVS? I am using Eclipse 3.1.2 (latest download from Eclipse.org) because my distro is FC3. My JVM is HotSpot 1.5.0_06 (for 1.5 compliance).. Are any of these versions known to not owrk with the Autotools plugin? TIA. -- Francois-Xavier "FiX" KOWALSKI /_ __ Tel:+33 (0)4 76 14 63 27 OpenCall Business Unit -- OCBU / //_/ Fax:+33 (0)4 76 14 51 62 Media-Processing Engineering / http://www.hp.com/go/opencall i n v e n t From jjohnstn at redhat.com Wed Jun 14 15:54:35 2006 From: jjohnstn at redhat.com (Jeff Johnston) Date: Wed, 14 Jun 2006 11:54:35 -0400 Subject: [fedora-java] pb building com.redhat.eclipse.cdt.autotools In-Reply-To: <448D7BD9.7040400@hp.com> References: <448D7BD9.7040400@hp.com> Message-ID: <4490313B.7080004@redhat.com> Francois-Xavier KOWALSKI wrote: > Hello, > > the version currently in CVS -- I have a previous version that did it -- > refuses to build with the following error: > > 48. ERROR in > /home/fxk/CVS/sourceware.org/com.redhat.eclipse.cdt.autotools/src/com/redhat/eclipse/cdt/autotools/popup/actions/GetIncludePathAction.java > > (at line 9) > import org.eclipse.jface.viewers.TreeSelection; > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > The import org.eclipse.jface.viewers.TreeSelection cannot be resolved > > Isn't a new class missing in the CVS? > The Autotools project is being targetted for FC6 so it is currently being developed against 3.2. As it turns out, that import was not being used so I have updated the file in question. -- Jeff J. From francois-xavier.kowalski at hp.com Mon Jun 19 07:46:07 2006 From: francois-xavier.kowalski at hp.com (Francois-Xavier KOWALSKI) Date: Mon, 19 Jun 2006 09:46:07 +0200 Subject: [fedora-java] pb building com.redhat.eclipse.cdt.autotools In-Reply-To: <4490313B.7080004@redhat.com> References: <448D7BD9.7040400@hp.com> <4490313B.7080004@redhat.com> Message-ID: <4496563F.6050703@hp.com> Jeff Johnston wrote: > Francois-Xavier KOWALSKI wrote: > >> Hello, >> >> the version currently in CVS -- I have a previous version that did it >> -- refuses to build with the following error: >> >> 48. ERROR in >> /home/fxk/CVS/sourceware.org/com.redhat.eclipse.cdt.autotools/src/com/redhat/eclipse/cdt/autotools/popup/actions/GetIncludePathAction.java >> >> (at line 9) >> import org.eclipse.jface.viewers.TreeSelection; >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> The import org.eclipse.jface.viewers.TreeSelection cannot be resolved >> >> Isn't a new class missing in the CVS? >> > > The Autotools project is being targetted for FC6 so it is currently > being developed against 3.2. Ooops: seems that I am pretty far behind, at least from a distro perspective. > As it turns out, that import was not being used so I have updated the > file in question. Thanks a lot. Would it be possible to have some kind of notice in case some 3.2-only feature is added for good? That would save your time for identifying the problem... --FiX From jjohnstn at redhat.com Mon Jun 19 22:01:21 2006 From: jjohnstn at redhat.com (Jeff Johnston) Date: Mon, 19 Jun 2006 18:01:21 -0400 Subject: [fedora-java] pb building com.redhat.eclipse.cdt.autotools In-Reply-To: <4496563F.6050703@hp.com> References: <448D7BD9.7040400@hp.com> <4490313B.7080004@redhat.com> <4496563F.6050703@hp.com> Message-ID: <44971EB1.1010907@redhat.com> Francois-Xavier KOWALSKI wrote: > > > Jeff Johnston wrote: > >> Francois-Xavier KOWALSKI wrote: >> >>> Hello, >>> >>> the version currently in CVS -- I have a previous version that did it >>> -- refuses to build with the following error: >>> >>> 48. ERROR in >>> /home/fxk/CVS/sourceware.org/com.redhat.eclipse.cdt.autotools/src/com/redhat/eclipse/cdt/autotools/popup/actions/GetIncludePathAction.java >>> >>> (at line 9) >>> import org.eclipse.jface.viewers.TreeSelection; >>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>> The import org.eclipse.jface.viewers.TreeSelection cannot be resolved >>> >>> Isn't a new class missing in the CVS? >>> >> >> The Autotools project is being targetted for FC6 so it is currently >> being developed against 3.2. > > > > Ooops: seems that I am pretty far behind, at least from a distro > perspective. > Not to worry. I haven't really spelled this out in detail other than mentioning we are targetting FC6 on the web-site. >> As it turns out, that import was not being used so I have updated the >> file in question. > > > > Thanks a lot. Would it be possible to have some kind of notice in case > some 3.2-only feature is added for good? That would save your time for > identifying the problem... > You're assuming I knew that a 3.2-only feature was being used :). As it turns out, that was just a test mechanism for discovering the include path for a file dynamically from the Makefile. If we find out the plugin will definitely not work on 3.1.2, I'll add something to the web-page. -- Jeff J. > --FiX > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From alcapcom at gmail.com Wed Jun 21 11:53:18 2006 From: alcapcom at gmail.com (alcapcom) Date: Wed, 21 Jun 2006 13:53:18 +0200 Subject: [fedora-java] Many problem to packaging a java-gnome app for FE Message-ID: <4ccd9dcb0606210453y33917b06v792b8634e83b56c5@mail.gmail.com> Hello List, 1. rpmlint give warning about "class-path-in-manifest"? how to define the class path for my jars files, in the launches scripts? 2. aot-compile-rpm tool create only one .so file for 3 jar files, is that ok? 3. How configue a ant javadoc task, that find the sources for the other packages. 4. During extracting debug information, there is several cpio error: /path/to/class.java: No such file or directory. How to solve this problem? SPEC URL: http://fedoraxgl.tuxfamily.org/repository/5/SPECS/3ddesktop-configurator.spec SRPM URL: http://fedoraxgl.tuxfamily.org/repository/5/SRPMS/3ddesktop-0.1-1.src.rpm FE bugid: #192438 ps: sorry for this dirty english. Regards, Al From gbenson at redhat.com Wed Jun 21 12:52:40 2006 From: gbenson at redhat.com (Gary Benson) Date: Wed, 21 Jun 2006 13:52:40 +0100 Subject: [fedora-java] Many problem to packaging a java-gnome app for FE In-Reply-To: <4ccd9dcb0606210453y33917b06v792b8634e83b56c5@mail.gmail.com> References: <4ccd9dcb0606210453y33917b06v792b8634e83b56c5@mail.gmail.com> Message-ID: <20060621125239.GD23387@redhat.com> Don't know about the others, but... alcapcom wrote: > 2. aot-compile-rpm tool create only one .so file for 3 jar files, is > that ok? That's ok. If you look you'll see subset warnings for the other two: aot-compile-rpm: warning: subsetted /path/to/3ddesktop-info-0.1.jar aot-compile-rpm: warning: subsetted /path/to/3ddesktop-switch-0.1.jar A subset warning basically means that all the classes in one jarfile are contained in another. You only need one compiled copy of a class on your system, so it doesn't bother to compile the duplicates. Cheers, Gary From alcapcom at gmail.com Wed Jun 21 13:53:04 2006 From: alcapcom at gmail.com (alcapcom) Date: Wed, 21 Jun 2006 15:53:04 +0200 Subject: [fedora-java] Many problem to packaging a java-gnome app for FE In-Reply-To: <20060621125239.GD23387@redhat.com> References: <4ccd9dcb0606210453y33917b06v792b8634e83b56c5@mail.gmail.com> <20060621125239.GD23387@redhat.com> Message-ID: <4ccd9dcb0606210653n2e77b14cydb75edd55d34ad14@mail.gmail.com> > That's ok. If you look you'll see subset warnings for the other two: > > aot-compile-rpm: warning: subsetted /path/to/3ddesktop-info-0.1.jar > aot-compile-rpm: warning: subsetted /path/to/3ddesktop-switch-0.1.jar > > A subset warning basically means that all the classes in one jarfile > are contained in another. You only need one compiled copy of a class > on your system, so it doesn't bother to compile the duplicates. Thank's Gary, aot-compile-rpm is a really impressive tool!, it do all for you...nice work!!! Regards, Al From david at zarb.org Wed Jun 21 14:56:16 2006 From: david at zarb.org (David Walluck) Date: Wed, 21 Jun 2006 10:56:16 -0400 Subject: [fedora-java] Many problem to packaging a java-gnome app for FE In-Reply-To: <4ccd9dcb0606210453y33917b06v792b8634e83b56c5@mail.gmail.com> References: <4ccd9dcb0606210453y33917b06v792b8634e83b56c5@mail.gmail.com> Message-ID: <44995E10.40709@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 alcapcom wrote: > 1. rpmlint give warning about "class-path-in-manifest"? how to define > the class path for my jars files, in the launches scripts? Yes. At least according to JPackage policy, you remove the Class-Path from the manifest, and specify the list of jars in the launch script. In Fedora, they don't always follow this. But here is an example on how you might do it. #!/bin/sh # Source functions library . /usr/share/java-utils/java-functions # Source system prefs if [ -f /etc/azureus.conf ] ; then . /etc/azureus.conf fi # Source user prefs if [ -f $HOME/.azureusrc ] ; then . $HOME/.azureusrc fi # Configuration MAIN_CLASS="org.gudy.azureus2.ui.swt.Main" BASE_FLAGS="-Djava.library.path=/usr/lib64 - -Dgnu.gcj.runtime.VMClassLoader.library_control=never - -Dazureus.install.path=..." BASE_JARS="Azureus2 bcprov-jdk14 jakarta-commons-cli log4j swt-gtk gtk2.8 glib0.2" # Set parameters set_jvm set_classpath $BASE_JARS set_flags $BASE_FLAGS # Let's start run "$@" > 3. How configue a ant javadoc task, that find the sources for the > other packages. As far as I know, you have to patch build.xml to use the tag inside the tag. I don't know why it can't resolve the classes automatically, or at least use a JAVADOCPATH which is similar to CLASSPATH. I wish this could be implemented in gjdoc at least. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFEmV4QN5thZBYlTwkRAnCHAJsGCtrQ6SQb6x73efqrSiOVK7BHQgCcDlJ3 f5mcc6xgp3prqMVM4UEGbPU= =ziFv -----END PGP SIGNATURE----- From alcapcom at gmail.com Wed Jun 21 18:18:06 2006 From: alcapcom at gmail.com (alcapcom) Date: Wed, 21 Jun 2006 20:18:06 +0200 Subject: [fedora-java] Many problem to packaging a java-gnome app for FE In-Reply-To: <44995E10.40709@zarb.org> References: <4ccd9dcb0606210453y33917b06v792b8634e83b56c5@mail.gmail.com> <44995E10.40709@zarb.org> Message-ID: <4ccd9dcb0606211118w31bfe8cdj6cb53dfea45ab543@mail.gmail.com> > In Fedora, they don't always follow this. But here is an example on how > you might do it. >... It is a beautiful way for making the trick, I takes; :) By the way, thanks also for gjdoc, I did not know it. From gbenson at redhat.com Thu Jun 22 07:35:58 2006 From: gbenson at redhat.com (Gary Benson) Date: Thu, 22 Jun 2006 08:35:58 +0100 Subject: [fedora-java] Many problem to packaging a java-gnome app for FE In-Reply-To: <4ccd9dcb0606210653n2e77b14cydb75edd55d34ad14@mail.gmail.com> References: <4ccd9dcb0606210453y33917b06v792b8634e83b56c5@mail.gmail.com> <20060621125239.GD23387@redhat.com> <4ccd9dcb0606210653n2e77b14cydb75edd55d34ad14@mail.gmail.com> Message-ID: <20060622073556.GA3706@redhat.com> alcapcom wrote: > > That's ok. If you look you'll see subset warnings for the other two: > > > > aot-compile-rpm: warning: subsetted /path/to/3ddesktop-info-0.1.jar > > aot-compile-rpm: warning: subsetted /path/to/3ddesktop-switch-0.1.jar > > > > A subset warning basically means that all the classes in one jarfile > > are contained in another. You only need one compiled copy of a class > > on your system, so it doesn't bother to compile the duplicates. > > Thank's Gary, > > aot-compile-rpm is a really impressive tool!, it do all for you...nice > work!!! Thank you :D Gary From dander at bestweb.net Sat Jun 24 20:01:01 2006 From: dander at bestweb.net (ed anderson) Date: Sat, 24 Jun 2006 16:01:01 -0400 Subject: [fedora-java] jedit install on fc3, fc4 or fc5 Message-ID: <77A76E40-C3DE-4AE9-8EDB-479B6A9B3EFE@bestweb.net> Can Jedit be installed using jpackage on either os fc3, fc4 or fc5? Thanks Ed Anderson dander at bestweb.net From jason.corley at gmail.com Mon Jun 26 13:43:28 2006 From: jason.corley at gmail.com (Jason Corley) Date: Mon, 26 Jun 2006 09:43:28 -0400 Subject: [fedora-java] eclipse, ecj, and tomcat 5.5.x In-Reply-To: <3118d8de0606260640m3eb209cbtf6a93da6370a1e91@mail.gmail.com> References: <3118d8de0606260640m3eb209cbtf6a93da6370a1e91@mail.gmail.com> Message-ID: <3118d8de0606260643x7f4b9d0bl1b975ce82a8bf89e@mail.gmail.com> All, I'm working on updating the JPackage eclipse package for a pending JPackage release (1.7). Right now there exists a circular build problem between the tomcat5 and eclipse packages (eclipse-platform requires tomcat5, tomcat5 requires eclipse-ecj). Debian, Mandriva, and Suse have split out eclipse-ecj into a bootstrap package to solve this dilemma. Another suggestion made was to make eclipse-platform into its own package so that the rest of the eclipse components can be noarch since they are all java. Since one of the goals for JPackage is to make it easier for various distros to use our work with little to no changes I wanted to find out from the fedora-java community if they see any problems with at least splitting out ecj into a separate package (for reference the Mandriva package is named ecj-bootstrap). I believe this was done in the past? Right now the updated eclipse packages that I have so far are located at: http://www.zarb.org/~jasonc/repo/ It is not an actual repo despite what the URL may imply. Any patches, information, etc. greatly appreciated. Thanks, Jason From arunpsadanandan at yahoo.com Fri Jun 30 18:08:09 2006 From: arunpsadanandan at yahoo.com (arun sadanandan) Date: Fri, 30 Jun 2006 11:08:09 -0700 (PDT) Subject: [fedora-java] Request for an academic project in java on linux platform In-Reply-To: <20060622160029.36D83737DA@hormel.redhat.com> Message-ID: <20060630180809.3413.qmail@web32511.mail.mud.yahoo.com> From ARUN P SADANANDAN S5 MCA L B S College of Engineering Kasaragod Kerala 671 542 Sir, I am happy to introduce myself. I am ARUN P SADANANDAN, doing a Master of Computer Applications at L B S College of Engineering, Kasaragod, affiliated to Kannur University. Now I have just completed my fifth semester. As per the syllabus prescribed by Kannur University each MCA student has to do a six month long project work at their sixth semester as a part of their curriculum .I have to start my project work by July 2006 and have to submit the report by November last. I am here by attaching a copy of my resume & my syllabus along with this. I am really interested to do a project in linux platform.I will be thankful to you if anybody could send me the details of any project works available . Yours truly Arun P Sadanandan Images by Graphics Factory.com --------------------------------- Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2?/min or less. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kap4020 at rit.edu Fri Jun 30 18:34:59 2006 From: kap4020 at rit.edu (Karol Pietrzak) Date: Fri, 30 Jun 2006 14:34:59 -0400 Subject: [fedora-java] Request for an academic project in java on =?utf-8?q?linux=09platform?= In-Reply-To: <20060630180809.3413.qmail@web32511.mail.mud.yahoo.com> References: <20060630180809.3413.qmail@web32511.mail.mud.yahoo.com> Message-ID: <200606301434.59599.kap4020@rit.edu> On Friday 30 June 2006 14:08, arun sadanandan wrote: > From > ?ARUN P SADANANDAN > ?S5 MCA > ?L B S College of Engineering > ?Kasaragod > ?Kerala 671 542 > ? > Sir, > ?????????? ?I am happy to introduce myself. I am ARUN P SADANANDAN, doing a > Master of Computer Applications at L B S College of Engineering, Kasaragod, > affiliated to Kannur University. Now I have just completed my fifth > semester. As per the syllabus prescribed by Kannur University each MCA > student has to do a six month long project work at their sixth semester as > a part of their curriculum .I have to start my project work by July 2006 > and have to submit the report by November last. I am here by attaching a > copy of my resume & my syllabus? along with this. I am really interested to > do a project in linux platform.I will be thankful to you if?anybody could > send me the?details of? any project works available . Yours truly Hello there, Arun P Sadanandan! Are you familiar with Eclipse? If you're looking for ideas, there's some momentum to create a C# Eclipse plugin [1] that supports Mono [2]. Let me know what you think. :) [1] http://sourceforge.net/projects/emonic [2] http://www.mono-project.com/Main_Page -- Karl Pietrzak kap4020 at rit.edu -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: