From ehodil at cfl.rr.com Thu Jan 10 20:08:18 2008 From: ehodil at cfl.rr.com (Earl) Date: Thu, 10 Jan 2008 15:08:18 -0500 Subject: [fedora-java] Newbie question Message-ID: <1199995698.6372.3.camel@204.250.121.70.cfl.res.rr.com> Sorry for the dumb question, but I'm grasping at straws. How do you run Java from a terminal under RedHat Linux 5.1. I just downloaded a 3270 terminal emulator that is a bunch of class files and I'm guessing that what I've got to do is kick it off by running the main one under a terminal. clueless From zaitcev at redhat.com Thu Jan 10 21:46:07 2008 From: zaitcev at redhat.com (Pete Zaitcev) Date: Thu, 10 Jan 2008 13:46:07 -0800 Subject: [fedora-java] Re: Newbie question In-Reply-To: <1199995698.6372.3.camel@204.250.121.70.cfl.res.rr.com> References: <1199995698.6372.3.camel@204.250.121.70.cfl.res.rr.com> Message-ID: <20080110134607.2eacf74c.zaitcev@redhat.com> On Thu, 10 Jan 2008 15:08:18 -0500, Earl wrote: > Sorry for the dumb question, but I'm grasping at straws. How do you run > Java from a terminal under RedHat Linux 5.1. I just downloaded a 3270 > terminal emulator that is a bunch of class files and I'm guessing that > what I've got to do is kick it off by running the main one under a > terminal. Well, let blind lead the blind... I don't know anything about Java, but I think that if it's just a bunch of classes, it will not work. An application needs "public static void main" in the top class. But in any case, "a bunch of class files" sounds pretty hopeless. Not even a jar? Someone was really lazy, and the thing most likely never worked to begin with. -- Pete P.S. Why don't you just use x3270? From rmeggins at redhat.com Thu Jan 10 22:29:15 2008 From: rmeggins at redhat.com (Rich Megginson) Date: Thu, 10 Jan 2008 15:29:15 -0700 Subject: [fedora-java] Where does icedtea set java.library.path? Message-ID: <47869C3B.4060002@redhat.com> I'm having a problem with Java IcedTea on F-8 x86_64. The java.library.path has /usr/lib and not /usr/lib64. This causes problems because my java app can't find the JNI libs and dependencies it needs. public class PropTest { public static void main(String[] args) { String val = System.getProperty("java.library.path"); System.out.println("java.library.path=" + val); } } java.library.path=/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/server:/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64:/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/../lib/amd64:/usr/java/packages/lib/amd64:/lib:/usr/lib If I set -Djava.library.path= it still cannot find the libraries. I thought it would use the default system ld lib path. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3245 bytes Desc: S/MIME Cryptographic Signature URL: From jdf.lists at gmail.com Thu Jan 10 23:23:35 2008 From: jdf.lists at gmail.com (Joshua Daniel Franklin) Date: Thu, 10 Jan 2008 15:23:35 -0800 Subject: [fedora-java] Re: Newbie question In-Reply-To: <20080110134607.2eacf74c.zaitcev@redhat.com> References: <1199995698.6372.3.camel@204.250.121.70.cfl.res.rr.com> <20080110134607.2eacf74c.zaitcev@redhat.com> Message-ID: <67437bc40801101523w4b3171ccgb59873cabad6286f@mail.gmail.com> First, make sure you have the Extras channel and run: yum install java-1.5.0-sun-devel (You can leave off -devel if you just want a JRE.) Then, type java -version And it should work. From langel at redhat.com Fri Jan 11 16:24:34 2008 From: langel at redhat.com (Lillian Angel) Date: Fri, 11 Jan 2008 11:24:34 -0500 Subject: [fedora-java] Where does icedtea set java.library.path? In-Reply-To: <47869C3B.4060002@redhat.com> References: <47869C3B.4060002@redhat.com> Message-ID: <47879842.3050200@redhat.com> Rich Megginson wrote: > I'm having a problem with Java IcedTea on F-8 x86_64. The > java.library.path has /usr/lib and not /usr/lib64. This causes problems > because my java app can't find the JNI libs and dependencies it needs. > > public class PropTest { > public static void main(String[] args) { > String val = System.getProperty("java.library.path"); > System.out.println("java.library.path=" + val); > } > } > > java.library.path=/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/server:/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64:/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/../lib/amd64:/usr/java/packages/lib/amd64:/lib:/usr/lib > > > If I set -Djava.library.path= it still cannot find the libraries. I > thought it would use the default system ld lib path. Thanks for pointing this out. I am working on a fix. Lillian From rmeggins at redhat.com Fri Jan 11 16:36:38 2008 From: rmeggins at redhat.com (Rich Megginson) Date: Fri, 11 Jan 2008 09:36:38 -0700 Subject: [fedora-java] Where does icedtea set java.library.path? In-Reply-To: <47879842.3050200@redhat.com> References: <47869C3B.4060002@redhat.com> <47879842.3050200@redhat.com> Message-ID: <47879B16.4050908@redhat.com> Lillian Angel wrote: > > > Rich Megginson wrote: >> I'm having a problem with Java IcedTea on F-8 x86_64. The >> java.library.path has /usr/lib and not /usr/lib64. This causes >> problems because my java app can't find the JNI libs and dependencies >> it needs. >> >> public class PropTest { >> public static void main(String[] args) { >> String val = System.getProperty("java.library.path"); >> System.out.println("java.library.path=" + val); >> } >> } >> >> java.library.path=/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/server:/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64:/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/../lib/amd64:/usr/java/packages/lib/amd64:/lib:/usr/lib >> >> >> If I set -Djava.library.path= it still cannot find the libraries. I >> thought it would use the default system ld lib path. > > Thanks for pointing this out. I am working on a fix. see also http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6312057 > > Lillian -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3245 bytes Desc: S/MIME Cryptographic Signature URL: From langel at redhat.com Fri Jan 11 17:03:13 2008 From: langel at redhat.com (Lillian Angel) Date: Fri, 11 Jan 2008 12:03:13 -0500 Subject: [fedora-java] Where does icedtea set java.library.path? In-Reply-To: <47879842.3050200@redhat.com> References: <47869C3B.4060002@redhat.com> <47879842.3050200@redhat.com> Message-ID: <4787A151.7000401@redhat.com> Hi, Lillian Angel wrote: > > > Rich Megginson wrote: >> I'm having a problem with Java IcedTea on F-8 x86_64. The >> java.library.path has /usr/lib and not /usr/lib64. This causes >> problems because my java app can't find the JNI libs and dependencies >> it needs. >> >> public class PropTest { >> public static void main(String[] args) { >> String val = System.getProperty("java.library.path"); >> System.out.println("java.library.path=" + val); >> } >> } >> >> java.library.path=/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/server:/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64:/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/../lib/amd64:/usr/java/packages/lib/amd64:/lib:/usr/lib >> >> >> If I set -Djava.library.path= it still cannot find the libraries. I >> thought it would use the default system ld lib path. > > Thanks for pointing this out. I am working on a fix. I committed a fix to the icedtea repository. It'll be in rawhide when the next release goes out. Lillian From dant at cdkkt.com Sat Jan 12 01:32:35 2008 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 11 Jan 2008 17:32:35 -0800 Subject: [fedora-java] Eclipse problems. Message-ID: <200801111732.35849.dant@cdkkt.com> I am new here so please bear with me. I have however played with eclipse since it's inception and familiar with the older versions but have not yet caught up with the latest (3.3). Here are some problems I encountered with the latest Eclipse on F8: 1) Installing updates: a) First time I installed update as a normal user, I noticed that updates was falling all over itself when it could not write to /usr/share/eclipse nor to /usr/lib/eclipse directory due to permission errors. Ok, so I created a group name, added to that group name a list of allowable "updaters" and chgrp -R, chmod 775, the above directorys. If there is a proper way of doing this please let me know. b) I wanted to install all of the 'new stuff', that is BIRT, C/C++, etc., and I quickly discovered that some of the items on the list should be avoided, such as 'change log', and 'The Eclipse Project' patches. Why these are there, I do not know - but they are sure as heck annoying as a newbie if you have no clue. Hey! That's me! ;-/ If you wanted install 'everything', what is the safe way to go about it and what would you choose and what would you avoid? Are there any other 'packages' that are not in the updater list that are also available? c) I know I did not select 'Eclipse Patches', so why in the heck are these RCP patches appearing in my above mentioned directories? Everytime I update for new features or existsing configuration, that annoying warning message shows the RCP patch v3.3.1 and warns of an install conflicts. Is there any way to remove these manually? I tried it via 'Manage Configuration' dialog and there is no menu uninstall item available. I don't even know if I even have eclipse RCP installed at this time. d) I noticed from time to time that when in the middle of an installation, invariably the network drops and there is an incomplete installation. I have had to remove eclipse and start over especially when the the configuration is a mess. Maybe I am going about this in the wrong way - but what is your advice? e) I was playing around and clicked Help->Welcome toobar menu item, and boom! It killed the eclipse IDE, everytime I tried it. Bug? Well thanks for bearing with an ignorant idiot like myself, but I'd sure like some help if anyone is willing. Thanks- From overholt at redhat.com Mon Jan 14 13:27:44 2008 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 14 Jan 2008 08:27:44 -0500 Subject: [fedora-java] Eclipse problems. In-Reply-To: <200801111732.35849.dant@cdkkt.com> References: <200801111732.35849.dant@cdkkt.com> Message-ID: <20080114132744.GB14851@redhat.com> Hi, * Dan Thurman [2008-01-11 20:33]: > > 1) Installing updates: > > a) First time I installed update as a normal user, I noticed that updates > was falling all over itself when it could not write to > /usr/share/eclipse nor to /usr/lib/eclipse directory due to permission > errors. Ok, so I created a group name, added to that group name a > list of allowable "updaters" and chgrp -R, chmod 775, the above > directorys. If there is a proper way of doing this please let me know. We carry a patch that makes this just work. You should not be prompted to install into /usr/share but rather it should by default go into ~/.eclipse somewhere. > b) I wanted to install all of the 'new stuff', that is BIRT, C/C++, etc., > and I quickly discovered that some of the items on the list should > be avoided, such as 'change log', and 'The Eclipse Project' patches. > Why these are there, I do not know - but they are sure as heck annoying > as a newbie if you have no clue. Hey! That's me! ;-/ If you wanted > install 'everything', what is the safe way to go about it and what > would you choose and what would you avoid? Are there any other > 'packages' that are not in the updater list that are also available? I'm very confused by what you're trying to accomplish here. Please elaborate. > c) I know I did not select 'Eclipse Patches', so why in the heck are these > RCP patches appearing in my above mentioned directories? What is 'Eclipse Patches'? > d) I noticed from time to time that when in the middle of an installation, > invariably the network drops and there is an incomplete installation. > I have had to remove eclipse and start over especially when the > the configuration is a mess. Maybe I am going about this in the wrong > way - but what is your advice? Are you running Fedora Eclipse or an upstream download? > e) I was playing around and clicked Help->Welcome toobar menu item, > and boom! It killed the eclipse IDE, everytime I tried it. Bug? I've never experienced this. If you're running Fedora Eclipse, feel free to file a bug with all the relevant info (which VM, which arch, output of for f in `rpm -qa | egrep "swt|eclipse"; do rpm -qV $f && echo $f; done, etc.) Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dant at cdkkt.com Sun Jan 20 23:51:19 2008 From: dant at cdkkt.com (Daniel B. Thurman) Date: Sun, 20 Jan 2008 15:51:19 -0800 Subject: [fedora-java] Eclipse problems. Message-ID: <021126B987E43D44A860139823C0791103FD2C@ns1.cdkkt.com> Andrew Overholt wrote: > Hi, > > * Dan Thurman [2008-01-11 20:33]: > > > > 1) Installing updates: > > > > a) First time I installed update as a normal user, > > I noticed that updates was falling all over itself > > when it could not write to /usr/share/eclipse nor > > to /usr/lib/eclipse directory due to permission > > errors. Ok, so I created a group name, added to > > that group name a list of allowable "updaters" > > and chgrp -R, chmod 775, the above directorys. > > If there is a proper way of doing this please let > > me know. > > We carry a patch that makes this just work. You should not > be prompted to install into /usr/share but rather it should > by default go into ~/.eclipse somewhere. >From what I saw, the default after choosing updates goes to /usr/share/eclipse unless you change this default. It wasn't until later I realized this. > > b) I wanted to install all of the 'new stuff', that is > > BIRT, C/C++, etc., and I quickly discovered that some > > of the items on the list should be avoided, such as > > 'change log', and 'The Eclipse Project' patches. > > Why these are there, I do not know - but they are > > sure as heck annoying as a newbie if you have no clue. > > Hey! That's me! ;-/ If you wanted install 'everything', > > what is the safe way to go about it and what would you > > choose and what would you avoid? Are there any other > > 'packages' that are not in the updater list that are > > also available? > > I'm very confused by what you're trying to accomplish here. Please > elaborate. What I was trying to accomplish was a successful upgrade and I was not able to perhaps due to certain choices that was preventing me from updating these packages. I got into a certain situation in which some kind of package was installed into my system and yet, I could not remove it. > > c) I know I did not select 'Eclipse Patches', so why in > > the heck are these RCP patches appearing in my above > > mentioned directories? > > What is 'Eclipse Patches'? + Help->Software Updates->Find and Install... + Select: Search for new features to install + Select: The Eclipse Project Updates, Click: Finish + Click: '+' You should see: 'Eclipse 3.3.1' patches This conflicts with current (new) Eclipse installation > > > d) I noticed from time to time that when in the middle > > of an installation, invariably the network drops and > > there is an incomplete installation. I have had to > > remove eclipse and start over especially when the > > the configuration is a mess. Maybe I am going > > about this in the wrong way - but what is your advice? > > Are you running Fedora Eclipse or an upstream download? > Fedora Eclipse. What is odd, that originally, the download site starts out small but after selecting many packages, the original list has expanded out to include each of the new group packages and the list is long. What is annoying is that now if you choose to install new packages it is not obvious what they now are - so you are navigating a land mind - not knowing where to step. Since I had navigated each and every package, one at a time, I got various errors: + BIRT: Network connection problems during search. Unable to access "http://download.eclipse.org/birt/update-site/site.xml. Error parsing site stream. [Premature end of file]. Premature end of file - Above two lines repeated once again. + EMF SDO: Unable to complete action for feature: "Eclipse Modeling Framework (EMF) Examples" Due to errors. - Unable to create file "null". [/tmp/1427/eclipse.38531.tmp (too many open files.)] - 3 more lines similiar to above- too many open files error. Seems that a lot of the sites I picked was similar to BIRT above. Premature end of file stream. Maybe that simply means there is nothing new to update but I am guessing here. I even had several outright crashes of the Fedora Eclipse, just boom - crash. No warning. Strange. > > e) I was playing around and clicked Help->Welcome > > toobar menu item, and boom! It killed the eclipse > > IDE, everytime I tried it. Bug? > > I've never experienced this. If you're running Fedora Eclipse, feel > free to file a bug with all the relevant info (which VM, which arch, > output of for f in `rpm -qa | egrep "swt|eclipse"; do rpm -qV > $f && echo > $f; done, etc.) > > Andrew You mean: for f in `rpm -qa | egrep "swt|eclipse"`; do rpm -qV $f && echo $f; done Ok, here it is: ======================================================= eclipse-pydev-1.3.9-1.fc8 .M...... /usr/lib/eclipse .M...... /usr/lib/eclipse/configuration .M...... /usr/lib/eclipse/plugins .M...... /usr/share/eclipse .M...... /usr/share/eclipse/plugins eclipse-rpm-editor-0.1.0-10.fc8 eclipse-pde-runtime-3.3.0-30.fc8 .M...... /usr/share/eclipse .M...... /usr/share/eclipse/features .M...... /usr/share/eclipse/plugins .M...... /usr/share/eclipse .M...... /usr/share/eclipse/plugins eclipse-mylyn-java-2.0.0-9.fc8 .M...... /usr/lib/eclipse/features .M...... /usr/share/eclipse/features eclipse-mylyn-2.0.0-9.fc8 eclipse-cdt-4.0.1-1.fc8 eclipse-mylyn-trac-2.0.0-9.fc8 eclipse-mylyn-ide-2.0.0-9.fc8 eclipse-pde-3.3.0-30.fc8 eclipse-platform-3.3.0-30.fc8 eclipse-mylyn-bugzilla-2.0.0-9.fc8 .M...... /usr/share/eclipse .M...... /usr/share/eclipse/plugins eclipse-cvs-client-3.3.0-30.fc8 eclipse-jdt-3.3.0-30.fc8 eclipse-changelog-2.5.1-2.fc8 eclipse-subclipse-1.2.4-5.fc8 ======================================================= Thanks for responding and sorry for taking so long to reply back as I was in the middle of getting my systems upgraded. Took me weeks to complete them all. Dan From lfarkas at bppiac.hu Tue Jan 22 14:38:02 2008 From: lfarkas at bppiac.hu (Farkas Levente) Date: Tue, 22 Jan 2008 15:38:02 +0100 Subject: [fedora-java] java, eclipse and icedtea on fedora/redhat Message-ID: <4795FFCA.40800@bppiac.hu> hi, we start to do java development on fedora, but we've got a lots of problems. - first start with java compiler and vm. which one to use? we ca use gcj/ecj or java/javac from icedtea. we'd like to use the first one but it seems it's not enough most of the time:-( - which eclipse to use? currently native compiled 3.3 eclipse included in f8, but it has many problems. first of all it's too new. most of the other eclipse plugins works only with 3.2 (vep, birt, swt-designer). the other problem many plugins which not included in the fedora distro is not compatible with the native compiled eclipse or the gcj is not enough for them (ie. not run). like jna can't compile and run with gcj/ecj. - the other problem in fedora's eclipse i can't set to use icedtea as jre ie. even if it's installed it's not among the possible javac/java in the project possible runtime enviroment (eclipse can't find icedtea). we don't like to diverge far from the original fedora distro on the other hand we'd like to use a few not packaged tools, libs plugins:-( unfortunately it seems we've to switch all java development to windows, because the current development environment setup takes much more effort and time than it's worth to spend with it and just new and new problem arises. so my question what's the plan for f9? it's use icedtea or continue to use two parallel vm/compiler etc? eclipse will be still natively compiled? -- Levente "Si vis pacem para bellum!" From neugens at limasoftware.net Tue Jan 22 15:10:59 2008 From: neugens at limasoftware.net (Mario Torre) Date: Tue, 22 Jan 2008 16:10:59 +0100 Subject: [fedora-java] java, eclipse and icedtea on fedora/redhat In-Reply-To: <4795FFCA.40800@bppiac.hu> References: <4795FFCA.40800@bppiac.hu> Message-ID: <1201014659.3215.33.camel@nirvana.limasoftware.net> Il giorno mar, 22/01/2008 alle 15.38 +0100, Farkas Levente ha scritto: > hi, > we start to do java development on fedora, but we've got a lots of > problems. > - first start with java compiler and vm. which one to use? we ca use > gcj/ecj or java/javac from icedtea. we'd like to use the first one but > it seems it's not enough most of the time:-( > - which eclipse to use? currently native compiled 3.3 eclipse included > in f8, but it has many problems. first of all it's too new. most of the > other eclipse plugins works only with 3.2 (vep, birt, swt-designer). the > other problem many plugins which not included in the fedora distro is > not compatible with the native compiled eclipse or the gcj is not enough > for them (ie. not run). like jna can't compile and run with gcj/ecj. > - the other problem in fedora's eclipse i can't set to use icedtea as > jre ie. even if it's installed it's not among the possible javac/java in > the project possible runtime enviroment (eclipse can't find icedtea). > > we don't like to diverge far from the original fedora distro on the > other hand we'd like to use a few not packaged tools, libs plugins:-( I had that problem with the j2ee plugins, I've solved using netbeans win sun java :D (and we even had no icedtea then) But seriously, you could install a different copy of the eclipse ide if it is what you need, as well as the jdk. I think that the latest icedtea are quite complete to run almost any java program. In all these cases, it's as easy as a * yum update --enablerepo=development icedtea* or * download jdk6u4 rpm and the jpackage java-1.6.0-sun-compat and rpm -Uvh them or * tar xvfj the eclipse bundle you need into /opt But it has the added value that it's easier to setup the server side of things, the various classpath, etc... compare it with a windows environment, that is such an hostile platform for development... Also, consider submitting bug reports for your specific problems. > so my question what's the plan for f9? it's use icedtea or continue to > use two parallel vm/compiler etc? eclipse will be still natively compiled? You can choose what is the system default with the Java Toolset application (or using the alternatives system). I'm using the system defaults mainly, but using the command line tool it's just a matter of firing: /usr/sbin/alternatives --config javac /usr/sbin/alternatives --config java Hope this help, Mario -- Lima Software - http://www.limasoftware.net/ GNU Classpath Developer - http://www.classpath.org/ Fedora Ambassador - http://fedoraproject.org/wiki/MarioTorre Jabber: neugens at jabber.org pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Questa ? una parte del messaggio firmata digitalmente URL: From overholt at redhat.com Tue Jan 22 19:32:24 2008 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 22 Jan 2008 19:32:24 +0000 Subject: [fedora-java] Eclipse problems. In-Reply-To: <021126B987E43D44A860139823C0791103FD2C@ns1.cdkkt.com> References: <021126B987E43D44A860139823C0791103FD2C@ns1.cdkkt.com> Message-ID: <1201030344.10178.11.camel@blingbling> Hi, On Sun, 2008-01-20 at 15:51 -0800, Daniel B. Thurman wrote: > Andrew Overholt wrote: > > Hi, > > > > * Dan Thurman [2008-01-11 20:33]: > > > > > > 1) Installing updates: > > > > > > a) First time I installed update as a normal user, > > > I noticed that updates was falling all over itself > > > when it could not write to /usr/share/eclipse nor > > > to /usr/lib/eclipse directory due to permission > > > errors. Ok, so I created a group name, added to > > > that group name a list of allowable "updaters" > > > and chgrp -R, chmod 775, the above directorys. > > > If there is a proper way of doing this please let > > > me know. > > > > We carry a patch that makes this just work. You should not > > be prompted to install into /usr/share but rather it should > > by default go into ~/.eclipse somewhere. > > From what I saw, the default after choosing updates goes to > /usr/share/eclipse unless you change this default. It wasn't > until later I realized this. I cannot duplicate this. I added the ECF update site [1] and it defaulted to ~/.eclipse/. > > > b) I wanted to install all of the 'new stuff', that is > > > BIRT, C/C++, etc., and I quickly discovered that some > > > of the items on the list should be avoided, such as > > > 'change log', and 'The Eclipse Project' patches. > > > Why these are there, I do not know - but they are > > > sure as heck annoying as a newbie if you have no clue. > > > Hey! That's me! ;-/ If you wanted install 'everything', > > > what is the safe way to go about it and what would you > > > choose and what would you avoid? Are there any other > > > 'packages' that are not in the updater list that are > > > also available? > > > > I'm very confused by what you're trying to accomplish here. Please > > elaborate. > > What I was trying to accomplish was a successful upgrade and I was > not able to perhaps due to certain choices that was preventing me > from updating these packages. I got into a certain situation in > which some kind of package was installed into my system and yet, > I could not remove it. I'm still quite confused. > > > c) I know I did not select 'Eclipse Patches', so why in > > > the heck are these RCP patches appearing in my above > > > mentioned directories? > > > > What is 'Eclipse Patches'? > > + Help->Software Updates->Find and Install... > > + Select: Search for new features to install > + Select: The Eclipse Project Updates, Click: Finish > > + Click: '+' > > You should see: 'Eclipse 3.3.1' patches Why are you trying to update files owned by system-installed RPMs? This will break verification of these RPMs. It also won't work. If you want to use upstream releases, just download a zip and put it in your home directory somewhere. > > > d) I noticed from time to time that when in the middle > > > of an installation, invariably the network drops and > > > there is an incomplete installation. I have had to > > > remove eclipse and start over especially when the > > > the configuration is a mess. Maybe I am going > > > about this in the wrong way - but what is your advice? > > > > Are you running Fedora Eclipse or an upstream download? > > > > Fedora Eclipse. > > What is odd, that originally, the download site starts out small > but after selecting many packages, the original list has expanded > out to include each of the new group packages and the list is long. > > What is annoying is that now if you choose to install new packages > it is not obvious what they now are - so you are navigating a land > mind - not knowing where to step. Since I had navigated each and > every package, one at a time, I got various errors: This sounds like you don't like the Eclipse Update Manager. You're not alone in this :) > + BIRT: > Network connection problems during search. > Unable to access > "http://download.eclipse.org/birt/update-site/site.xml. > Error parsing site stream. [Premature end of file]. > Premature end of file > - Above two lines repeated once again. > > + EMF SDO: > Unable to complete action for feature: "Eclipse Modeling Framework > (EMF) Examples" Due to errors. > - Unable to create file "null". > [/tmp/1427/eclipse.38531.tmp (too many open files.)] > - 3 more lines similiar to above- too many open files error. > > Seems that a lot of the sites I picked was similar to BIRT above. > Premature end of file stream. Maybe that simply means there is > nothing new to update but I am guessing here. These all seem like upstream project (BIRT, whatever) issues. Or network issues. If you can track down specific Fedora Eclipse issues, it would be great if you could file bugs at bugzilla.redhat.com. > I even had several outright crashes of the Fedora Eclipse, just > boom - crash. No warning. Strange. That sounds like a VM crash. > > > e) I was playing around and clicked Help->Welcome > > > toobar menu item, and boom! It killed the eclipse > > > IDE, everytime I tried it. Bug? > > > > I've never experienced this. If you're running Fedora Eclipse, feel > > free to file a bug with all the relevant info (which VM, which arch, > > output of for f in `rpm -qa | egrep "swt|eclipse"; do rpm -qV > > $f && echo > > $f; done, etc.) > > > > Andrew > > You mean: > > for f in `rpm -qa | egrep "swt|eclipse"`; do > rpm -qV $f && echo $f; > done > > Ok, here it is: It looks like you have a lot of files that have changed on disk since their RPM installation. I don't know what to say about that except that it *could* be affecting your installation. As per usual with eclipse stuff, try with different VMs, with the -clean startup option, with a new workspace with ~/.eclipse out of the way without any 3rd party plugins, etc., etc. If you can reliably reproduce issues, file bugs in Red Hat bugzilla and people can take a look. Andrew [1] http://www.eclipse.org/ecf/downloads.php From aph at redhat.com Thu Jan 24 10:31:08 2008 From: aph at redhat.com (Andrew Haley) Date: Thu, 24 Jan 2008 10:31:08 +0000 Subject: [fedora-java] java, eclipse and icedtea on fedora/redhat In-Reply-To: <4795FFCA.40800@bppiac.hu> References: <4795FFCA.40800@bppiac.hu> Message-ID: <479868EC.6060706@redhat.com> Farkas Levente wrote: > we start to do java development on fedora, but we've got a lots of > problems. > - first start with java compiler and vm. which one to use? we ca use > gcj/ecj or java/javac from icedtea. we'd like to use the first one but > it seems it's not enough most of the time:-( > - which eclipse to use? currently native compiled 3.3 eclipse included > in f8, but it has many problems. first of all it's too new. most of the > other eclipse plugins works only with 3.2 (vep, birt, swt-designer). the > other problem many plugins which not included in the fedora distro is > not compatible with the native compiled eclipse or the gcj is not enough > for them (ie. not run). like jna can't compile and run with gcj/ecj. > - the other problem in fedora's eclipse i can't set to use icedtea as > jre ie. even if it's installed it's not among the possible javac/java in > the project possible runtime enviroment (eclipse can't find icedtea). It works for me. I have no problem at all running the Eclipse shipped with F8 with IcedTea, and I don't know why you have one. Many people are using F8 Eclipse with IcedTea. So, I don't know what your problem is. When you flip the default java with /sbin/alternatives --config java does Eclipse not work for you with IcedTea? > we don't like to diverge far from the original fedora distro on the > other hand we'd like to use a few not packaged tools, libs plugins:-( > > unfortunately it seems we've to switch all java development to windows, > because the current development environment setup takes much more effort > and time than it's worth to spend with it and just new and new problem > arises. > > so my question what's the plan for f9? it's use icedtea or continue to > use two parallel vm/compiler etc? eclipse will be still natively compiled? I've appended part of my Eclipse config. Andrew. *** Date: Thursday, January 24, 2008 10:17:15 AM United Kingdom *** Platform Details: *** System properties: eclipse.buildId=I20070625-1500 eclipse.commands=-os linux -ws gtk -arch x86 -showsplash -launcher /usr/lib/eclipse/eclipse -name Eclipse --launcher.library /usr/lib/eclipse/plugins/org.eclipse.equinox.launcher.gtk.linux.x86_1.0.0.v20070606/eclipse_1017a.so -startup /usr/share/eclipse/startup.jar -vm /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre/bin/../lib/i386/client/libjvm.so eclipse.ee.install.verify=false eclipse.product=org.fedoraproject.ide.platform.product eclipse.startTime=1201169789934 eclipse.vm=/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre/bin/../lib/i386/client/libjvm.so eclipse.vmargs=-Dosgi.sharedConfiguration.area=/usr/lib/eclipse/configuration -Djava.class.path=/usr/share/eclipse/startup.jar eof=eof file.encoding=UTF-8 file.encoding.pkg=sun.io file.separator=/ java.awt.graphicsenv=sun.awt.X11GraphicsEnvironment java.awt.printerjob=sun.print.PSPrinterJob java.class.path=/usr/share/eclipse/startup.jar java.class.version=50.0 java.endorsed.dirs=/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre/lib/endorsed java.ext.dirs=/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre/lib/ext:/usr/java/packages/lib/ext java.home=/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre java.io.tmpdir=/tmp java.library.path=/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre/lib/i386/client::/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre/lib/i386::/usr/lib/firefox-2.0.0.10:/usr/lib/firefox-2.0.0.10:/usr/java/packages/lib/i386:/lib:/usr/lib java.runtime.name=IcedTea Runtime Environment java.runtime.version=1.7.0-b21 java.specification.name=Java Platform API Specification java.specification.vendor=Sun Microsystems Inc. java.specification.version=1.7 java.vendor=Sun Microsystems Inc. java.vendor.url=http://java.sun.com/ java.vendor.url.bug=http://java.sun.com/cgi-bin/bugreport.cgi java.version=1.7.0 java.vm.info=mixed mode java.vm.name=IcedTea Client VM java.vm.specification.name=Java Virtual Machine Specification java.vm.specification.vendor=Sun Microsystems Inc. java.vm.specification.version=1.0 java.vm.vendor=Sun Microsystems Inc. java.vm.version=1.7.0-b21 javax.net.ssl.trustStore=/etc/pki/tls/certs/ca-bundle.crt javax.net.ssl.trustStorePassword= javax.net.ssl.trustStoreProvider= javax.net.ssl.trustStoreType=CertBundle line.separator= From dant at cdkkt.com Sat Jan 26 21:35:09 2008 From: dant at cdkkt.com (Dan Thurman) Date: Sat, 26 Jan 2008 13:35:09 -0800 Subject: [fedora-java] [F8] Does eclipse work for you? Message-ID: <200801261335.09792.dant@cdkkt.com> F8, Fedora's native Eclipse, v3.3.0 I am having a helluva time trying to get eclipse to work. I had originally used the default eclipse installation when I installed the OS and running it came up at the time. As for updating Eclipse, I simply used Eclipse's software updater. But when I did that, I ran into conflicts especially dealing with Eclipse's 3.3.1 patches for which Fedora's eclipse is v3.3.0. What a nightmare. On top of that, pup updated eclipse with Fedora's latest eclipse. After that point, eclipse would not even start up. It complains about PDE runtime being missing or broken as well as a whole raft of other problems. Sigh. Ok, ok. I thought to myself that my eclipse installation must be hosed. I will remove all traces of eclipse and start over and pray that re-installation of eclipse will somehow bring back the dead. Well, after doing this remove and reinstall several times, playing around with different choices, nothing I tried worked. Some have said eclipse works for them. Well, it does not work for me. It won't even come up in it's basic installation by the package manager. I tried to manually delete the places that package removal did not remove. In ~/.eclipse, /usr/lib/eclipse. /usr/share/eclipse - everwhere I could find eclipse, I removed it and then reinstalled it. Nothing worked - it could never come up. The error dialog comes and and tells you that it left a log behind in your home eclipse directory. The log file is huge. It complains of PDE and a whole raft of other problems. Oh, sorry, I am repeating myself. Did anyone find out how to remove and successfull install and run eclipse? Thanks- Dan From smooge at gmail.com Sat Jan 26 22:09:07 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 26 Jan 2008 15:09:07 -0700 Subject: [fedora-java] [F8] Does eclipse work for you? In-Reply-To: <200801261335.09792.dant@cdkkt.com> References: <200801261335.09792.dant@cdkkt.com> Message-ID: <80d7e4090801261409m69f22b43kcd241e86eec68dd0@mail.gmail.com> On Jan 26, 2008 2:35 PM, Dan Thurman wrote: > > F8, Fedora's native Eclipse, v3.3.0 > > I am having a helluva time trying to get eclipse to work. I had originally > used the default eclipse installation when I installed the OS and running it > came up at the time. As for updating Eclipse, I simply used Eclipse's > software updater. But when I did that, I ran into conflicts especially > dealing with Eclipse's 3.3.1 patches for which Fedora's eclipse is v3.3.0. > What a nightmare. > I wonder if its possible to fire a pop-up here that warns about the dangers of using the eclipse update system on core packages. Two different packaging systems can cause loads of problems as you have found out. I am guessing you did this update as root as it should not have been able to 'change' your system files otherwise. If you didn't do this as root, then my guess would be that its executing stuff from your home directory still. I would try the following to locate your issues: 1) Lets look for bad file packages: /etc/cron.daily/prelink # clean up prelinking for rpm -Va rpm -Va &> /tmp/long_list # make a long list of all files that are changed. egrep '^..5|missing' /tmp/long_list | grep -v ' c ' | awk '{print $NF}' | xargs rpm -qf | sort | uniq This should give you a list of packages that you will need to reinstall or check. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From dant at cdkkt.com Sun Jan 27 00:48:51 2008 From: dant at cdkkt.com (dant at cdkkt.com) Date: Sat, 26 Jan 2008 16:48:51 -0800 Subject: [fedora-java] [F8] Does eclipse work for you? Message-ID: <200801261648.51829.dant@cdkkt.com> On Saturday 26 January 2008 02:09:07 pm you wrote: > On Jan 26, 2008 2:35 PM, Dan Thurman wrote: > > F8, Fedora's native Eclipse, v3.3.0 > > > > I am having a helluva time trying to get eclipse to work.? I had > > originally used the default eclipse installation when I installed the OS > > and running it came up at the time. As for updating Eclipse, I simply > > used Eclipse's software updater. But when I did that, I ran into > > conflicts especially dealing with Eclipse's 3.3.1 patches for which > > Fedora's eclipse is v3.3.0. What a nightmare. > > I wonder if its possible to fire a pop-up here that warns about the > dangers of using the eclipse update system on core packages. Two First, thanks for responding. Dunno if a proposed popup is a big deal... I mean if one wants to make a conscious decision to stay with Fedora's implementation or to go it non-natively, that is a decision one must make for themselves. > different packaging systems can cause loads of problems as you have > found out. I am guessing you did this update as root as it should not > have been able to 'change' your system files otherwise. If you didn't > do this as root, then my guess would be that its executing stuff from > your home directory still. Sticking with Fedora's implementation of Eclipse (v3.3.0), when you use pup or simply Add/Remove Software, you are asked to enter the root password so that the installation can proceed. From what I can tell the Eclipse stuff is installed in /usr/share/eclipse, /usr/lib/eclipse, and god knows where else. But this is for the BASIC packages from fedora and has nothing to do with Eclipse's updater at this point. Andrew told me that after that point, should you decide to use Eclipse's updater/installer - it gets installed in the user's home directory, somewhere in ~/.eclipse. I complained that Eclipse updater wants to install stuff in /usr/share/eclipse which is why it was bombing for me. I could not figure it out. Andrew says it does not happen for him, so why me? Bummer - this issue is left hanging in the wind. This is a different issue for now. I simply want to restore the BASIC Fedora eclipse so that I can get started. I am trying to stay with Fedora's version and not go it non-natively though I have done it for fun and it worked well, but that is besides the point. With F8, have not tried to mix and mash things consciously - I simply want the darn eclipse to work under Fedora but with all the amenities. > I would try the following to locate your issues: Now we are getting somewhere... > 1) Lets look for bad file packages: > /etc/cron.daily/prelink?? # clean up prelinking for rpm -Va Done. > rpm -Va &> /tmp/long_list # make a long list of all files that are changed. Done. > egrep '^..5|missing' /tmp/long_list | grep -v ' c ' | awk '{print > $NF}' | xargs rpm -qf | sort | uniq > This should give you a list of packages that you will need to > reinstall or check. + egrep '^..5|missing' /tmp/long_list | grep -v ' c ' | awk '{print $NF}' | xargs rpm -qf | sort | uniq =========================================== a2ps-4.13b-69.fc8 amsn-0.97-1.fc8 docbook-simple-1.1-1.02.fc8 docbook-slides-3.4.0-1.02.fc8 eclipse-ecj-3.3.0-30.fc8 emacs-common-22.1-8.fc8 erlang-R12B-0.1.fc8 gdm-2.20.2-2.fc8 gnash-plugin-0.8.1-6.fc8.1 icu4j-eclipse-3.6.1-1jpp.3.fc8 kernel-2.6.23.9-85.fc8 libswt3-gtk2-3.3.0-30.fc8 monodevelop-0.13.1-1.fc7 msttcorefonts-2.0-1 php-pear-1.6.2-2.fc8 python-2.5.1-15.fc8 R-2.6.1-1.fc8 tetex-3.0-44.3.fc8 tetex-latex-3.0-44.3.fc8 tomcat5-jasper-eclipse-5.5.25-1jpp.1.fc8 xorg-x11-xdm-1.1.6-2.fc8 =========================================== Well, at least it is not over 100 files, I am ok with it, haha. I am not sure what to do with the above files, so what is one to do with it? It is odd to me that: kernel-2.6.23.9-85.fc8 appears? This is a recent pup update as of yesterday - and it installed the new kernel: v2.6.23.14-107 as well as eclipse and a raft of other update files. At this point, I see TWO eclipse files: ===================== eclipse-ecj-3.3.0-30.fc8 icu4j-eclipse-3.6.1-1jpp.3.fc8 ===================== It is odd that I have never seen: icu4j-eclipse-3.6.1-1jpp.3.fc8 as part of the pup nor pm. I can try to install this one and see what happens? From casperbruun at gmail.com Wed Jan 30 13:24:34 2008 From: casperbruun at gmail.com (Casper Bruun) Date: Wed, 30 Jan 2008 14:24:34 +0100 Subject: [fedora-java] [BlueJ, Iced Tea, FC8] Getting errors when invoking methods Message-ID: <811fe5c70801300524o7636655dw38c5329a41f2f7d3@mail.gmail.com> Hello! I just started learning Java at my university. We are using the book "Objects First with Java" by David J. Barnes and Micahel K?lling. To get started with Java on Fedora 8, I installed java-1.7.0-icedtea-devel - 1.7.0.0-0.19.b21.snapshot.FC8.i586 as well as BlueJ using the .jar file from it's website. Used this command to start the BlueJ installation: /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre/bin/java -jar bluej-221.jar. This worked fine and the installation linked to /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0 as the JDK directory. Loaded up BlueJ, imported the first project from the CD that came with the book. Creating new objects were no problem at all. However, as soon as I tried to invoke a method, I got this error: http://pastebin.com/m2efbebbd Here's a screenshot of BlueJ and the error as well: http://img176.imageshack.us/img176/5417/screenshoths0.png Java and Javac version match: http://pastebin.com/m2063432d Any ideas on what is wrong here? If you need me to supply more info, please tell me. Thank you in advance! Regards Casper Bruun From darrellpf at gmail.com Wed Jan 30 15:03:49 2008 From: darrellpf at gmail.com (darrell pfeifer) Date: Wed, 30 Jan 2008 07:03:49 -0800 Subject: [fedora-java] [BlueJ, Iced Tea, FC8] Getting errors when invoking methods In-Reply-To: <811fe5c70801300524o7636655dw38c5329a41f2f7d3@mail.gmail.com> References: <811fe5c70801300524o7636655dw38c5329a41f2f7d3@mail.gmail.com> Message-ID: Casper, > > > To get started with Java on Fedora 8, I installed > java-1.7.0-icedtea-devel - 1.7.0.0-0.19.b21.snapshot.FC8.i586 > as well as BlueJ using the .jar file from it's website. > > Used this command to start the BlueJ installation: > /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre/bin/java -jar > bluej-221.jar. > This worked fine and the installation linked to > /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0 as the JDK directory. > > Loaded up BlueJ, imported the first project from the CD that came with > the book. Creating new objects were no problem > at all. However, as soon as I tried to invoke a method, I got this > error: http://pastebin.com/m2efbebbd > > Here's a screenshot of BlueJ and the error as well: > http://img176.imageshack.us/img176/5417/screenshoths0.png > > Java and Javac version match: http://pastebin.com/m2063432d > The Java compiler can generate bytecode for different/older java runtimes. In this case the compiler has generated code that the runtime is unable to use. The compiler has a setting you can change. In the Eclipse IDE it is Preferences/Compiler/JDK compliance. Typically there will be a similar feature in BlueJ. It may be an option you can set via the GUI, or the IDE may allow you to pass command line parameters to the compiler. I'd suggest the highest setting (Java 5 or 6) darrell -------------- next part -------------- An HTML attachment was scrubbed... URL: From dant at cdkkt.com Thu Jan 31 00:11:11 2008 From: dant at cdkkt.com (Dan Thurman) Date: Wed, 30 Jan 2008 16:11:11 -0800 Subject: [fedora-java] Re: What is going on with Eclipse, and PUP? [SOLVED, but other issues] In-Reply-To: <47A0DEC4.6030309@redhat.com> References: <200801300905.01519.dant@cdkkt.com> <1201714694.29520.7.camel@prez> <47A0DEC4.6030309@redhat.com> Message-ID: <200801301611.11555.dant@cdkkt.com> On Wednesday 30 January 2008 12:32:04 pm Andrew Overholt wrote: > Mark C. Allman wrote: > > Yea, a bug report can be filed, but the root question still is: do the > > Eclipse packages install a working app?? Does anyone have it working? > > Of course.? I think Dan's on the road to fixing his issues.? He had lots > of RPMs that were missing files.? When he fixes that, I have no doubt > it'll work. > Andrew Yes, Andrew is right. I have gotten my eclipse running now. You can use the information in the following link to help debug your eclipse packages. It should show you or the developer what might be broken with your eclipse installation. http://fedoraproject.org/wiki/DebuggingEclipseProblems We think that my main issue was centered around the issue of completely removing the eclipse package and trying to start over clean. I had 'yum remove eclipse*', then deleted /usr/{lib,share}/eclipse not realizing that I had not removed the libswt3-gtk2.i386 package first. Re-installting eclipse will not fix the problem. Having first removed libswt3-gtk2, icu4j-eclipse, eclipse-ecj, and tomcat5-jasper-eclipse and then (re)install eclipse fixed my problem. Another point to make here is that if you should decide to use eclipse's software updater, you may encounter a situation for certain packages which are hardwired (by eclipse) wanting to be installed in /usr/{lib,share}/eclipse directory which will require root permissions and as a normal user, installation will completely fail. Most other packages allows a normal user to change the package's target directory. I believe Andrew is saying that hardwired package target directory is a bug and all packages should be user-definable target directory. Do not be tempted to change the permissions to allow the Software updater to install packages in /usr/{lib,share}/eclipse directories or in directories that do not have normal user permissions. This is how I got into this mess in the first place. The specific packages that I found wanting to be installed was: "Eclipse CVS Client", and "Java Development Tools" Meanwhile, I am not sure what to do about installing the above two packages - that is another issue maybe Andrew can tell me at this point. Hey Andrew? :D Another thing, when I use the Eclipse Software Updater, I picked 'Europa Discovery', and selected everything except "Eclipse CVS Client" and "Eclipse Java Development Tools", and unfortunately - there was a conflict. The conflict is that the latest Eclipse Software version is v3.3.2 and even though I have changed my installation target directory, it still complains that in doing so, it will conflict with the same packages of v3.3.0 located in the /usr/{lib,share}/eclipse directories. I am not sure what to do about this case either. Andrew? :D Well that's it for now. Dan From overholt at redhat.com Thu Jan 31 03:06:11 2008 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 30 Jan 2008 22:06:11 -0500 Subject: [fedora-java] Re: What is going on with Eclipse, and PUP? [SOLVED, but other issues] In-Reply-To: <200801301611.11555.dant@cdkkt.com> References: <200801300905.01519.dant@cdkkt.com> <1201714694.29520.7.camel@prez> <47A0DEC4.6030309@redhat.com> <200801301611.11555.dant@cdkkt.com> Message-ID: <20080131030610.GA16590@redhat.com> Hi, * Dan Thurman [2008-01-30 19:11]: > Another point to make here is that if you should decide to use eclipse's > software updater, you may encounter a situation for certain packages which > are hardwired (by eclipse) wanting to be installed > in /usr/{lib,share}/eclipse directory which will require root permissions and > as a normal user, installation will completely fail. You can't *update* things installed as RPMs. This is expected. You can, however, install new things. I think you may running into the issue that upstream's Update Site is providing versions of things that are greater in version than the ones you have installed as RPMs. Don't blindly attempt to update and install all stuff from upstream's update site unless you're using an upstream download. (Yes, ideally we'd have upstream releases as they were released by we don't in this case and my 3.3.1.1 update caused issues that I don't think were acceptable.) > Most other packages allows a normal user to change the package's > target directory. I believe Andrew is saying that hardwired package > target directory is a bug and all packages should be user-definable > target directory. You shouldn't need to change the target directory. If you're a regular user, it'll just default to ~/.eclipse somewhere. > Do not be tempted to change the permissions to allow the Software updater to > install packages in /usr/{lib,share}/eclipse directories or in directories > that do not have normal user permissions. Indeed, the Update Manager will write things to the configuration directory that don't allow regular users to start up the next time. > The specific packages that I found wanting to be installed was: "Eclipse CVS > Client", and "Java Development Tools" I think you're looking for the eclipse-cvs-client and eclipse-jdt RPMs :) . The eclipse SRPM is the Eclipse SDK and is divided up by Eclipse features (sets of plugins) into binary RPMs. > Another thing, when I use the Eclipse Software Updater, I picked 'Europa > Discovery', and selected everything except "Eclipse CVS Client" and "Eclipse > Java Development Tools", and unfortunately - there was a conflict. The > conflict is that the latest Eclipse Software version is v3.3.2 and even > though I have changed my installation target directory, it still complains > that in doing so, it will conflict with the same packages of v3.3.0 located > in the /usr/{lib,share}/eclipse directories. See my comment above. If non-SDK upstream packages (I'm speaking about things here like GMF, BIRT, etc.) have dependencies on SDK bundles with versions greater than what we have in the RPMs, then I guess we're out of luck. How about creating packages of these things for Fedora? :) After reading this rant-y sounding email one my ask "Why don't you just fix the Update Manager to work for Fedora, Mr. Complain-y Pants?" The answer to that is that the whole provisioning infrastructure is being re-written upstream and I'm working hard with them to ensure our "shared install" (RPM) case works. Thus, while there may be *some* issues today (which I honestly haven't had any reports of people hitting -- other than Dan :), I think the future will be much brighter :) Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: