From trobert at redhat.com Wed Feb 9 21:28:26 2005 From: trobert at redhat.com (Robert Theisen) Date: Wed, 09 Feb 2005 16:28:26 -0500 Subject: [Fedora-devel-java-list] Test Message Message-ID: <420A807A.2090409@redhat.com> Please disregard From green at redhat.com Sun Feb 13 19:46:35 2005 From: green at redhat.com (Anthony Green) Date: Sun, 13 Feb 2005 11:46:35 -0800 Subject: [Fedora-devel-java-list] More java-gcj-compat tweaks required Message-ID: <1108323996.5427.5.camel@localhost.localdomain> Hey Tom, The jogl build.xml script expects to find the following two header files: $JAVA_HOME/include/jawt.h and $JAVA_HOME/include/linux/jawt_md.h. Let's remember to symlink those files in java-gcj-compat once they are part of the distro. AG From green at redhat.com Mon Feb 14 02:22:32 2005 From: green at redhat.com (Anthony Green) Date: Sun, 13 Feb 2005 18:22:32 -0800 Subject: [Fedora-devel-java-list] More java-gcj-compat hacks Message-ID: <1108347753.5427.19.camel@localhost.localdomain> Hey Tom, The jogl build process expects to find $JAVA_HOME/lib/i386. To be honest, I'm not exactly sure why this is. In any case, it probably can't hurt to create this dir. See attached patch. AG -------------- next part -------------- A non-text attachment was scrubbed... Name: arch-lib.patch Type: text/x-patch Size: 1790 bytes Desc: not available URL: From tadej.janez at tadej.hicsalta.si Mon Feb 14 18:43:05 2005 From: tadej.janez at tadej.hicsalta.si (Tadej =?iso-8859-2?Q?Jane=BE?=) Date: Mon, 14 Feb 2005 19:43:05 +0100 Subject: [fedora-java] An official announcement of the mailing list? Message-ID: <1108406585.5546.27.camel@localhost.localdomain> Hi, I've been a regular fedora-devel list reader for a long time and I also have a strong interest in java and its surrounding technologies. Reading planet.classpath.org today, I was quite surprised, when I saw a post by Anthony Green, announcing a new mailing list for people interested in java technologies in Fedora Core. I'm very glad that we now have a special mailing list for this type of discussions, however, I think it would be appropriate to (officially) announce the existence of this mailing list (maybe on fedora-devel or fedora-announce?) so that more people become aware of and take their part in the discussions. Best regards, tadej P.S.: Or maybe you are trying to build a secret java sub-community in which case... ;) -- Tadej Jane? -------------- 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 green at redhat.com Tue Feb 15 01:09:16 2005 From: green at redhat.com (Anthony Green) Date: Mon, 14 Feb 2005 17:09:16 -0800 Subject: [fedora-java] An official announcement of the mailing list? In-Reply-To: <1108406585.5546.27.camel@localhost.localdomain> References: <1108406585.5546.27.camel@localhost.localdomain> Message-ID: <1108429756.5427.74.camel@localhost.localdomain> On Mon, 2005-02-14 at 19:43 +0100, Tadej Jane? wrote: > I'm very glad that we now have a special mailing list for this type of > discussions, however, I think it would be appropriate to (officially) > announce the existence of this mailing list (maybe on fedora-devel or > fedora-announce?) so that more people become aware of and take their > part in the discussions. You're absolutely right. I'll do that now. AG From talios at gmail.com Tue Feb 15 11:56:49 2005 From: talios at gmail.com (Mark Derricutt) Date: Wed, 16 Feb 2005 00:56:49 +1300 Subject: [fedora-java] Self Introduction - Mark Derricutt Message-ID: <5184347f050215035646df02d4@mail.gmail.com> Hey all, just a quick self intro before I head off to the land of nod... Names Mark, 30, living in Auckland, New Zealand, blogging at http://www.talios.com, working as a Java/Smalltalk developer and running Fedora on both home and work machines, and well as my server machine. Mostly been an idle reader on fedora-dev, classpath, jpackage and other such lists... whats another to idle on and hopefully contribute... From ziga.mahkovec at klika.si Mon Feb 21 19:38:33 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Mon, 21 Feb 2005 20:38:33 +0100 Subject: [fedora-java] gcj4 status in FC4 Message-ID: <1109014713.13565.12.camel@serenity.klika.si> I searched through the GCC mailing lists to find an answer, but I guess I'll get it here quicker: How much of the recent work on gcj can we expect in gcc4 (and consequently in FC4)? Specifically, will the recent imageio and AWT/cairo improvements from the java-gui-20050128-branch be available? Thanks, -- Ziga From fitzsim at redhat.com Mon Feb 21 19:56:11 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 21 Feb 2005 14:56:11 -0500 Subject: [fedora-java] gcj4 status in FC4 In-Reply-To: <1109014713.13565.12.camel@serenity.klika.si> References: <1109014713.13565.12.camel@serenity.klika.si> Message-ID: <1109015771.11102.74.camel@tortoise.toronto.redhat.com> On Mon, 2005-02-21 at 20:38 +0100, Ziga Mahkovec wrote: >I searched through the GCC mailing lists to find an answer, but I guess >I'll get it here quicker: > >How much of the recent work on gcj can we expect in gcc4 (and >consequently in FC4)? Specifically, will the recent imageio and >AWT/cairo improvements from the java-gui-20050128-branch be available? > Yes, all changes on java-gui-20050128-branch have been merged into HEAD. No new work will be done on the gui branch; instead all future GUI work will be done directly on HEAD. If you're on FC3 you can install the Rawhide gcc4 rpms, which track gcc CVS HEAD closely, using yum. Just add the development repository to your yum.conf: [development] name=Fedora Core $releasever - Development Tree baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ Tom From mark at klomp.org Mon Feb 21 19:59:08 2005 From: mark at klomp.org (Mark Wielaard) Date: Mon, 21 Feb 2005 20:59:08 +0100 Subject: [fedora-java] gcj4 status in FC4 In-Reply-To: <1109014713.13565.12.camel@serenity.klika.si> References: <1109014713.13565.12.camel@serenity.klika.si> Message-ID: <1109015949.8395.60.camel@localhost.localdomain> Hi, On Mon, 2005-02-21 at 20:38 +0100, Ziga Mahkovec wrote: > How much of the recent work on gcj can we expect in gcc4 (and > consequently in FC4)? Specifically, will the recent imageio and > AWT/cairo improvements from the java-gui-20050128-branch be available? The wholeimageio, cairo and gui-branch was merged into trunk (which will become 4.0) last week. So, the short answer is "all of it". It isn't clear whether FC4 will include cairo though. So you might have to do without -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D. It is off by default, and needs to be explicitly enabled by configuring gcc with --enable-gtk-cairo, which is currently not done for the FC4 pre-releases of gcc that I have seen. (Most things work fine without it, just Graphics2D support isn't there then.) 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 fitzsim at redhat.com Mon Feb 21 20:03:14 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 21 Feb 2005 15:03:14 -0500 Subject: [fedora-java] gcj4 status in FC4 In-Reply-To: <1109015771.11102.74.camel@tortoise.toronto.redhat.com> References: <1109014713.13565.12.camel@serenity.klika.si> <1109015771.11102.74.camel@tortoise.toronto.redhat.com> Message-ID: <1109016194.11102.80.camel@tortoise.toronto.redhat.com> On Mon, 2005-02-21 at 14:56 -0500, Thomas Fitzsimmons wrote: >Yes, all changes on java-gui-20050128-branch have been merged into HEAD. >No new work will be done on the gui branch; instead all future GUI work >will be done directly on HEAD. I forgot to mention: these RPMs will not be built with --enable-gtk-cairo (because cairo will not ship with FC4) so Graphics2D won't be supported by the FC4 gcc4 rpms. Tom From ziga.mahkovec at klika.si Mon Feb 21 20:28:09 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Mon, 21 Feb 2005 21:28:09 +0100 Subject: [fedora-java] gcj4 status in FC4 In-Reply-To: <1109016194.11102.80.camel@tortoise.toronto.redhat.com> References: <1109014713.13565.12.camel@serenity.klika.si> <1109015771.11102.74.camel@tortoise.toronto.redhat.com> <1109016194.11102.80.camel@tortoise.toronto.redhat.com> Message-ID: <1109017689.13565.22.camel@serenity.klika.si> On Mon, 2005-02-21 at 15:03 -0500, Thomas Fitzsimmons wrote: > I forgot to mention: these RPMs will not be built with > --enable-gtk-cairo (because cairo will not ship with FC4) so Graphics2D > won't be supported by the FC4 gcc4 rpms. Too bad, java2d was what I was aiming at. Though now that GTK+ depends on cairo, I guess it won't take long to include it in rawhide at least? Back to jhbuild then. Given that new work is now done on trunk, I should probably change my .jhbuildrc configuration: # We need the latest snapshot branch branches['cairo'] = 'SNAPSHOT_0_3_0' # And the latest gui branch for gcj -branches['gcj'] = 'java-gui-20050128-branch' +branches['gcj'] = 'HEAD' Are there any other changes necessary? -- Ziga From dmalcolm at redhat.com Mon Feb 21 20:36:02 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Mon, 21 Feb 2005 15:36:02 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide Message-ID: <1109018163.31879.5.camel@cassandra.boston.redhat.com> I get the following error when trying to update Eclipse packages from Rawhide: yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt Error: java-1.4.2-gcj4-compat-devel conflicts: java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= 1.4.2.0-39jpp So which gcj-compat do I want? From ziga.mahkovec at klika.si Mon Feb 21 20:47:00 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Mon, 21 Feb 2005 21:47:00 +0100 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109018163.31879.5.camel@cassandra.boston.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> Message-ID: <1109018820.24778.6.camel@serenity.klika.si> On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: > I get the following error when trying to update Eclipse packages from > Rawhide: > > yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt > > Error: java-1.4.2-gcj4-compat-devel conflicts: > java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp > Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= > 1.4.2.0-39jpp > > So which gcj-compat do I want? java-1.4.2-gcj4-compat The old one (java-1.4.2-gcj-compat) is no longer in rawhide and should obviously be removed from your system. Not sure why they conflict though, given that they should happily coexist using alternatives. -- Ziga From fitzsim at redhat.com Mon Feb 21 21:18:44 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 21 Feb 2005 16:18:44 -0500 Subject: [fedora-java] gcj4 status in FC4 In-Reply-To: <1109017689.13565.22.camel@serenity.klika.si> References: <1109014713.13565.12.camel@serenity.klika.si> <1109015771.11102.74.camel@tortoise.toronto.redhat.com> <1109016194.11102.80.camel@tortoise.toronto.redhat.com> <1109017689.13565.22.camel@serenity.klika.si> Message-ID: <1109020724.11102.83.camel@tortoise.toronto.redhat.com> On Mon, 2005-02-21 at 21:28 +0100, Ziga Mahkovec wrote: >On Mon, 2005-02-21 at 15:03 -0500, Thomas Fitzsimmons wrote: >> I forgot to mention: these RPMs will not be built with >> --enable-gtk-cairo (because cairo will not ship with FC4) so Graphics2D >> won't be supported by the FC4 gcc4 rpms. > >Too bad, java2d was what I was aiming at. Though now that GTK+ depends >on cairo, I guess it won't take long to include it in rawhide at least? > >Back to jhbuild then. Given that new work is now done on trunk, I >should probably change my .jhbuildrc configuration: > > # We need the latest snapshot branch > branches['cairo'] = 'SNAPSHOT_0_3_0' > # And the latest gui branch for gcj >-branches['gcj'] = 'java-gui-20050128-branch' Actually, I think you can just remove this line and jhbuild will default to checking out HEAD. >+branches['gcj'] = 'HEAD' > >Are there any other changes necessary? No, I don't think so, though it's been a while since I've used JHBuild to update my tree. Tom From fitzsim at redhat.com Mon Feb 21 21:20:37 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 21 Feb 2005 16:20:37 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109018163.31879.5.camel@cassandra.boston.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> Message-ID: <1109020837.11102.86.camel@tortoise.toronto.redhat.com> On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: >I get the following error when trying to update Eclipse packages from >Rawhide: > >yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt > >Error: java-1.4.2-gcj4-compat-devel conflicts: >java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp >Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= >1.4.2.0-39jpp > java-1.4.2-gcj4-compat-devel should obsolete java-1.4.2-gcj-compat-devel. I guess I'll remove the Conflicts lines from the next release. >So which gcj-compat do I want? > java-1.4.2-gcj4-compat and java-1.4.2-gcj4-compat-devel. Tom From drsalif_mamadou at mixmail.com Mon Feb 21 22:25:49 2005 From: drsalif_mamadou at mixmail.com (DR. SALIF MAMADOU) Date: Mon, 21 Feb 2005 22:25:49 +0000 Subject: [fedora-java] Requesting your urgent investment partnership Message-ID: <200502212225.j1LMPgwh007896@mx3.redhat.com> Dear Friend, I am pleased to introduce a business opportunity to you to transfer to your overseas account a huge amount of money deposited in one of the Prime Banks here in Dakar-Senegal. I urgently want to know you and if you are capable of handling and accomodate this magnitude of funds until I resign and come over to join you for an investment in your country. What I need is a reliable and honest individual/organisation that would be capable and fit enough to provide either an existing bank account or set up a new Bank Account immediately to receive this funds. Even an empty bank account can serve to receive this funds as long as you will remain honest to me till we actualise this interest. My name is Dr. Salif Mamadou, the Director of Bill and Exchange at the Foreign Remittance Department of the same bank. I am writing following the impressive information about you through one of my friends who runs a consultancy firm. He assured me of your capability and reliability to champion this business opportunity. In my department we discovered an abandoned Sum of $18.5M USD Eighteen Million, Five Hundred Thousand US Dollars), in an account that belongs to one of our foreign customers an American by name: Mr.Neal Walker who died along with other passengers in EgyptAir Flight 990 - October 31, 1999. Please do view this very site for more information about our deceased client: www.greatdreams.com/PassEAir990.htm. Since we got information about his death, we have been expecting his next of kin to come over and claim his money because we cannot release it unless somebody applies for it as next of kin or relation to the deceased and the person must be foreigner as indicated in our banking guidelines. Futher investigation, we discovered that the owner of the account died without a [Heir/WILL] hence the money is floating and if I do not remit this money out urgently it will be forfeited for nothing. It is therefore upon this discovery that I and other officials in bank now decided to make this businness proposal to you and release the money to you as the next of kin or relation to the deceased for safety and subsequent disbursement since nobody is coming for it and we do not want this money to go into the Bank treasury as unclaimed Bill. The Banking law and guideline here stipulates that if such money remained unclamed after five years, the money will be transfered into the Bank treasury account as unclaimed fund. The request of foreigner as next of kin in this business is occasioned by the fact that the customer was a foreigner and I can not stand as next of kin to a foreigner,it is also against our the banking law, guideline and ethics of banks here in my country. We have agreed that 20 % of this money will be for you as foreign partner, in respect to the provision of a foreign account, 10 % will be set aside for expenses incured during the business and 70 % would be for me and my colleagues. There after I and my colleagues will visit your country for disbursement according to the percentages indicated. Therefore to enable the immediate transfer of this fund to you as requested to provide the following: Your full name and address, Your direct telephone and fax number and your bank information. All the requested information will enable me perfect all the necessary things in your favour for smooth transfer of the fund into you account as you will provide. If you are interested, please contact me via my email address: drsalif_mamadou at mixmail.com and also call me on my telephone for more details: 00221 699.9741. Upon your response, I shall provide you with more details on how we shall proceed with the claims. I expect you to observe utmost confidentiality and be rest assured that this transaction would be profitable for both of us without any risk involved. Awaiting your urgent reply. Thanks & Regards. Dr. Salif Mamadou. From dmalcolm at redhat.com Mon Feb 21 23:26:50 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Mon, 21 Feb 2005 18:26:50 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109020837.11102.86.camel@tortoise.toronto.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> <1109020837.11102.86.camel@tortoise.toronto.redhat.com> Message-ID: <1109028410.31879.25.camel@cassandra.boston.redhat.com> On Mon, 2005-02-21 at 16:20 -0500, Thomas Fitzsimmons wrote: >On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: >>I get the following error when trying to update Eclipse packages from >>Rawhide: >> >>yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt >> >>Error: java-1.4.2-gcj4-compat-devel conflicts: >>java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp >>Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= >>1.4.2.0-39jpp >> > >java-1.4.2-gcj4-compat-devel should obsolete >java-1.4.2-gcj-compat-devel. I guess I'll remove the Conflicts lines >from the next release. > >>So which gcj-compat do I want? >> >java-1.4.2-gcj4-compat and java-1.4.2-gcj4-compat-devel. OK, when I installed the new packages I got lots of errors like this: Updating: eclipse-ecj 100 % done 1/10 /var/tmp/rpm-tmp.82380: line 3: 21207 Segmentation fault gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar /usr/lib/eclipse/jdtcore.jar.so /var/tmp/rpm-tmp.82380: line 6: 21264 Segmentation fault gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtCompilerAdapter.jar /usr/lib/eclipse/jdtCompilerAdapter.jar.so error: %post(eclipse-ecj-3.0.1_fc-14.i386) scriptlet failed, exit status 139 Installing: gjdoc 100 % done 2/10 Installing: java-1.4.2-gcj4-compat 100 % done 3/10 Installing: java-1.4.2-gcj4-compat-devel 100 % done 4/10 Updating: libswt3-gtk2 100 % done 5/10 /var/tmp/rpm-tmp.17340: line 1: 22154 Segmentation fault gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db $j /usr/lib/eclipse/`basename $j`.so etc... and the resulting eclipse doesn't run: [dmalcolm at cassandra ~]$ eclipse /usr/bin/eclipse: line 45: 28121 Segmentation fault LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so /usr/share/eclipse/eclipse $ECLIPSE_OPTS $@ $VM_OPTS Doing anything with that LD_PRELOAD line fails, e.g.: [dmalcolm at cassandra~]$ LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so ls Segmentation fault Any thoughts? > >Tom > > >-- >fedora-devel-java-list mailing list >fedora-devel-java-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From fitzsim at redhat.com Tue Feb 22 03:22:06 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 21 Feb 2005 22:22:06 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109028410.31879.25.camel@cassandra.boston.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> <1109020837.11102.86.camel@tortoise.toronto.redhat.com> <1109028410.31879.25.camel@cassandra.boston.redhat.com> Message-ID: <1109042526.11102.148.camel@tortoise.toronto.redhat.com> On Mon, 2005-02-21 at 18:26 -0500, David Malcolm wrote: >On Mon, 2005-02-21 at 16:20 -0500, Thomas Fitzsimmons wrote: >>On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: >>>I get the following error when trying to update Eclipse packages from >>>Rawhide: >>> >>>yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt >>> >>>Error: java-1.4.2-gcj4-compat-devel conflicts: >>>java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp >>>Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= >>>1.4.2.0-39jpp >>> >> >>java-1.4.2-gcj4-compat-devel should obsolete >>java-1.4.2-gcj-compat-devel. I guess I'll remove the Conflicts lines >>from the next release. >> >>>So which gcj-compat do I want? >>> >>java-1.4.2-gcj4-compat and java-1.4.2-gcj4-compat-devel. > >OK, when I installed the new packages I got lots of errors like this: >Updating: eclipse-ecj 100 % done 1/10 >/var/tmp/rpm-tmp.82380: line 3: 21207 Segmentation fault >gcj-dbtool4 >-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar /usr/lib/eclipse/jdtcore.jar.so >/var/tmp/rpm-tmp.82380: line 6: 21264 Segmentation fault >gcj-dbtool4 >-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtCompilerAdapter.jar /usr/lib/eclipse/jdtCompilerAdapter.jar.so >error: %post(eclipse-ecj-3.0.1_fc-14.i386) scriptlet failed, exit status >139 >Installing: gjdoc 100 % done 2/10 >Installing: java-1.4.2-gcj4-compat 100 % done 3/10 >Installing: java-1.4.2-gcj4-compat-devel 100 % done 4/10 >Updating: libswt3-gtk2 100 % done 5/10 >/var/tmp/rpm-tmp.17340: line 1: 22154 Segmentation fault >gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db $j /usr/lib/eclipse/`basename >$j`.so > >etc... > >and the resulting eclipse doesn't run: >[dmalcolm at cassandra ~]$ eclipse >/usr/bin/eclipse: line 45: 28121 Segmentation fault >LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so /usr/share/eclipse/eclipse $ECLIPSE_OPTS $@ $VM_OPTS > >Doing anything with that LD_PRELOAD line fails, e.g.: >[dmalcolm at cassandra~]$ >LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so ls >Segmentation fault > >Any thoughts? > It looks like gcj-dbtool4 is segfaulting. Can you run it with no arguments? What architecture are you on? You could try rebuilding eclipse.db by hand if gcj-dbtool4 does work on the command line. Tom From winnie8608 at yahoo.com.cn Tue Feb 22 13:50:55 2005 From: winnie8608 at yahoo.com.cn (winnie) Date: Tue, 22 Feb 2005 21:50:55 +0800 Subject: [fedora-java] Neoprene Fly Reel Bag Message-ID: <200502221350.j1MDoYvY022307@mx1.redhat.com> SKY Products Factory ShaTin Village Dongguan City China E-mail:winnie8608 at 163.com We can make the Neoprene Fly Reel Bag See the attachment The price : USD1.2/pc (Big size 4.5") USD1.0/pc (Small size 3.5") The Qty : 1,000pcs http://hk.page.auctions.yahoo.com/hk/auction/1109004432?aucview=0x13 Thanks, Winnie -------------- next part -------------- A non-text attachment was scrubbed... Name: 17209121.jpg Type: application/octet-stream Size: 12299 bytes Desc: not available URL: From dmalcolm at redhat.com Tue Feb 22 22:24:05 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Tue, 22 Feb 2005 17:24:05 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109042526.11102.148.camel@tortoise.toronto.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> <1109020837.11102.86.camel@tortoise.toronto.redhat.com> <1109028410.31879.25.camel@cassandra.boston.redhat.com> <1109042526.11102.148.camel@tortoise.toronto.redhat.com> Message-ID: <1109111045.22173.2.camel@cassandra.boston.redhat.com> On Mon, 2005-02-21 at 22:22 -0500, Thomas Fitzsimmons wrote: >On Mon, 2005-02-21 at 18:26 -0500, David Malcolm wrote: >>On Mon, 2005-02-21 at 16:20 -0500, Thomas Fitzsimmons wrote: >>>On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: >>>>I get the following error when trying to update Eclipse packages from >>>>Rawhide: >>>> >>>>yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt >>>> >>>>Error: java-1.4.2-gcj4-compat-devel conflicts: >>>>java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp >>>>Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= >>>>1.4.2.0-39jpp >>>> >>> >>>java-1.4.2-gcj4-compat-devel should obsolete >>>java-1.4.2-gcj-compat-devel. I guess I'll remove the Conflicts lines >>>from the next release. >>> >>>>So which gcj-compat do I want? >>>> >>>java-1.4.2-gcj4-compat and java-1.4.2-gcj4-compat-devel. >> >>OK, when I installed the new packages I got lots of errors like this: >>Updating: eclipse-ecj 100 % done 1/10 >>/var/tmp/rpm-tmp.82380: line 3: 21207 Segmentation fault >>gcj-dbtool4 >>-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar /usr/lib/eclipse/jdtcore.jar.so >>/var/tmp/rpm-tmp.82380: line 6: 21264 Segmentation fault >>gcj-dbtool4 >>-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtCompilerAdapter.jar /usr/lib/eclipse/jdtCompilerAdapter.jar.so >>error: %post(eclipse-ecj-3.0.1_fc-14.i386) scriptlet failed, exit status >>139 >>Installing: gjdoc 100 % done 2/10 >>Installing: java-1.4.2-gcj4-compat 100 % done 3/10 >>Installing: java-1.4.2-gcj4-compat-devel 100 % done 4/10 >>Updating: libswt3-gtk2 100 % done 5/10 >>/var/tmp/rpm-tmp.17340: line 1: 22154 Segmentation fault >>gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db $j /usr/lib/eclipse/`basename >>$j`.so >> >>etc... >> >>and the resulting eclipse doesn't run: >>[dmalcolm at cassandra ~]$ eclipse >>/usr/bin/eclipse: line 45: 28121 Segmentation fault >>LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so /usr/share/eclipse/eclipse $ECLIPSE_OPTS $@ $VM_OPTS >> >>Doing anything with that LD_PRELOAD line fails, e.g.: >>[dmalcolm at cassandra~]$ >>LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so ls >>Segmentation fault >> >>Any thoughts? >> > >It looks like gcj-dbtool4 is segfaulting. Can you run it with no >arguments? What architecture are you on? You could try rebuilding >eclipse.db by hand if gcj-dbtool4 does work on the command line. How do I do this by hand? [dmalcolm at cassandra ~]$ rpm -qf /usr/bin/gcj-dbtool4 gcc4-java-4.0.0-0.22 [dmalcolm at cassandra ~]$ gcj-dbtool4 Segmentation fault [dmalcolm at cassandra ~]$ gdb gcj-dbtool4 GNU gdb Red Hat Linux (6.1post-1.20040607.41rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...(no debugging symbols found)...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run Starting program: /usr/bin/gcj-dbtool4 /usr/src/build/473254-i386/BUILD/gdb +dejagnu-20040607/gdb/dwarf2read.c:5000: internal-error: could not find partial DIE in cache A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) n /usr/src/build/473254-i386/BUILD/gdb +dejagnu-20040607/gdb/dwarf2read.c:5000: internal-error: could not find partial DIE in cache A problem internal to GDB has been detected, further debugging may prove unreliable. Create a core file of GDB? (y or n) n (no debugging symbols found)...[Thread debugging using libthread_db enabled] [New Thread -151116096 (LWP 22135)] (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -151116096 (LWP 22135)] 0x07420917 in _Jv_RegisterClassHookDefault () from /usr/lib/libgcj_fc4.so.6 (gdb) bt #0 0x07420917 in _Jv_RegisterClassHookDefault () from /usr/lib/libgcj_fc4.so.6 #1 0x0742078a in _Jv_RegisterClasses () from /usr/lib/libgcj_fc4.so.6 #2 0x08049c2a in ?? () #3 0x0804c010 in ?? () #4 0xfee5cf94 in ?? () #5 0x073fb31d in _Jv_Malloc () from /usr/lib/libgcj_fc4.so.6 #6 0x08049864 in _init () #7 0x0804ae4a in ?? () #8 0x07862004 in ?? () from /usr/lib/libgcj_fc4.so.6 #9 0x0069dff4 in ?? () from /lib/tls/libc.so.6 #10 0x00000000 in ?? () (gdb) > >Tom > > >-- >fedora-devel-java-list mailing list >fedora-devel-java-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From fitzsim at redhat.com Wed Feb 23 00:07:25 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Tue, 22 Feb 2005 19:07:25 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109111045.22173.2.camel@cassandra.boston.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> <1109020837.11102.86.camel@tortoise.toronto.redhat.com> <1109028410.31879.25.camel@cassandra.boston.redhat.com> <1109042526.11102.148.camel@tortoise.toronto.redhat.com> <1109111045.22173.2.camel@cassandra.boston.redhat.com> Message-ID: <1109117245.14117.25.camel@rh-ibm-t41> On Tue, 2005-02-22 at 17:24 -0500, David Malcolm wrote: > On Mon, 2005-02-21 at 22:22 -0500, Thomas Fitzsimmons wrote: > >On Mon, 2005-02-21 at 18:26 -0500, David Malcolm wrote: > >>On Mon, 2005-02-21 at 16:20 -0500, Thomas Fitzsimmons wrote: > >>>On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: > >>>>I get the following error when trying to update Eclipse packages from > >>>>Rawhide: > >>>> > >>>>yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt > >>>> > >>>>Error: java-1.4.2-gcj4-compat-devel conflicts: > >>>>java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp > >>>>Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= > >>>>1.4.2.0-39jpp > >>>> > >>> > >>>java-1.4.2-gcj4-compat-devel should obsolete > >>>java-1.4.2-gcj-compat-devel. I guess I'll remove the Conflicts lines > >>>from the next release. > >>> > >>>>So which gcj-compat do I want? > >>>> > >>>java-1.4.2-gcj4-compat and java-1.4.2-gcj4-compat-devel. > >> > >>OK, when I installed the new packages I got lots of errors like this: > >>Updating: eclipse-ecj 100 % done 1/10 > >>/var/tmp/rpm-tmp.82380: line 3: 21207 Segmentation fault > >>gcj-dbtool4 > >>-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar /usr/lib/eclipse/jdtcore.jar.so > >>/var/tmp/rpm-tmp.82380: line 6: 21264 Segmentation fault > >>gcj-dbtool4 > >>-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtCompilerAdapter.jar /usr/lib/eclipse/jdtCompilerAdapter.jar.so > >>error: %post(eclipse-ecj-3.0.1_fc-14.i386) scriptlet failed, exit status > >>139 > >>Installing: gjdoc 100 % done 2/10 > >>Installing: java-1.4.2-gcj4-compat 100 % done 3/10 > >>Installing: java-1.4.2-gcj4-compat-devel 100 % done 4/10 > >>Updating: libswt3-gtk2 100 % done 5/10 > >>/var/tmp/rpm-tmp.17340: line 1: 22154 Segmentation fault > >>gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db $j /usr/lib/eclipse/`basename > >>$j`.so > >> > >>etc... > >> > >>and the resulting eclipse doesn't run: > >>[dmalcolm at cassandra ~]$ eclipse > >>/usr/bin/eclipse: line 45: 28121 Segmentation fault > >>LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so /usr/share/eclipse/eclipse $ECLIPSE_OPTS $@ $VM_OPTS > >> > >>Doing anything with that LD_PRELOAD line fails, e.g.: > >>[dmalcolm at cassandra~]$ > >>LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so ls > >>Segmentation fault > >> > >>Any thoughts? > >> > > > >It looks like gcj-dbtool4 is segfaulting. Can you run it with no > >arguments? What architecture are you on? You could try rebuilding > >eclipse.db by hand if gcj-dbtool4 does work on the command line. > > How do I do this by hand? > > [dmalcolm at cassandra ~]$ rpm -qf /usr/bin/gcj-dbtool4 > gcc4-java-4.0.0-0.22 > > [dmalcolm at cassandra ~]$ gcj-dbtool4 > Segmentation fault This is a problem: Andrew, shall we file a bug for this or is there one filed already? > [dmalcolm at cassandra ~]$ gdb gcj-dbtool4 > GNU gdb Red Hat Linux (6.1post-1.20040607.41rh) > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-redhat-linux-gnu"...(no debugging > symbols found)...Using host libthread_db library > "/lib/tls/libthread_db.so.1". > > (gdb) run > Starting program: /usr/bin/gcj-dbtool4 > /usr/src/build/473254-i386/BUILD/gdb > +dejagnu-20040607/gdb/dwarf2read.c:5000: internal-error: could not find > partial DIE in cache > > A problem internal to GDB has been detected, > further debugging may prove unreliable. > Quit this debugging session? (y or n) n > > /usr/src/build/473254-i386/BUILD/gdb > +dejagnu-20040607/gdb/dwarf2read.c:5000: internal-error: could not find > partial DIE in cache > > A problem internal to GDB has been detected, > further debugging may prove unreliable. > Create a core file of GDB? (y or n) n See this bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19769 We need to get the patch there into our gcc4 rpms. Tom From dmalcolm at redhat.com Wed Feb 23 01:57:37 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Tue, 22 Feb 2005 20:57:37 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109117245.14117.25.camel@rh-ibm-t41> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> <1109020837.11102.86.camel@tortoise.toronto.redhat.com> <1109028410.31879.25.camel@cassandra.boston.redhat.com> <1109042526.11102.148.camel@tortoise.toronto.redhat.com> <1109111045.22173.2.camel@cassandra.boston.redhat.com> <1109117245.14117.25.camel@rh-ibm-t41> Message-ID: <1109123857.22173.13.camel@cassandra.boston.redhat.com> On Tue, 2005-02-22 at 19:07 -0500, Thomas Fitzsimmons wrote: >On Tue, 2005-02-22 at 17:24 -0500, David Malcolm wrote: >> On Mon, 2005-02-21 at 22:22 -0500, Thomas Fitzsimmons wrote: >> >On Mon, 2005-02-21 at 18:26 -0500, David Malcolm wrote: >> >>On Mon, 2005-02-21 at 16:20 -0500, Thomas Fitzsimmons wrote: >> >>>On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: >> >>>>I get the following error when trying to update Eclipse packages from >> >>>>Rawhide: >> >>>> >> >>>>yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt >> >>>> >> >>>>Error: java-1.4.2-gcj4-compat-devel conflicts: >> >>>>java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp >> >>>>Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= >> >>>>1.4.2.0-39jpp >> >>>> >> >>> >> >>>java-1.4.2-gcj4-compat-devel should obsolete >> >>>java-1.4.2-gcj-compat-devel. I guess I'll remove the Conflicts lines >> >>>from the next release. >> >>> >> >>>>So which gcj-compat do I want? >> >>>> >> >>>java-1.4.2-gcj4-compat and java-1.4.2-gcj4-compat-devel. >> >> >> >>OK, when I installed the new packages I got lots of errors like this: >> >>Updating: eclipse-ecj 100 % done 1/10 >> >>/var/tmp/rpm-tmp.82380: line 3: 21207 Segmentation fault >> >>gcj-dbtool4 >> >>-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar /usr/lib/eclipse/jdtcore.jar.so >> >>/var/tmp/rpm-tmp.82380: line 6: 21264 Segmentation fault >> >>gcj-dbtool4 >> >>-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtCompilerAdapter.jar /usr/lib/eclipse/jdtCompilerAdapter.jar.so >> >>error: %post(eclipse-ecj-3.0.1_fc-14.i386) scriptlet failed, exit status >> >>139 >> >>Installing: gjdoc 100 % done 2/10 >> >>Installing: java-1.4.2-gcj4-compat 100 % done 3/10 >> >>Installing: java-1.4.2-gcj4-compat-devel 100 % done 4/10 >> >>Updating: libswt3-gtk2 100 % done 5/10 >> >>/var/tmp/rpm-tmp.17340: line 1: 22154 Segmentation fault >> >>gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db $j /usr/lib/eclipse/`basename >> >>$j`.so >> >> >> >>etc... >> >> >> >>and the resulting eclipse doesn't run: >> >>[dmalcolm at cassandra ~]$ eclipse >> >>/usr/bin/eclipse: line 45: 28121 Segmentation fault >> >>LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so /usr/share/eclipse/eclipse $ECLIPSE_OPTS $@ $VM_OPTS >> >> >> >>Doing anything with that LD_PRELOAD line fails, e.g.: >> >>[dmalcolm at cassandra~]$ >> >>LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so ls >> >>Segmentation fault >> >> >> >>Any thoughts? >> >> >> > >> >It looks like gcj-dbtool4 is segfaulting. Can you run it with no >> >arguments? What architecture are you on? You could try rebuilding >> >eclipse.db by hand if gcj-dbtool4 does work on the command line. >> >> How do I do this by hand? >> >> [dmalcolm at cassandra ~]$ rpm -qf /usr/bin/gcj-dbtool4 >> gcc4-java-4.0.0-0.22 >> >> [dmalcolm at cassandra ~]$ gcj-dbtool4 >> Segmentation fault > [snip] In the end I got things working; I did a "yum update gcc4-java", then a "yum remove eclipse-platform" for good measure. I then did a "yum install eclipse-gtk2 eclipse-jdt" and got this: [snip] Running Transaction Installing: eclipse-gtk2 100 % done 1/3 Installing: eclipse-jdt 100 % done 2/3 error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: %post(eclipse-jdt-3.0.1_fc-14.i386) scriptlet failed, exit status 2 Installing: eclipse-platform 100 % done 3/3 error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db (hundreds of similar lines follow) error: %post(eclipse-platform-3.0.1_fc-14.i386) scriptlet failed, exit status 2 Installed: eclipse-gtk2.i386 1:3.0.1_fc-14 eclipse-jdt.i386 1:3.0.1_fc-14 Dependency Installed: eclipse-platform.i386 1:3.0.1_fc-14 Complete! However, Eclipse started up OK (albeit with an error): [dmalcolm at cassandra fedora-updates]$ eclipse Warning: -Xms64M not understood. Ignoring. Warning: -Xmx256M not understood. Ignoring. and it seems to be working - tempting the fates here :-) Awesome! BTW I didn't seem to get a splash screen. Hope the above information is of use. Dave From aph at redhat.com Wed Feb 23 10:26:51 2005 From: aph at redhat.com (Andrew Haley) Date: Wed, 23 Feb 2005 10:26:51 +0000 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109123857.22173.13.camel@cassandra.boston.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> <1109020837.11102.86.camel@tortoise.toronto.redhat.com> <1109028410.31879.25.camel@cassandra.boston.redhat.com> <1109042526.11102.148.camel@tortoise.toronto.redhat.com> <1109111045.22173.2.camel@cassandra.boston.redhat.com> <1109117245.14117.25.camel@rh-ibm-t41> <1109123857.22173.13.camel@cassandra.boston.redhat.com> Message-ID: <16924.23147.695990.149166@cuddles.cambridge.redhat.com> David Malcolm writes: > > I then did a "yum install eclipse-gtk2 eclipse-jdt" and got this: > [snip] > Running Transaction > Installing: eclipse-gtk2 100 % done 1/3 > Installing: eclipse-jdt 100 % done 2/3 > error: could not update /usr/lib/eclipse/eclipse.db: > java.lang.IllegalArgumentException: eclipse.db My guess is that the "post" script hasn't deleted the previous eclipse.db. Please delete it by hand. I don't understand the segfault. gcj catches SEGVs and turns them into null pointer exceptions. If any gcj compiled program segfaults, it's a bug. Andrew. From drsalif_m at pcpostal.com Wed Feb 23 20:14:13 2005 From: drsalif_m at pcpostal.com (DR. SALIF MAMADOU) Date: Wed, 23 Feb 2005 20:14:13 +0000 Subject: [fedora-java] Requesting your urgent investment partnership Message-ID: <200502232032.j1NKW5a5023357@mx2.redhat.com> Dear Friend, I am pleased to introduce a business opportunity to you to transfer to your overseas account a huge amount of money deposited in one of the Prime Banks here in Dakar-Senegal. I urgently want to know you and if you are capable of handling and accomodate this magnitude of funds until I resign and come over to join you for an investment in your country. What I need is a reliable and honest individual/organisation that would be capable and fit enough to provide either an existing bank account or set up a new Bank Account immediately to receive this funds. Even an empty bank account can serve to receive this funds as long as you will remain honest to me till we actualise this interest. My name is Dr. Salif Mamadou, the Director of Bill and Exchange at the Foreign Remittance Department of the same bank. I am writing following the impressive information about you through one of my friends who runs a consultancy firm. He assured me of your capability and reliability to champion this business opportunity. In my department we discovered an abandoned Sum of $18.5M USD Eighteen Million, Five Hundred Thousand US Dollars), in an account that belongs to one of our foreign customers an American by name: Mr.Neal Walker who died along with other passengers in EgyptAir Flight 990 - October 31, 1999. Please do view this very site for more information about our deceased client: www.greatdreams.com/PassEAir990.htm. Since we got information about his death, we have been expecting his next of kin to come over and claim his money because we cannot release it unless somebody applies for it as next of kin or relation to the deceased and the person must be foreigner as indicated in our banking guidelines. Futher investigation, we discovered that the owner of the account died without a [Heir/WILL] hence the money is floating and if I do not remit this money out urgently it will be forfeited for nothing. It is therefore upon this discovery that I and other officials in bank now decided to make this businness proposal to you and release the money to you as the next of kin or relation to the deceased for safety and subsequent disbursement since nobody is coming for it and we do not want this money to go into the Bank treasury as unclaimed Bill. The Banking law and guideline here stipulates that if such money remained unclamed after five years, the money will be transfered into the Bank treasury account as unclaimed fund. The request of foreigner as next of kin in this business is occasioned by the fact that the customer was a foreigner and I can not stand as next of kin to a foreigner,it is also against our the banking law, guideline and ethics of banks here in my country. We have agreed that 20 % of this money will be for you as foreign partner, in respect to the provision of a foreign account, 10 % will be set aside for expenses incured during the business and 70 % would be for me and my colleagues. There after I and my colleagues will visit your country for disbursement according to the percentages indicated. Therefore to enable the immediate transfer of this fund to you as requested to provide the following: Your full name and address, Your direct telephone and fax number and your bank information. All the requested information will enable me perfect all the necessary things in your favour for smooth transfer of the fund into you account as you will provide. If you are interested, please contact me via my email address: drsalif_mamadou at mixmail.com and also call me on my telephone for more details: 00221 699.9741. Upon your response, I shall provide you with more details on how we shall proceed with the claims. I expect you to observe utmost confidentiality and be rest assured that this transaction would be profitable for both of us without any risk involved. Awaiting your urgent reply. Thanks & Regards. Dr. Salif Mamadou. From carwyn at carwyn.com Thu Feb 24 03:07:00 2005 From: carwyn at carwyn.com (Carwyn Edwards) Date: Thu, 24 Feb 2005 03:07:00 +0000 Subject: [fedora-java] Java Package Naming Message-ID: <421D44D4.2050703@carwyn.com> I'm in the process of coming up with a package naming policy for our internal use hence I've been reading these kinds of things: http://fedoraproject.org/wiki/PackageNamingGuidelines http://svn.rpmforge.net/svn/trunk/docs/naming-policy.txt I've come up with a plan for dealing with FC, Extras and RPMforge and the like, but then I started thinking about JPackage. I have some questions: Q1. What are Fedora planning to do in relation to release tag naming and jpp packages? At the moment Rawhide is using jpp_(fc|rh). This seems a little at odds with the draft Fedora naming guidelines (I know they've only just been written in draft :-)). The motivation for this question is to do with our desire to ship local modifications to jpp packages and still have a sensible upgrade path. Up to now I've been able to simply tack on a suffix to the jpp version. If however another upstream repo (FC) is also using the suffix approach then things start to get interesting :-) (1jpp_3fc vs 1jpp.1.local) Q2. Are Fedora going to feed packages upstream as a priority then tweak them for their local purposes afterwards? Another way of asking this is - will FC Java packages that could also end up in JPackage always going to have a Xjpp prefix in the release tag? If not then things like this can happen: javafoo-1.2.3-1 (RH put this in fc) javafoo-1.2.3-1jpp (pushed upstream) .. then RH want to update javafoo: javafoo-1.2.3-1jpp_1fc ?? Actually this works, but I guess it would be nice to define it. I have some ideas on this (dropping the underscores for one) but thought I'd ask first :-) Carwyn From rees at ddcom.co.jp Thu Feb 24 05:49:33 2005 From: rees at ddcom.co.jp (Joel) Date: Thu, 24 Feb 2005 14:49:33 +0900 Subject: [fedora-java] FC2, /usr/bin/rmic when no java rpm -- why? Message-ID: <20050224143414.855B.REES@ddcom.co.jp> My question on this in developers' and users' http://marc.theaimsgroup.com/?l=fedora-devel-list&m=110895336513499&w=2 http://marc.theaimsgroup.com/?l=fedora-list&m=110872040326418&w=2 didn't seem to be greeted with any enthusiasm, so I'll repeat it here, now that I know there is a here. FC2, no java rpm installed, and I don't recall installing all the compilers when I installed FC2 on a wiped disk. But I do have rmic and jar (and rmic34/jar34) in /usr/bin. These are not symbolic links, and there is no reference to them in the setup files for alternatives. From searching the archives, I see that the consensus is that they are safe to remove. What else should I look for? And should I file this as a bug if I get a chance to confirm that they are there without installing any java rpm? (They really do get in the way.) -- Joel Rees digitcom, inc. ???????? Kobe, Japan +81-78-672-8800 ** ** From caolanm at redhat.com Thu Feb 24 16:30:22 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 24 Feb 2005 16:30:22 +0000 Subject: [fedora-java] ant & gcj4 Message-ID: <1109262622.9565.21.camel@sheol.homelinux.org> I'm fairly clueless about java stuff, but in rawhide is there a way to tell ant to build things with gcj4. e.g. in the context of building some java bits with gcj4 through ant during rpmbuilding something. C. From ziga.mahkovec at klika.si Thu Feb 24 17:52:06 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Thu, 24 Feb 2005 18:52:06 +0100 Subject: [fedora-java] FC2, /usr/bin/rmic when no java rpm -- why? In-Reply-To: <20050224143414.855B.REES@ddcom.co.jp> References: <20050224143414.855B.REES@ddcom.co.jp> Message-ID: <1109267526.9246.30.camel@localhost> On Thu, 2005-02-24 at 14:49 +0900, Joel wrote: > FC2, no java rpm installed, and I don't recall installing all the > compilers when I installed FC2 on a wiped disk. > > But I do have rmic and jar (and rmic34/jar34) in /usr/bin. These are not > symbolic links, and there is no reference to them in the setup files for > alternatives. > > From searching the archives, I see that the consensus is that they are > safe to remove. > > What else should I look for? > > And should I file this as a bug if I get a chance to confirm that they > are there without installing any java rpm? I suppose they belong to libgcj. You can check with: $ rpm -qf /usr/bin/rmic and remove the package that is listed. If nothing is listed, the files were likely created during %post -- check with: $ rpm -qa --scripts | grep /usr/bin/rmic > (They really do get in the way.) Since you're about to install Sun's JDK, I would suggest using the jpackage.org repository. You can find some instructions here: http://mpeters.us/linux/j2sdk.php The alternatives system may then be used to point these files to the correct binaries. -- Ziga From rees at ddcom.co.jp Fri Feb 25 03:24:51 2005 From: rees at ddcom.co.jp (Joel) Date: Fri, 25 Feb 2005 12:24:51 +0900 Subject: [fedora-java] FC2, /usr/bin/rmic when no java rpm -- why? In-Reply-To: <1109267526.9246.30.camel@localhost> References: <20050224143414.855B.REES@ddcom.co.jp> <1109267526.9246.30.camel@localhost> Message-ID: <20050225121606.5F50.REES@ddcom.co.jp> Thanks, Ziga. Now I think I know where to dig in. On Thu, 24 Feb 2005 18:52:06 +0100 Ziga Mahkovec wrote > On Thu, 2005-02-24 at 14:49 +0900, Joel wrote: > > FC2, no java rpm installed, and I don't recall installing all the > > compilers when I installed FC2 on a wiped disk. > > > > But I do have rmic and jar (and rmic34/jar34) in /usr/bin. These are not > > symbolic links, and there is no reference to them in the setup files for > > alternatives. > > [...] > > I suppose they belong to libgcj. You can check with: > > $ rpm -qf /usr/bin/rmic > > and remove the package that is listed. If nothing is listed, the files > were likely created during %post -- check with: > > $ rpm -qa --scripts | grep /usr/bin/rmic > > > (They really do get in the way.) > > Since you're about to install Sun's JDK, I would suggest using the > jpackage.org repository. You can find some instructions here: > > http://mpeters.us/linux/j2sdk.php > > The alternatives system may then be used to point these files to the > correct binaries. > > -- > Ziga -- Joel Rees digitcom, inc. ???????? Kobe, Japan +81-78-672-8800 ** ** From fitzsim at redhat.com Fri Feb 25 16:02:40 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Fri, 25 Feb 2005 11:02:40 -0500 Subject: [fedora-java] FC2, /usr/bin/rmic when no java rpm -- why? In-Reply-To: <20050224143414.855B.REES@ddcom.co.jp> References: <20050224143414.855B.REES@ddcom.co.jp> Message-ID: <1109347360.3106.7.camel@rh-ibm-t41> On Thu, 2005-02-24 at 14:49 +0900, Joel wrote: > My question on this in developers' and users' > > http://marc.theaimsgroup.com/?l=fedora-devel-list&m=110895336513499&w=2 > http://marc.theaimsgroup.com/?l=fedora-list&m=110872040326418&w=2 > > didn't seem to be greeted with any enthusiasm, so I'll repeat it here, > now that I know there is a here. > > FC2, no java rpm installed, and I don't recall installing all the > compilers when I installed FC2 on a wiped disk. > > But I do have rmic and jar (and rmic34/jar34) in /usr/bin. These are not > symbolic links, and there is no reference to them in the setup files for > alternatives. > > From searching the archives, I see that the consensus is that they are > safe to remove. > > What else should I look for? > > And should I file this as a bug if I get a chance to confirm that they > are there without installing any java rpm? > > (They really do get in the way.) Yeah, this is fixed in upstream gcc bugzilla by renaming them grmic, grmiregistry and fastjar. They are "safe" to remove provided you are using some alternate rmic, rmiregistry and jar implementations. You should really prepend non-standard path entries to PATH though -- that is the workaround. Tom > -- > Joel Rees > digitcom, inc. ???????? > Kobe, Japan +81-78-672-8800 > ** ** > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From fitzsim at redhat.com Fri Feb 25 16:04:58 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Fri, 25 Feb 2005 11:04:58 -0500 Subject: [fedora-java] ant & gcj4 In-Reply-To: <1109262622.9565.21.camel@sheol.homelinux.org> References: <1109262622.9565.21.camel@sheol.homelinux.org> Message-ID: <1109347498.3106.10.camel@rh-ibm-t41> On Thu, 2005-02-24 at 16:30 +0000, Caolan McNamara wrote: > I'm fairly clueless about java stuff, but in rawhide is there a way to > tell ant to build things with gcj4. e.g. in the context of building some > java bits with gcj4 through ant during rpmbuilding something. > Yeah, just make sure your java and javac alternatives are set to the java-1.4.2-gcj4-compat implementations (assuming you have java-1.4.2- gcj4-compat and java-1.4.2-gcj4-compat-devel installed). Then everything should just work. Tom > C. > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From overholt at redhat.com Fri Feb 25 16:48:58 2005 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 25 Feb 2005 11:48:58 -0500 Subject: [fedora-java] New Eclipse RPMs Message-ID: <20050225164858.GH19850@redhat.com> Hi, I'm having some platform and other issues building these in the build system, so in the meantime if anyone wants to try what will become the new 3.1-series RPMs: http://people.redhat.com/overholt/eclipse/rpms/ The debuginfo package is here: http://overholt.ca/rpms/eclipse-debuginfo-3.1.0_fc-0.M5.6.i386.rpm Andrew From ziga.mahkovec at klika.si Sun Feb 27 00:53:18 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Sun, 27 Feb 2005 01:53:18 +0100 Subject: [fedora-java] New Eclipse RPMs In-Reply-To: <20050225164858.GH19850@redhat.com> References: <20050225164858.GH19850@redhat.com> Message-ID: <1109465599.8854.32.camel@localhost> On Fri, 2005-02-25 at 11:48 -0500, Andrew Overholt wrote: > I'm having some platform and other issues building these in the build > system, so in the meantime if anyone wants to try what will become the new > 3.1-series RPMs: > > http://people.redhat.com/overholt/eclipse/rpms/ I gave these a spin and they work great. The only problem I had so far was with opening XML files. I attached a sample file (a web application descriptor) which, when opened in Eclipse, produces the attached exception. Any XML file with a DOCTYPE seems to trigger this. Interestingly, it works fine if I remove the gnu.gcj.precompiled.db.path argument, so this might be an ahead-of-time compilation issue. I wasn't able to isolate a simple test case though. -- Ziga -------------- next part -------------- A non-text attachment was scrubbed... Name: web.xml Type: text/xml Size: 185 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: eclipse.log Type: text/x-log Size: 12646 bytes Desc: not available URL: From rees at ddcom.co.jp Mon Feb 28 01:57:48 2005 From: rees at ddcom.co.jp (Joel) Date: Mon, 28 Feb 2005 10:57:48 +0900 Subject: [fedora-java] FC2, /usr/bin/rmic when no java rpm -- why? In-Reply-To: <1109347360.3106.7.camel@rh-ibm-t41> References: <20050224143414.855B.REES@ddcom.co.jp> <1109347360.3106.7.camel@rh-ibm-t41> Message-ID: <20050228104438.C169.REES@ddcom.co.jp> On Fri, 25 Feb 2005 11:02:40 -0500 Thomas Fitzsimmons wrote > On Thu, 2005-02-24 at 14:49 +0900, Joel wrote: > > My question on this in developers' and users' > > > > http://marc.theaimsgroup.com/?l=fedora-devel-list&m=110895336513499&w=2 > > http://marc.theaimsgroup.com/?l=fedora-list&m=110872040326418&w=2 > > > > didn't seem to be greeted with any enthusiasm, so I'll repeat it here, > > now that I know there is a here. > > > > FC2, no java rpm installed, and I don't recall installing all the > > compilers when I installed FC2 on a wiped disk. > > > > But I do have rmic and jar (and rmic34/jar34) in /usr/bin. These are not > > symbolic links, and there is no reference to them in the setup files for > > alternatives. > > > > From searching the archives, I see that the consensus is that they are > > safe to remove. > > > > What else should I look for? > > > > And should I file this as a bug if I get a chance to confirm that they > > are there without installing any java rpm? > > > > (They really do get in the way.) > > Yeah, this is fixed in upstream gcc bugzilla by renaming them grmic, > grmiregistry and fastjar. That's good to know, and good to be able to report to my co-workers. > They are "safe" to remove provided you are > using some alternate rmic, rmiregistry and jar implementations. ... as in the Sun-standard distribution. (And someone on Sun's jmx list tells me that rmic is now built into the standard javac compiler and the proxies are generated at runtime, or something. That's goint to take a little digesting.) > You > should really prepend non-standard path entries to PATH though -- that > is the workaround. I've already done that, but it always bothers me to have things in the path in advance of /bin and /usr/bin. Call me paranoid. Thanks. -- Joel Rees digitcom, inc. ???????? Kobe, Japan +81-78-672-8800 ** ** From vadimn at redhat.com Mon Feb 28 14:07:52 2005 From: vadimn at redhat.com (Vadim Nasardinov) Date: Mon, 28 Feb 2005 09:07:52 -0500 Subject: [fedora-java] rmic in Java 1.5.0 (was: Re: FC2, /usr/bin/rmic when no java rpm -- why?) In-Reply-To: <20050228104438.C169.REES@ddcom.co.jp> References: <20050224143414.855B.REES@ddcom.co.jp> <1109347360.3106.7.camel@rh-ibm-t41> <20050228104438.C169.REES@ddcom.co.jp> Message-ID: <200502280907.52479@vadim.nasardinov> On Sunday 27 February 2005 20:57, Joel wrote: > And someone on Sun's jmx list tells me that rmic is now built into > the standard javac compiler and the proxies are generated at > runtime, or something. http://java.sun.com/j2se/1.5.0/docs/guide/rmi/relnotes.html From overholt at redhat.com Mon Feb 28 16:26:39 2005 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 28 Feb 2005 11:26:39 -0500 Subject: [fedora-java] New Eclipse RPMs In-Reply-To: <1109465599.8854.32.camel@localhost> References: <20050225164858.GH19850@redhat.com> <1109465599.8854.32.camel@localhost> Message-ID: <20050228162639.GA26335@redhat.com> * Ziga Mahkovec [2005-02-26 19:56]: > On Fri, 2005-02-25 at 11:48 -0500, Andrew Overholt wrote: > > I'm having some platform and other issues building these in the build > > system, so in the meantime if anyone wants to try what will become the new > > 3.1-series RPMs: > > > > http://people.redhat.com/overholt/eclipse/rpms/ > > I gave these a spin and they work great. That's great news! Thanks for trying them out. > Interestingly, it works fine if I remove the gnu.gcj.precompiled.db.path > argument, so this might be an ahead-of-time compilation issue. I wasn't > able to isolate a simple test case though. Hmm. Interesting. I'll look into it. Can you please file a bug in RH bugzilla? Thanks, Andrew From walters at redhat.com Mon Feb 28 22:50:05 2005 From: walters at redhat.com (Colin Walters) Date: Mon, 28 Feb 2005 17:50:05 -0500 Subject: [fedora-java] New Eclipse RPMs In-Reply-To: <20050225164858.GH19850@redhat.com> References: <20050225164858.GH19850@redhat.com> Message-ID: <1109631005.3809.43.camel@nexus.verbum.private> On Fri, 2005-02-25 at 11:48 -0500, Andrew Overholt wrote: >Hi, > >I'm having some platform and other issues building these in the build >system, so in the meantime if anyone wants to try what will become the new >3.1-series RPMs: > >http://people.redhat.com/overholt/eclipse/rpms/ It'd be nice if you could run createrepo in there. Anyways, I tried the RPMs and they seem to work pretty well (at least "Team Synchronizing" doesn't crash which helps a lot :)). From trobert at redhat.com Wed Feb 9 21:28:26 2005 From: trobert at redhat.com (Robert Theisen) Date: Wed, 09 Feb 2005 16:28:26 -0500 Subject: [Fedora-devel-java-list] Test Message Message-ID: <420A807A.2090409@redhat.com> Please disregard From green at redhat.com Sun Feb 13 19:46:35 2005 From: green at redhat.com (Anthony Green) Date: Sun, 13 Feb 2005 11:46:35 -0800 Subject: [Fedora-devel-java-list] More java-gcj-compat tweaks required Message-ID: <1108323996.5427.5.camel@localhost.localdomain> Hey Tom, The jogl build.xml script expects to find the following two header files: $JAVA_HOME/include/jawt.h and $JAVA_HOME/include/linux/jawt_md.h. Let's remember to symlink those files in java-gcj-compat once they are part of the distro. AG From green at redhat.com Mon Feb 14 02:22:32 2005 From: green at redhat.com (Anthony Green) Date: Sun, 13 Feb 2005 18:22:32 -0800 Subject: [Fedora-devel-java-list] More java-gcj-compat hacks Message-ID: <1108347753.5427.19.camel@localhost.localdomain> Hey Tom, The jogl build process expects to find $JAVA_HOME/lib/i386. To be honest, I'm not exactly sure why this is. In any case, it probably can't hurt to create this dir. See attached patch. AG -------------- next part -------------- A non-text attachment was scrubbed... Name: arch-lib.patch Type: text/x-patch Size: 1790 bytes Desc: not available URL: From tadej.janez at tadej.hicsalta.si Mon Feb 14 18:43:05 2005 From: tadej.janez at tadej.hicsalta.si (Tadej =?iso-8859-2?Q?Jane=BE?=) Date: Mon, 14 Feb 2005 19:43:05 +0100 Subject: [fedora-java] An official announcement of the mailing list? Message-ID: <1108406585.5546.27.camel@localhost.localdomain> Hi, I've been a regular fedora-devel list reader for a long time and I also have a strong interest in java and its surrounding technologies. Reading planet.classpath.org today, I was quite surprised, when I saw a post by Anthony Green, announcing a new mailing list for people interested in java technologies in Fedora Core. I'm very glad that we now have a special mailing list for this type of discussions, however, I think it would be appropriate to (officially) announce the existence of this mailing list (maybe on fedora-devel or fedora-announce?) so that more people become aware of and take their part in the discussions. Best regards, tadej P.S.: Or maybe you are trying to build a secret java sub-community in which case... ;) -- Tadej Jane? -------------- 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 green at redhat.com Tue Feb 15 01:09:16 2005 From: green at redhat.com (Anthony Green) Date: Mon, 14 Feb 2005 17:09:16 -0800 Subject: [fedora-java] An official announcement of the mailing list? In-Reply-To: <1108406585.5546.27.camel@localhost.localdomain> References: <1108406585.5546.27.camel@localhost.localdomain> Message-ID: <1108429756.5427.74.camel@localhost.localdomain> On Mon, 2005-02-14 at 19:43 +0100, Tadej Jane? wrote: > I'm very glad that we now have a special mailing list for this type of > discussions, however, I think it would be appropriate to (officially) > announce the existence of this mailing list (maybe on fedora-devel or > fedora-announce?) so that more people become aware of and take their > part in the discussions. You're absolutely right. I'll do that now. AG From talios at gmail.com Tue Feb 15 11:56:49 2005 From: talios at gmail.com (Mark Derricutt) Date: Wed, 16 Feb 2005 00:56:49 +1300 Subject: [fedora-java] Self Introduction - Mark Derricutt Message-ID: <5184347f050215035646df02d4@mail.gmail.com> Hey all, just a quick self intro before I head off to the land of nod... Names Mark, 30, living in Auckland, New Zealand, blogging at http://www.talios.com, working as a Java/Smalltalk developer and running Fedora on both home and work machines, and well as my server machine. Mostly been an idle reader on fedora-dev, classpath, jpackage and other such lists... whats another to idle on and hopefully contribute... From ziga.mahkovec at klika.si Mon Feb 21 19:38:33 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Mon, 21 Feb 2005 20:38:33 +0100 Subject: [fedora-java] gcj4 status in FC4 Message-ID: <1109014713.13565.12.camel@serenity.klika.si> I searched through the GCC mailing lists to find an answer, but I guess I'll get it here quicker: How much of the recent work on gcj can we expect in gcc4 (and consequently in FC4)? Specifically, will the recent imageio and AWT/cairo improvements from the java-gui-20050128-branch be available? Thanks, -- Ziga From fitzsim at redhat.com Mon Feb 21 19:56:11 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 21 Feb 2005 14:56:11 -0500 Subject: [fedora-java] gcj4 status in FC4 In-Reply-To: <1109014713.13565.12.camel@serenity.klika.si> References: <1109014713.13565.12.camel@serenity.klika.si> Message-ID: <1109015771.11102.74.camel@tortoise.toronto.redhat.com> On Mon, 2005-02-21 at 20:38 +0100, Ziga Mahkovec wrote: >I searched through the GCC mailing lists to find an answer, but I guess >I'll get it here quicker: > >How much of the recent work on gcj can we expect in gcc4 (and >consequently in FC4)? Specifically, will the recent imageio and >AWT/cairo improvements from the java-gui-20050128-branch be available? > Yes, all changes on java-gui-20050128-branch have been merged into HEAD. No new work will be done on the gui branch; instead all future GUI work will be done directly on HEAD. If you're on FC3 you can install the Rawhide gcc4 rpms, which track gcc CVS HEAD closely, using yum. Just add the development repository to your yum.conf: [development] name=Fedora Core $releasever - Development Tree baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ Tom From mark at klomp.org Mon Feb 21 19:59:08 2005 From: mark at klomp.org (Mark Wielaard) Date: Mon, 21 Feb 2005 20:59:08 +0100 Subject: [fedora-java] gcj4 status in FC4 In-Reply-To: <1109014713.13565.12.camel@serenity.klika.si> References: <1109014713.13565.12.camel@serenity.klika.si> Message-ID: <1109015949.8395.60.camel@localhost.localdomain> Hi, On Mon, 2005-02-21 at 20:38 +0100, Ziga Mahkovec wrote: > How much of the recent work on gcj can we expect in gcc4 (and > consequently in FC4)? Specifically, will the recent imageio and > AWT/cairo improvements from the java-gui-20050128-branch be available? The wholeimageio, cairo and gui-branch was merged into trunk (which will become 4.0) last week. So, the short answer is "all of it". It isn't clear whether FC4 will include cairo though. So you might have to do without -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D. It is off by default, and needs to be explicitly enabled by configuring gcc with --enable-gtk-cairo, which is currently not done for the FC4 pre-releases of gcc that I have seen. (Most things work fine without it, just Graphics2D support isn't there then.) 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 fitzsim at redhat.com Mon Feb 21 20:03:14 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 21 Feb 2005 15:03:14 -0500 Subject: [fedora-java] gcj4 status in FC4 In-Reply-To: <1109015771.11102.74.camel@tortoise.toronto.redhat.com> References: <1109014713.13565.12.camel@serenity.klika.si> <1109015771.11102.74.camel@tortoise.toronto.redhat.com> Message-ID: <1109016194.11102.80.camel@tortoise.toronto.redhat.com> On Mon, 2005-02-21 at 14:56 -0500, Thomas Fitzsimmons wrote: >Yes, all changes on java-gui-20050128-branch have been merged into HEAD. >No new work will be done on the gui branch; instead all future GUI work >will be done directly on HEAD. I forgot to mention: these RPMs will not be built with --enable-gtk-cairo (because cairo will not ship with FC4) so Graphics2D won't be supported by the FC4 gcc4 rpms. Tom From ziga.mahkovec at klika.si Mon Feb 21 20:28:09 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Mon, 21 Feb 2005 21:28:09 +0100 Subject: [fedora-java] gcj4 status in FC4 In-Reply-To: <1109016194.11102.80.camel@tortoise.toronto.redhat.com> References: <1109014713.13565.12.camel@serenity.klika.si> <1109015771.11102.74.camel@tortoise.toronto.redhat.com> <1109016194.11102.80.camel@tortoise.toronto.redhat.com> Message-ID: <1109017689.13565.22.camel@serenity.klika.si> On Mon, 2005-02-21 at 15:03 -0500, Thomas Fitzsimmons wrote: > I forgot to mention: these RPMs will not be built with > --enable-gtk-cairo (because cairo will not ship with FC4) so Graphics2D > won't be supported by the FC4 gcc4 rpms. Too bad, java2d was what I was aiming at. Though now that GTK+ depends on cairo, I guess it won't take long to include it in rawhide at least? Back to jhbuild then. Given that new work is now done on trunk, I should probably change my .jhbuildrc configuration: # We need the latest snapshot branch branches['cairo'] = 'SNAPSHOT_0_3_0' # And the latest gui branch for gcj -branches['gcj'] = 'java-gui-20050128-branch' +branches['gcj'] = 'HEAD' Are there any other changes necessary? -- Ziga From dmalcolm at redhat.com Mon Feb 21 20:36:02 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Mon, 21 Feb 2005 15:36:02 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide Message-ID: <1109018163.31879.5.camel@cassandra.boston.redhat.com> I get the following error when trying to update Eclipse packages from Rawhide: yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt Error: java-1.4.2-gcj4-compat-devel conflicts: java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= 1.4.2.0-39jpp So which gcj-compat do I want? From ziga.mahkovec at klika.si Mon Feb 21 20:47:00 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Mon, 21 Feb 2005 21:47:00 +0100 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109018163.31879.5.camel@cassandra.boston.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> Message-ID: <1109018820.24778.6.camel@serenity.klika.si> On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: > I get the following error when trying to update Eclipse packages from > Rawhide: > > yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt > > Error: java-1.4.2-gcj4-compat-devel conflicts: > java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp > Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= > 1.4.2.0-39jpp > > So which gcj-compat do I want? java-1.4.2-gcj4-compat The old one (java-1.4.2-gcj-compat) is no longer in rawhide and should obviously be removed from your system. Not sure why they conflict though, given that they should happily coexist using alternatives. -- Ziga From fitzsim at redhat.com Mon Feb 21 21:18:44 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 21 Feb 2005 16:18:44 -0500 Subject: [fedora-java] gcj4 status in FC4 In-Reply-To: <1109017689.13565.22.camel@serenity.klika.si> References: <1109014713.13565.12.camel@serenity.klika.si> <1109015771.11102.74.camel@tortoise.toronto.redhat.com> <1109016194.11102.80.camel@tortoise.toronto.redhat.com> <1109017689.13565.22.camel@serenity.klika.si> Message-ID: <1109020724.11102.83.camel@tortoise.toronto.redhat.com> On Mon, 2005-02-21 at 21:28 +0100, Ziga Mahkovec wrote: >On Mon, 2005-02-21 at 15:03 -0500, Thomas Fitzsimmons wrote: >> I forgot to mention: these RPMs will not be built with >> --enable-gtk-cairo (because cairo will not ship with FC4) so Graphics2D >> won't be supported by the FC4 gcc4 rpms. > >Too bad, java2d was what I was aiming at. Though now that GTK+ depends >on cairo, I guess it won't take long to include it in rawhide at least? > >Back to jhbuild then. Given that new work is now done on trunk, I >should probably change my .jhbuildrc configuration: > > # We need the latest snapshot branch > branches['cairo'] = 'SNAPSHOT_0_3_0' > # And the latest gui branch for gcj >-branches['gcj'] = 'java-gui-20050128-branch' Actually, I think you can just remove this line and jhbuild will default to checking out HEAD. >+branches['gcj'] = 'HEAD' > >Are there any other changes necessary? No, I don't think so, though it's been a while since I've used JHBuild to update my tree. Tom From fitzsim at redhat.com Mon Feb 21 21:20:37 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 21 Feb 2005 16:20:37 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109018163.31879.5.camel@cassandra.boston.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> Message-ID: <1109020837.11102.86.camel@tortoise.toronto.redhat.com> On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: >I get the following error when trying to update Eclipse packages from >Rawhide: > >yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt > >Error: java-1.4.2-gcj4-compat-devel conflicts: >java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp >Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= >1.4.2.0-39jpp > java-1.4.2-gcj4-compat-devel should obsolete java-1.4.2-gcj-compat-devel. I guess I'll remove the Conflicts lines from the next release. >So which gcj-compat do I want? > java-1.4.2-gcj4-compat and java-1.4.2-gcj4-compat-devel. Tom From drsalif_mamadou at mixmail.com Mon Feb 21 22:25:49 2005 From: drsalif_mamadou at mixmail.com (DR. SALIF MAMADOU) Date: Mon, 21 Feb 2005 22:25:49 +0000 Subject: [fedora-java] Requesting your urgent investment partnership Message-ID: <200502212225.j1LMPgwh007896@mx3.redhat.com> Dear Friend, I am pleased to introduce a business opportunity to you to transfer to your overseas account a huge amount of money deposited in one of the Prime Banks here in Dakar-Senegal. I urgently want to know you and if you are capable of handling and accomodate this magnitude of funds until I resign and come over to join you for an investment in your country. What I need is a reliable and honest individual/organisation that would be capable and fit enough to provide either an existing bank account or set up a new Bank Account immediately to receive this funds. Even an empty bank account can serve to receive this funds as long as you will remain honest to me till we actualise this interest. My name is Dr. Salif Mamadou, the Director of Bill and Exchange at the Foreign Remittance Department of the same bank. I am writing following the impressive information about you through one of my friends who runs a consultancy firm. He assured me of your capability and reliability to champion this business opportunity. In my department we discovered an abandoned Sum of $18.5M USD Eighteen Million, Five Hundred Thousand US Dollars), in an account that belongs to one of our foreign customers an American by name: Mr.Neal Walker who died along with other passengers in EgyptAir Flight 990 - October 31, 1999. Please do view this very site for more information about our deceased client: www.greatdreams.com/PassEAir990.htm. Since we got information about his death, we have been expecting his next of kin to come over and claim his money because we cannot release it unless somebody applies for it as next of kin or relation to the deceased and the person must be foreigner as indicated in our banking guidelines. Futher investigation, we discovered that the owner of the account died without a [Heir/WILL] hence the money is floating and if I do not remit this money out urgently it will be forfeited for nothing. It is therefore upon this discovery that I and other officials in bank now decided to make this businness proposal to you and release the money to you as the next of kin or relation to the deceased for safety and subsequent disbursement since nobody is coming for it and we do not want this money to go into the Bank treasury as unclaimed Bill. The Banking law and guideline here stipulates that if such money remained unclamed after five years, the money will be transfered into the Bank treasury account as unclaimed fund. The request of foreigner as next of kin in this business is occasioned by the fact that the customer was a foreigner and I can not stand as next of kin to a foreigner,it is also against our the banking law, guideline and ethics of banks here in my country. We have agreed that 20 % of this money will be for you as foreign partner, in respect to the provision of a foreign account, 10 % will be set aside for expenses incured during the business and 70 % would be for me and my colleagues. There after I and my colleagues will visit your country for disbursement according to the percentages indicated. Therefore to enable the immediate transfer of this fund to you as requested to provide the following: Your full name and address, Your direct telephone and fax number and your bank information. All the requested information will enable me perfect all the necessary things in your favour for smooth transfer of the fund into you account as you will provide. If you are interested, please contact me via my email address: drsalif_mamadou at mixmail.com and also call me on my telephone for more details: 00221 699.9741. Upon your response, I shall provide you with more details on how we shall proceed with the claims. I expect you to observe utmost confidentiality and be rest assured that this transaction would be profitable for both of us without any risk involved. Awaiting your urgent reply. Thanks & Regards. Dr. Salif Mamadou. From dmalcolm at redhat.com Mon Feb 21 23:26:50 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Mon, 21 Feb 2005 18:26:50 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109020837.11102.86.camel@tortoise.toronto.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> <1109020837.11102.86.camel@tortoise.toronto.redhat.com> Message-ID: <1109028410.31879.25.camel@cassandra.boston.redhat.com> On Mon, 2005-02-21 at 16:20 -0500, Thomas Fitzsimmons wrote: >On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: >>I get the following error when trying to update Eclipse packages from >>Rawhide: >> >>yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt >> >>Error: java-1.4.2-gcj4-compat-devel conflicts: >>java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp >>Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= >>1.4.2.0-39jpp >> > >java-1.4.2-gcj4-compat-devel should obsolete >java-1.4.2-gcj-compat-devel. I guess I'll remove the Conflicts lines >from the next release. > >>So which gcj-compat do I want? >> >java-1.4.2-gcj4-compat and java-1.4.2-gcj4-compat-devel. OK, when I installed the new packages I got lots of errors like this: Updating: eclipse-ecj 100 % done 1/10 /var/tmp/rpm-tmp.82380: line 3: 21207 Segmentation fault gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar /usr/lib/eclipse/jdtcore.jar.so /var/tmp/rpm-tmp.82380: line 6: 21264 Segmentation fault gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtCompilerAdapter.jar /usr/lib/eclipse/jdtCompilerAdapter.jar.so error: %post(eclipse-ecj-3.0.1_fc-14.i386) scriptlet failed, exit status 139 Installing: gjdoc 100 % done 2/10 Installing: java-1.4.2-gcj4-compat 100 % done 3/10 Installing: java-1.4.2-gcj4-compat-devel 100 % done 4/10 Updating: libswt3-gtk2 100 % done 5/10 /var/tmp/rpm-tmp.17340: line 1: 22154 Segmentation fault gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db $j /usr/lib/eclipse/`basename $j`.so etc... and the resulting eclipse doesn't run: [dmalcolm at cassandra ~]$ eclipse /usr/bin/eclipse: line 45: 28121 Segmentation fault LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so /usr/share/eclipse/eclipse $ECLIPSE_OPTS $@ $VM_OPTS Doing anything with that LD_PRELOAD line fails, e.g.: [dmalcolm at cassandra~]$ LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so ls Segmentation fault Any thoughts? > >Tom > > >-- >fedora-devel-java-list mailing list >fedora-devel-java-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From fitzsim at redhat.com Tue Feb 22 03:22:06 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Mon, 21 Feb 2005 22:22:06 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109028410.31879.25.camel@cassandra.boston.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> <1109020837.11102.86.camel@tortoise.toronto.redhat.com> <1109028410.31879.25.camel@cassandra.boston.redhat.com> Message-ID: <1109042526.11102.148.camel@tortoise.toronto.redhat.com> On Mon, 2005-02-21 at 18:26 -0500, David Malcolm wrote: >On Mon, 2005-02-21 at 16:20 -0500, Thomas Fitzsimmons wrote: >>On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: >>>I get the following error when trying to update Eclipse packages from >>>Rawhide: >>> >>>yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt >>> >>>Error: java-1.4.2-gcj4-compat-devel conflicts: >>>java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp >>>Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= >>>1.4.2.0-39jpp >>> >> >>java-1.4.2-gcj4-compat-devel should obsolete >>java-1.4.2-gcj-compat-devel. I guess I'll remove the Conflicts lines >>from the next release. >> >>>So which gcj-compat do I want? >>> >>java-1.4.2-gcj4-compat and java-1.4.2-gcj4-compat-devel. > >OK, when I installed the new packages I got lots of errors like this: >Updating: eclipse-ecj 100 % done 1/10 >/var/tmp/rpm-tmp.82380: line 3: 21207 Segmentation fault >gcj-dbtool4 >-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar /usr/lib/eclipse/jdtcore.jar.so >/var/tmp/rpm-tmp.82380: line 6: 21264 Segmentation fault >gcj-dbtool4 >-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtCompilerAdapter.jar /usr/lib/eclipse/jdtCompilerAdapter.jar.so >error: %post(eclipse-ecj-3.0.1_fc-14.i386) scriptlet failed, exit status >139 >Installing: gjdoc 100 % done 2/10 >Installing: java-1.4.2-gcj4-compat 100 % done 3/10 >Installing: java-1.4.2-gcj4-compat-devel 100 % done 4/10 >Updating: libswt3-gtk2 100 % done 5/10 >/var/tmp/rpm-tmp.17340: line 1: 22154 Segmentation fault >gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db $j /usr/lib/eclipse/`basename >$j`.so > >etc... > >and the resulting eclipse doesn't run: >[dmalcolm at cassandra ~]$ eclipse >/usr/bin/eclipse: line 45: 28121 Segmentation fault >LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so /usr/share/eclipse/eclipse $ECLIPSE_OPTS $@ $VM_OPTS > >Doing anything with that LD_PRELOAD line fails, e.g.: >[dmalcolm at cassandra~]$ >LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so ls >Segmentation fault > >Any thoughts? > It looks like gcj-dbtool4 is segfaulting. Can you run it with no arguments? What architecture are you on? You could try rebuilding eclipse.db by hand if gcj-dbtool4 does work on the command line. Tom From winnie8608 at yahoo.com.cn Tue Feb 22 13:50:55 2005 From: winnie8608 at yahoo.com.cn (winnie) Date: Tue, 22 Feb 2005 21:50:55 +0800 Subject: [fedora-java] Neoprene Fly Reel Bag Message-ID: <200502221350.j1MDoYvY022307@mx1.redhat.com> SKY Products Factory ShaTin Village Dongguan City China E-mail:winnie8608 at 163.com We can make the Neoprene Fly Reel Bag See the attachment The price : USD1.2/pc (Big size 4.5") USD1.0/pc (Small size 3.5") The Qty : 1,000pcs http://hk.page.auctions.yahoo.com/hk/auction/1109004432?aucview=0x13 Thanks, Winnie -------------- next part -------------- A non-text attachment was scrubbed... Name: 17209121.jpg Type: application/octet-stream Size: 12299 bytes Desc: not available URL: From dmalcolm at redhat.com Tue Feb 22 22:24:05 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Tue, 22 Feb 2005 17:24:05 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109042526.11102.148.camel@tortoise.toronto.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> <1109020837.11102.86.camel@tortoise.toronto.redhat.com> <1109028410.31879.25.camel@cassandra.boston.redhat.com> <1109042526.11102.148.camel@tortoise.toronto.redhat.com> Message-ID: <1109111045.22173.2.camel@cassandra.boston.redhat.com> On Mon, 2005-02-21 at 22:22 -0500, Thomas Fitzsimmons wrote: >On Mon, 2005-02-21 at 18:26 -0500, David Malcolm wrote: >>On Mon, 2005-02-21 at 16:20 -0500, Thomas Fitzsimmons wrote: >>>On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: >>>>I get the following error when trying to update Eclipse packages from >>>>Rawhide: >>>> >>>>yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt >>>> >>>>Error: java-1.4.2-gcj4-compat-devel conflicts: >>>>java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp >>>>Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= >>>>1.4.2.0-39jpp >>>> >>> >>>java-1.4.2-gcj4-compat-devel should obsolete >>>java-1.4.2-gcj-compat-devel. I guess I'll remove the Conflicts lines >>>from the next release. >>> >>>>So which gcj-compat do I want? >>>> >>>java-1.4.2-gcj4-compat and java-1.4.2-gcj4-compat-devel. >> >>OK, when I installed the new packages I got lots of errors like this: >>Updating: eclipse-ecj 100 % done 1/10 >>/var/tmp/rpm-tmp.82380: line 3: 21207 Segmentation fault >>gcj-dbtool4 >>-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar /usr/lib/eclipse/jdtcore.jar.so >>/var/tmp/rpm-tmp.82380: line 6: 21264 Segmentation fault >>gcj-dbtool4 >>-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtCompilerAdapter.jar /usr/lib/eclipse/jdtCompilerAdapter.jar.so >>error: %post(eclipse-ecj-3.0.1_fc-14.i386) scriptlet failed, exit status >>139 >>Installing: gjdoc 100 % done 2/10 >>Installing: java-1.4.2-gcj4-compat 100 % done 3/10 >>Installing: java-1.4.2-gcj4-compat-devel 100 % done 4/10 >>Updating: libswt3-gtk2 100 % done 5/10 >>/var/tmp/rpm-tmp.17340: line 1: 22154 Segmentation fault >>gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db $j /usr/lib/eclipse/`basename >>$j`.so >> >>etc... >> >>and the resulting eclipse doesn't run: >>[dmalcolm at cassandra ~]$ eclipse >>/usr/bin/eclipse: line 45: 28121 Segmentation fault >>LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so /usr/share/eclipse/eclipse $ECLIPSE_OPTS $@ $VM_OPTS >> >>Doing anything with that LD_PRELOAD line fails, e.g.: >>[dmalcolm at cassandra~]$ >>LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so ls >>Segmentation fault >> >>Any thoughts? >> > >It looks like gcj-dbtool4 is segfaulting. Can you run it with no >arguments? What architecture are you on? You could try rebuilding >eclipse.db by hand if gcj-dbtool4 does work on the command line. How do I do this by hand? [dmalcolm at cassandra ~]$ rpm -qf /usr/bin/gcj-dbtool4 gcc4-java-4.0.0-0.22 [dmalcolm at cassandra ~]$ gcj-dbtool4 Segmentation fault [dmalcolm at cassandra ~]$ gdb gcj-dbtool4 GNU gdb Red Hat Linux (6.1post-1.20040607.41rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...(no debugging symbols found)...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run Starting program: /usr/bin/gcj-dbtool4 /usr/src/build/473254-i386/BUILD/gdb +dejagnu-20040607/gdb/dwarf2read.c:5000: internal-error: could not find partial DIE in cache A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) n /usr/src/build/473254-i386/BUILD/gdb +dejagnu-20040607/gdb/dwarf2read.c:5000: internal-error: could not find partial DIE in cache A problem internal to GDB has been detected, further debugging may prove unreliable. Create a core file of GDB? (y or n) n (no debugging symbols found)...[Thread debugging using libthread_db enabled] [New Thread -151116096 (LWP 22135)] (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -151116096 (LWP 22135)] 0x07420917 in _Jv_RegisterClassHookDefault () from /usr/lib/libgcj_fc4.so.6 (gdb) bt #0 0x07420917 in _Jv_RegisterClassHookDefault () from /usr/lib/libgcj_fc4.so.6 #1 0x0742078a in _Jv_RegisterClasses () from /usr/lib/libgcj_fc4.so.6 #2 0x08049c2a in ?? () #3 0x0804c010 in ?? () #4 0xfee5cf94 in ?? () #5 0x073fb31d in _Jv_Malloc () from /usr/lib/libgcj_fc4.so.6 #6 0x08049864 in _init () #7 0x0804ae4a in ?? () #8 0x07862004 in ?? () from /usr/lib/libgcj_fc4.so.6 #9 0x0069dff4 in ?? () from /lib/tls/libc.so.6 #10 0x00000000 in ?? () (gdb) > >Tom > > >-- >fedora-devel-java-list mailing list >fedora-devel-java-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From fitzsim at redhat.com Wed Feb 23 00:07:25 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Tue, 22 Feb 2005 19:07:25 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109111045.22173.2.camel@cassandra.boston.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> <1109020837.11102.86.camel@tortoise.toronto.redhat.com> <1109028410.31879.25.camel@cassandra.boston.redhat.com> <1109042526.11102.148.camel@tortoise.toronto.redhat.com> <1109111045.22173.2.camel@cassandra.boston.redhat.com> Message-ID: <1109117245.14117.25.camel@rh-ibm-t41> On Tue, 2005-02-22 at 17:24 -0500, David Malcolm wrote: > On Mon, 2005-02-21 at 22:22 -0500, Thomas Fitzsimmons wrote: > >On Mon, 2005-02-21 at 18:26 -0500, David Malcolm wrote: > >>On Mon, 2005-02-21 at 16:20 -0500, Thomas Fitzsimmons wrote: > >>>On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: > >>>>I get the following error when trying to update Eclipse packages from > >>>>Rawhide: > >>>> > >>>>yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt > >>>> > >>>>Error: java-1.4.2-gcj4-compat-devel conflicts: > >>>>java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp > >>>>Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= > >>>>1.4.2.0-39jpp > >>>> > >>> > >>>java-1.4.2-gcj4-compat-devel should obsolete > >>>java-1.4.2-gcj-compat-devel. I guess I'll remove the Conflicts lines > >>>from the next release. > >>> > >>>>So which gcj-compat do I want? > >>>> > >>>java-1.4.2-gcj4-compat and java-1.4.2-gcj4-compat-devel. > >> > >>OK, when I installed the new packages I got lots of errors like this: > >>Updating: eclipse-ecj 100 % done 1/10 > >>/var/tmp/rpm-tmp.82380: line 3: 21207 Segmentation fault > >>gcj-dbtool4 > >>-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar /usr/lib/eclipse/jdtcore.jar.so > >>/var/tmp/rpm-tmp.82380: line 6: 21264 Segmentation fault > >>gcj-dbtool4 > >>-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtCompilerAdapter.jar /usr/lib/eclipse/jdtCompilerAdapter.jar.so > >>error: %post(eclipse-ecj-3.0.1_fc-14.i386) scriptlet failed, exit status > >>139 > >>Installing: gjdoc 100 % done 2/10 > >>Installing: java-1.4.2-gcj4-compat 100 % done 3/10 > >>Installing: java-1.4.2-gcj4-compat-devel 100 % done 4/10 > >>Updating: libswt3-gtk2 100 % done 5/10 > >>/var/tmp/rpm-tmp.17340: line 1: 22154 Segmentation fault > >>gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db $j /usr/lib/eclipse/`basename > >>$j`.so > >> > >>etc... > >> > >>and the resulting eclipse doesn't run: > >>[dmalcolm at cassandra ~]$ eclipse > >>/usr/bin/eclipse: line 45: 28121 Segmentation fault > >>LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so /usr/share/eclipse/eclipse $ECLIPSE_OPTS $@ $VM_OPTS > >> > >>Doing anything with that LD_PRELOAD line fails, e.g.: > >>[dmalcolm at cassandra~]$ > >>LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so ls > >>Segmentation fault > >> > >>Any thoughts? > >> > > > >It looks like gcj-dbtool4 is segfaulting. Can you run it with no > >arguments? What architecture are you on? You could try rebuilding > >eclipse.db by hand if gcj-dbtool4 does work on the command line. > > How do I do this by hand? > > [dmalcolm at cassandra ~]$ rpm -qf /usr/bin/gcj-dbtool4 > gcc4-java-4.0.0-0.22 > > [dmalcolm at cassandra ~]$ gcj-dbtool4 > Segmentation fault This is a problem: Andrew, shall we file a bug for this or is there one filed already? > [dmalcolm at cassandra ~]$ gdb gcj-dbtool4 > GNU gdb Red Hat Linux (6.1post-1.20040607.41rh) > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-redhat-linux-gnu"...(no debugging > symbols found)...Using host libthread_db library > "/lib/tls/libthread_db.so.1". > > (gdb) run > Starting program: /usr/bin/gcj-dbtool4 > /usr/src/build/473254-i386/BUILD/gdb > +dejagnu-20040607/gdb/dwarf2read.c:5000: internal-error: could not find > partial DIE in cache > > A problem internal to GDB has been detected, > further debugging may prove unreliable. > Quit this debugging session? (y or n) n > > /usr/src/build/473254-i386/BUILD/gdb > +dejagnu-20040607/gdb/dwarf2read.c:5000: internal-error: could not find > partial DIE in cache > > A problem internal to GDB has been detected, > further debugging may prove unreliable. > Create a core file of GDB? (y or n) n See this bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19769 We need to get the patch there into our gcc4 rpms. Tom From dmalcolm at redhat.com Wed Feb 23 01:57:37 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Tue, 22 Feb 2005 20:57:37 -0500 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109117245.14117.25.camel@rh-ibm-t41> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> <1109020837.11102.86.camel@tortoise.toronto.redhat.com> <1109028410.31879.25.camel@cassandra.boston.redhat.com> <1109042526.11102.148.camel@tortoise.toronto.redhat.com> <1109111045.22173.2.camel@cassandra.boston.redhat.com> <1109117245.14117.25.camel@rh-ibm-t41> Message-ID: <1109123857.22173.13.camel@cassandra.boston.redhat.com> On Tue, 2005-02-22 at 19:07 -0500, Thomas Fitzsimmons wrote: >On Tue, 2005-02-22 at 17:24 -0500, David Malcolm wrote: >> On Mon, 2005-02-21 at 22:22 -0500, Thomas Fitzsimmons wrote: >> >On Mon, 2005-02-21 at 18:26 -0500, David Malcolm wrote: >> >>On Mon, 2005-02-21 at 16:20 -0500, Thomas Fitzsimmons wrote: >> >>>On Mon, 2005-02-21 at 15:36 -0500, David Malcolm wrote: >> >>>>I get the following error when trying to update Eclipse packages from >> >>>>Rawhide: >> >>>> >> >>>>yum update eclipse-ecj eclipse-platfrom eclipse-gtk2 eclipse-jdt >> >>>> >> >>>>Error: java-1.4.2-gcj4-compat-devel conflicts: >> >>>>java-1.4.2-gcj-compat-devel<= 1.4.2.0-39jpp >> >>>>Error: java-1.4.2-gcj4-compat conflicts: java-1.4.2-gcj-compat<= >> >>>>1.4.2.0-39jpp >> >>>> >> >>> >> >>>java-1.4.2-gcj4-compat-devel should obsolete >> >>>java-1.4.2-gcj-compat-devel. I guess I'll remove the Conflicts lines >> >>>from the next release. >> >>> >> >>>>So which gcj-compat do I want? >> >>>> >> >>>java-1.4.2-gcj4-compat and java-1.4.2-gcj4-compat-devel. >> >> >> >>OK, when I installed the new packages I got lots of errors like this: >> >>Updating: eclipse-ecj 100 % done 1/10 >> >>/var/tmp/rpm-tmp.82380: line 3: 21207 Segmentation fault >> >>gcj-dbtool4 >> >>-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar /usr/lib/eclipse/jdtcore.jar.so >> >>/var/tmp/rpm-tmp.82380: line 6: 21264 Segmentation fault >> >>gcj-dbtool4 >> >>-a /usr/lib/eclipse/eclipse.db /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.0.1/jdtCompilerAdapter.jar /usr/lib/eclipse/jdtCompilerAdapter.jar.so >> >>error: %post(eclipse-ecj-3.0.1_fc-14.i386) scriptlet failed, exit status >> >>139 >> >>Installing: gjdoc 100 % done 2/10 >> >>Installing: java-1.4.2-gcj4-compat 100 % done 3/10 >> >>Installing: java-1.4.2-gcj4-compat-devel 100 % done 4/10 >> >>Updating: libswt3-gtk2 100 % done 5/10 >> >>/var/tmp/rpm-tmp.17340: line 1: 22154 Segmentation fault >> >>gcj-dbtool4 -a /usr/lib/eclipse/eclipse.db $j /usr/lib/eclipse/`basename >> >>$j`.so >> >> >> >>etc... >> >> >> >>and the resulting eclipse doesn't run: >> >>[dmalcolm at cassandra ~]$ eclipse >> >>/usr/bin/eclipse: line 45: 28121 Segmentation fault >> >>LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so /usr/share/eclipse/eclipse $ECLIPSE_OPTS $@ $VM_OPTS >> >> >> >>Doing anything with that LD_PRELOAD line fails, e.g.: >> >>[dmalcolm at cassandra~]$ >> >>LD_PRELOAD=/usr/lib/eclipse/xml-commons-apis-1.0.jar.so:/usr/lib/eclipse/xalan-j2-2.6.0.jar.so:/usr/lib/eclipse/xerces-j2-2.6.2.jar.so ls >> >>Segmentation fault >> >> >> >>Any thoughts? >> >> >> > >> >It looks like gcj-dbtool4 is segfaulting. Can you run it with no >> >arguments? What architecture are you on? You could try rebuilding >> >eclipse.db by hand if gcj-dbtool4 does work on the command line. >> >> How do I do this by hand? >> >> [dmalcolm at cassandra ~]$ rpm -qf /usr/bin/gcj-dbtool4 >> gcc4-java-4.0.0-0.22 >> >> [dmalcolm at cassandra ~]$ gcj-dbtool4 >> Segmentation fault > [snip] In the end I got things working; I did a "yum update gcc4-java", then a "yum remove eclipse-platform" for good measure. I then did a "yum install eclipse-gtk2 eclipse-jdt" and got this: [snip] Running Transaction Installing: eclipse-gtk2 100 % done 1/3 Installing: eclipse-jdt 100 % done 2/3 error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db error: %post(eclipse-jdt-3.0.1_fc-14.i386) scriptlet failed, exit status 2 Installing: eclipse-platform 100 % done 3/3 error: could not update /usr/lib/eclipse/eclipse.db: java.lang.IllegalArgumentException: eclipse.db (hundreds of similar lines follow) error: %post(eclipse-platform-3.0.1_fc-14.i386) scriptlet failed, exit status 2 Installed: eclipse-gtk2.i386 1:3.0.1_fc-14 eclipse-jdt.i386 1:3.0.1_fc-14 Dependency Installed: eclipse-platform.i386 1:3.0.1_fc-14 Complete! However, Eclipse started up OK (albeit with an error): [dmalcolm at cassandra fedora-updates]$ eclipse Warning: -Xms64M not understood. Ignoring. Warning: -Xmx256M not understood. Ignoring. and it seems to be working - tempting the fates here :-) Awesome! BTW I didn't seem to get a splash screen. Hope the above information is of use. Dave From aph at redhat.com Wed Feb 23 10:26:51 2005 From: aph at redhat.com (Andrew Haley) Date: Wed, 23 Feb 2005 10:26:51 +0000 Subject: [fedora-java] Updating Eclipse in Rawhide In-Reply-To: <1109123857.22173.13.camel@cassandra.boston.redhat.com> References: <1109018163.31879.5.camel@cassandra.boston.redhat.com> <1109020837.11102.86.camel@tortoise.toronto.redhat.com> <1109028410.31879.25.camel@cassandra.boston.redhat.com> <1109042526.11102.148.camel@tortoise.toronto.redhat.com> <1109111045.22173.2.camel@cassandra.boston.redhat.com> <1109117245.14117.25.camel@rh-ibm-t41> <1109123857.22173.13.camel@cassandra.boston.redhat.com> Message-ID: <16924.23147.695990.149166@cuddles.cambridge.redhat.com> David Malcolm writes: > > I then did a "yum install eclipse-gtk2 eclipse-jdt" and got this: > [snip] > Running Transaction > Installing: eclipse-gtk2 100 % done 1/3 > Installing: eclipse-jdt 100 % done 2/3 > error: could not update /usr/lib/eclipse/eclipse.db: > java.lang.IllegalArgumentException: eclipse.db My guess is that the "post" script hasn't deleted the previous eclipse.db. Please delete it by hand. I don't understand the segfault. gcj catches SEGVs and turns them into null pointer exceptions. If any gcj compiled program segfaults, it's a bug. Andrew. From drsalif_m at pcpostal.com Wed Feb 23 20:14:13 2005 From: drsalif_m at pcpostal.com (DR. SALIF MAMADOU) Date: Wed, 23 Feb 2005 20:14:13 +0000 Subject: [fedora-java] Requesting your urgent investment partnership Message-ID: <200502232032.j1NKW5a5023357@mx2.redhat.com> Dear Friend, I am pleased to introduce a business opportunity to you to transfer to your overseas account a huge amount of money deposited in one of the Prime Banks here in Dakar-Senegal. I urgently want to know you and if you are capable of handling and accomodate this magnitude of funds until I resign and come over to join you for an investment in your country. What I need is a reliable and honest individual/organisation that would be capable and fit enough to provide either an existing bank account or set up a new Bank Account immediately to receive this funds. Even an empty bank account can serve to receive this funds as long as you will remain honest to me till we actualise this interest. My name is Dr. Salif Mamadou, the Director of Bill and Exchange at the Foreign Remittance Department of the same bank. I am writing following the impressive information about you through one of my friends who runs a consultancy firm. He assured me of your capability and reliability to champion this business opportunity. In my department we discovered an abandoned Sum of $18.5M USD Eighteen Million, Five Hundred Thousand US Dollars), in an account that belongs to one of our foreign customers an American by name: Mr.Neal Walker who died along with other passengers in EgyptAir Flight 990 - October 31, 1999. Please do view this very site for more information about our deceased client: www.greatdreams.com/PassEAir990.htm. Since we got information about his death, we have been expecting his next of kin to come over and claim his money because we cannot release it unless somebody applies for it as next of kin or relation to the deceased and the person must be foreigner as indicated in our banking guidelines. Futher investigation, we discovered that the owner of the account died without a [Heir/WILL] hence the money is floating and if I do not remit this money out urgently it will be forfeited for nothing. It is therefore upon this discovery that I and other officials in bank now decided to make this businness proposal to you and release the money to you as the next of kin or relation to the deceased for safety and subsequent disbursement since nobody is coming for it and we do not want this money to go into the Bank treasury as unclaimed Bill. The Banking law and guideline here stipulates that if such money remained unclamed after five years, the money will be transfered into the Bank treasury account as unclaimed fund. The request of foreigner as next of kin in this business is occasioned by the fact that the customer was a foreigner and I can not stand as next of kin to a foreigner,it is also against our the banking law, guideline and ethics of banks here in my country. We have agreed that 20 % of this money will be for you as foreign partner, in respect to the provision of a foreign account, 10 % will be set aside for expenses incured during the business and 70 % would be for me and my colleagues. There after I and my colleagues will visit your country for disbursement according to the percentages indicated. Therefore to enable the immediate transfer of this fund to you as requested to provide the following: Your full name and address, Your direct telephone and fax number and your bank information. All the requested information will enable me perfect all the necessary things in your favour for smooth transfer of the fund into you account as you will provide. If you are interested, please contact me via my email address: drsalif_mamadou at mixmail.com and also call me on my telephone for more details: 00221 699.9741. Upon your response, I shall provide you with more details on how we shall proceed with the claims. I expect you to observe utmost confidentiality and be rest assured that this transaction would be profitable for both of us without any risk involved. Awaiting your urgent reply. Thanks & Regards. Dr. Salif Mamadou. From carwyn at carwyn.com Thu Feb 24 03:07:00 2005 From: carwyn at carwyn.com (Carwyn Edwards) Date: Thu, 24 Feb 2005 03:07:00 +0000 Subject: [fedora-java] Java Package Naming Message-ID: <421D44D4.2050703@carwyn.com> I'm in the process of coming up with a package naming policy for our internal use hence I've been reading these kinds of things: http://fedoraproject.org/wiki/PackageNamingGuidelines http://svn.rpmforge.net/svn/trunk/docs/naming-policy.txt I've come up with a plan for dealing with FC, Extras and RPMforge and the like, but then I started thinking about JPackage. I have some questions: Q1. What are Fedora planning to do in relation to release tag naming and jpp packages? At the moment Rawhide is using jpp_(fc|rh). This seems a little at odds with the draft Fedora naming guidelines (I know they've only just been written in draft :-)). The motivation for this question is to do with our desire to ship local modifications to jpp packages and still have a sensible upgrade path. Up to now I've been able to simply tack on a suffix to the jpp version. If however another upstream repo (FC) is also using the suffix approach then things start to get interesting :-) (1jpp_3fc vs 1jpp.1.local) Q2. Are Fedora going to feed packages upstream as a priority then tweak them for their local purposes afterwards? Another way of asking this is - will FC Java packages that could also end up in JPackage always going to have a Xjpp prefix in the release tag? If not then things like this can happen: javafoo-1.2.3-1 (RH put this in fc) javafoo-1.2.3-1jpp (pushed upstream) .. then RH want to update javafoo: javafoo-1.2.3-1jpp_1fc ?? Actually this works, but I guess it would be nice to define it. I have some ideas on this (dropping the underscores for one) but thought I'd ask first :-) Carwyn From rees at ddcom.co.jp Thu Feb 24 05:49:33 2005 From: rees at ddcom.co.jp (Joel) Date: Thu, 24 Feb 2005 14:49:33 +0900 Subject: [fedora-java] FC2, /usr/bin/rmic when no java rpm -- why? Message-ID: <20050224143414.855B.REES@ddcom.co.jp> My question on this in developers' and users' http://marc.theaimsgroup.com/?l=fedora-devel-list&m=110895336513499&w=2 http://marc.theaimsgroup.com/?l=fedora-list&m=110872040326418&w=2 didn't seem to be greeted with any enthusiasm, so I'll repeat it here, now that I know there is a here. FC2, no java rpm installed, and I don't recall installing all the compilers when I installed FC2 on a wiped disk. But I do have rmic and jar (and rmic34/jar34) in /usr/bin. These are not symbolic links, and there is no reference to them in the setup files for alternatives. From searching the archives, I see that the consensus is that they are safe to remove. What else should I look for? And should I file this as a bug if I get a chance to confirm that they are there without installing any java rpm? (They really do get in the way.) -- Joel Rees digitcom, inc. ???????? Kobe, Japan +81-78-672-8800 ** ** From caolanm at redhat.com Thu Feb 24 16:30:22 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 24 Feb 2005 16:30:22 +0000 Subject: [fedora-java] ant & gcj4 Message-ID: <1109262622.9565.21.camel@sheol.homelinux.org> I'm fairly clueless about java stuff, but in rawhide is there a way to tell ant to build things with gcj4. e.g. in the context of building some java bits with gcj4 through ant during rpmbuilding something. C. From ziga.mahkovec at klika.si Thu Feb 24 17:52:06 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Thu, 24 Feb 2005 18:52:06 +0100 Subject: [fedora-java] FC2, /usr/bin/rmic when no java rpm -- why? In-Reply-To: <20050224143414.855B.REES@ddcom.co.jp> References: <20050224143414.855B.REES@ddcom.co.jp> Message-ID: <1109267526.9246.30.camel@localhost> On Thu, 2005-02-24 at 14:49 +0900, Joel wrote: > FC2, no java rpm installed, and I don't recall installing all the > compilers when I installed FC2 on a wiped disk. > > But I do have rmic and jar (and rmic34/jar34) in /usr/bin. These are not > symbolic links, and there is no reference to them in the setup files for > alternatives. > > From searching the archives, I see that the consensus is that they are > safe to remove. > > What else should I look for? > > And should I file this as a bug if I get a chance to confirm that they > are there without installing any java rpm? I suppose they belong to libgcj. You can check with: $ rpm -qf /usr/bin/rmic and remove the package that is listed. If nothing is listed, the files were likely created during %post -- check with: $ rpm -qa --scripts | grep /usr/bin/rmic > (They really do get in the way.) Since you're about to install Sun's JDK, I would suggest using the jpackage.org repository. You can find some instructions here: http://mpeters.us/linux/j2sdk.php The alternatives system may then be used to point these files to the correct binaries. -- Ziga From rees at ddcom.co.jp Fri Feb 25 03:24:51 2005 From: rees at ddcom.co.jp (Joel) Date: Fri, 25 Feb 2005 12:24:51 +0900 Subject: [fedora-java] FC2, /usr/bin/rmic when no java rpm -- why? In-Reply-To: <1109267526.9246.30.camel@localhost> References: <20050224143414.855B.REES@ddcom.co.jp> <1109267526.9246.30.camel@localhost> Message-ID: <20050225121606.5F50.REES@ddcom.co.jp> Thanks, Ziga. Now I think I know where to dig in. On Thu, 24 Feb 2005 18:52:06 +0100 Ziga Mahkovec wrote > On Thu, 2005-02-24 at 14:49 +0900, Joel wrote: > > FC2, no java rpm installed, and I don't recall installing all the > > compilers when I installed FC2 on a wiped disk. > > > > But I do have rmic and jar (and rmic34/jar34) in /usr/bin. These are not > > symbolic links, and there is no reference to them in the setup files for > > alternatives. > > [...] > > I suppose they belong to libgcj. You can check with: > > $ rpm -qf /usr/bin/rmic > > and remove the package that is listed. If nothing is listed, the files > were likely created during %post -- check with: > > $ rpm -qa --scripts | grep /usr/bin/rmic > > > (They really do get in the way.) > > Since you're about to install Sun's JDK, I would suggest using the > jpackage.org repository. You can find some instructions here: > > http://mpeters.us/linux/j2sdk.php > > The alternatives system may then be used to point these files to the > correct binaries. > > -- > Ziga -- Joel Rees digitcom, inc. ???????? Kobe, Japan +81-78-672-8800 ** ** From fitzsim at redhat.com Fri Feb 25 16:02:40 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Fri, 25 Feb 2005 11:02:40 -0500 Subject: [fedora-java] FC2, /usr/bin/rmic when no java rpm -- why? In-Reply-To: <20050224143414.855B.REES@ddcom.co.jp> References: <20050224143414.855B.REES@ddcom.co.jp> Message-ID: <1109347360.3106.7.camel@rh-ibm-t41> On Thu, 2005-02-24 at 14:49 +0900, Joel wrote: > My question on this in developers' and users' > > http://marc.theaimsgroup.com/?l=fedora-devel-list&m=110895336513499&w=2 > http://marc.theaimsgroup.com/?l=fedora-list&m=110872040326418&w=2 > > didn't seem to be greeted with any enthusiasm, so I'll repeat it here, > now that I know there is a here. > > FC2, no java rpm installed, and I don't recall installing all the > compilers when I installed FC2 on a wiped disk. > > But I do have rmic and jar (and rmic34/jar34) in /usr/bin. These are not > symbolic links, and there is no reference to them in the setup files for > alternatives. > > From searching the archives, I see that the consensus is that they are > safe to remove. > > What else should I look for? > > And should I file this as a bug if I get a chance to confirm that they > are there without installing any java rpm? > > (They really do get in the way.) Yeah, this is fixed in upstream gcc bugzilla by renaming them grmic, grmiregistry and fastjar. They are "safe" to remove provided you are using some alternate rmic, rmiregistry and jar implementations. You should really prepend non-standard path entries to PATH though -- that is the workaround. Tom > -- > Joel Rees > digitcom, inc. ???????? > Kobe, Japan +81-78-672-8800 > ** ** > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From fitzsim at redhat.com Fri Feb 25 16:04:58 2005 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Fri, 25 Feb 2005 11:04:58 -0500 Subject: [fedora-java] ant & gcj4 In-Reply-To: <1109262622.9565.21.camel@sheol.homelinux.org> References: <1109262622.9565.21.camel@sheol.homelinux.org> Message-ID: <1109347498.3106.10.camel@rh-ibm-t41> On Thu, 2005-02-24 at 16:30 +0000, Caolan McNamara wrote: > I'm fairly clueless about java stuff, but in rawhide is there a way to > tell ant to build things with gcj4. e.g. in the context of building some > java bits with gcj4 through ant during rpmbuilding something. > Yeah, just make sure your java and javac alternatives are set to the java-1.4.2-gcj4-compat implementations (assuming you have java-1.4.2- gcj4-compat and java-1.4.2-gcj4-compat-devel installed). Then everything should just work. Tom > C. > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From overholt at redhat.com Fri Feb 25 16:48:58 2005 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 25 Feb 2005 11:48:58 -0500 Subject: [fedora-java] New Eclipse RPMs Message-ID: <20050225164858.GH19850@redhat.com> Hi, I'm having some platform and other issues building these in the build system, so in the meantime if anyone wants to try what will become the new 3.1-series RPMs: http://people.redhat.com/overholt/eclipse/rpms/ The debuginfo package is here: http://overholt.ca/rpms/eclipse-debuginfo-3.1.0_fc-0.M5.6.i386.rpm Andrew From ziga.mahkovec at klika.si Sun Feb 27 00:53:18 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Sun, 27 Feb 2005 01:53:18 +0100 Subject: [fedora-java] New Eclipse RPMs In-Reply-To: <20050225164858.GH19850@redhat.com> References: <20050225164858.GH19850@redhat.com> Message-ID: <1109465599.8854.32.camel@localhost> On Fri, 2005-02-25 at 11:48 -0500, Andrew Overholt wrote: > I'm having some platform and other issues building these in the build > system, so in the meantime if anyone wants to try what will become the new > 3.1-series RPMs: > > http://people.redhat.com/overholt/eclipse/rpms/ I gave these a spin and they work great. The only problem I had so far was with opening XML files. I attached a sample file (a web application descriptor) which, when opened in Eclipse, produces the attached exception. Any XML file with a DOCTYPE seems to trigger this. Interestingly, it works fine if I remove the gnu.gcj.precompiled.db.path argument, so this might be an ahead-of-time compilation issue. I wasn't able to isolate a simple test case though. -- Ziga -------------- next part -------------- A non-text attachment was scrubbed... Name: web.xml Type: text/xml Size: 185 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: eclipse.log Type: text/x-log Size: 12646 bytes Desc: not available URL: From rees at ddcom.co.jp Mon Feb 28 01:57:48 2005 From: rees at ddcom.co.jp (Joel) Date: Mon, 28 Feb 2005 10:57:48 +0900 Subject: [fedora-java] FC2, /usr/bin/rmic when no java rpm -- why? In-Reply-To: <1109347360.3106.7.camel@rh-ibm-t41> References: <20050224143414.855B.REES@ddcom.co.jp> <1109347360.3106.7.camel@rh-ibm-t41> Message-ID: <20050228104438.C169.REES@ddcom.co.jp> On Fri, 25 Feb 2005 11:02:40 -0500 Thomas Fitzsimmons wrote > On Thu, 2005-02-24 at 14:49 +0900, Joel wrote: > > My question on this in developers' and users' > > > > http://marc.theaimsgroup.com/?l=fedora-devel-list&m=110895336513499&w=2 > > http://marc.theaimsgroup.com/?l=fedora-list&m=110872040326418&w=2 > > > > didn't seem to be greeted with any enthusiasm, so I'll repeat it here, > > now that I know there is a here. > > > > FC2, no java rpm installed, and I don't recall installing all the > > compilers when I installed FC2 on a wiped disk. > > > > But I do have rmic and jar (and rmic34/jar34) in /usr/bin. These are not > > symbolic links, and there is no reference to them in the setup files for > > alternatives. > > > > From searching the archives, I see that the consensus is that they are > > safe to remove. > > > > What else should I look for? > > > > And should I file this as a bug if I get a chance to confirm that they > > are there without installing any java rpm? > > > > (They really do get in the way.) > > Yeah, this is fixed in upstream gcc bugzilla by renaming them grmic, > grmiregistry and fastjar. That's good to know, and good to be able to report to my co-workers. > They are "safe" to remove provided you are > using some alternate rmic, rmiregistry and jar implementations. ... as in the Sun-standard distribution. (And someone on Sun's jmx list tells me that rmic is now built into the standard javac compiler and the proxies are generated at runtime, or something. That's goint to take a little digesting.) > You > should really prepend non-standard path entries to PATH though -- that > is the workaround. I've already done that, but it always bothers me to have things in the path in advance of /bin and /usr/bin. Call me paranoid. Thanks. -- Joel Rees digitcom, inc. ???????? Kobe, Japan +81-78-672-8800 ** ** From vadimn at redhat.com Mon Feb 28 14:07:52 2005 From: vadimn at redhat.com (Vadim Nasardinov) Date: Mon, 28 Feb 2005 09:07:52 -0500 Subject: [fedora-java] rmic in Java 1.5.0 (was: Re: FC2, /usr/bin/rmic when no java rpm -- why?) In-Reply-To: <20050228104438.C169.REES@ddcom.co.jp> References: <20050224143414.855B.REES@ddcom.co.jp> <1109347360.3106.7.camel@rh-ibm-t41> <20050228104438.C169.REES@ddcom.co.jp> Message-ID: <200502280907.52479@vadim.nasardinov> On Sunday 27 February 2005 20:57, Joel wrote: > And someone on Sun's jmx list tells me that rmic is now built into > the standard javac compiler and the proxies are generated at > runtime, or something. http://java.sun.com/j2se/1.5.0/docs/guide/rmi/relnotes.html From overholt at redhat.com Mon Feb 28 16:26:39 2005 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 28 Feb 2005 11:26:39 -0500 Subject: [fedora-java] New Eclipse RPMs In-Reply-To: <1109465599.8854.32.camel@localhost> References: <20050225164858.GH19850@redhat.com> <1109465599.8854.32.camel@localhost> Message-ID: <20050228162639.GA26335@redhat.com> * Ziga Mahkovec [2005-02-26 19:56]: > On Fri, 2005-02-25 at 11:48 -0500, Andrew Overholt wrote: > > I'm having some platform and other issues building these in the build > > system, so in the meantime if anyone wants to try what will become the new > > 3.1-series RPMs: > > > > http://people.redhat.com/overholt/eclipse/rpms/ > > I gave these a spin and they work great. That's great news! Thanks for trying them out. > Interestingly, it works fine if I remove the gnu.gcj.precompiled.db.path > argument, so this might be an ahead-of-time compilation issue. I wasn't > able to isolate a simple test case though. Hmm. Interesting. I'll look into it. Can you please file a bug in RH bugzilla? Thanks, Andrew From walters at redhat.com Mon Feb 28 22:50:05 2005 From: walters at redhat.com (Colin Walters) Date: Mon, 28 Feb 2005 17:50:05 -0500 Subject: [fedora-java] New Eclipse RPMs In-Reply-To: <20050225164858.GH19850@redhat.com> References: <20050225164858.GH19850@redhat.com> Message-ID: <1109631005.3809.43.camel@nexus.verbum.private> On Fri, 2005-02-25 at 11:48 -0500, Andrew Overholt wrote: >Hi, > >I'm having some platform and other issues building these in the build >system, so in the meantime if anyone wants to try what will become the new >3.1-series RPMs: > >http://people.redhat.com/overholt/eclipse/rpms/ It'd be nice if you could run createrepo in there. Anyways, I tried the RPMs and they seem to work pretty well (at least "Team Synchronizing" doesn't crash which helps a lot :)).