Hello,
I'm running Fedora 10 and recently installed the Sun Java JDK 6_13 using the alternatives command. It works fine, including the plugin, but I really don't get the synchronization process as discussed in the manual. If I issue the command $ alternatives --display java I see that there is a list of 'slaves' associated with the group 'java' already present. These slaves are java commands and manpages. I assume that I should also have included these slaves, but didn't. So the first question I have is how can you add slaves afterwards? I tried a number of ways but wasn't able to unless I removed it and reinstalled it. Also, even though this worked for slaves that were commands, it didn't work for the manpages. For example, $ alternatives (etc.) --slaves /usr/share/man/man1/java.1.gz java.1.gz /opt/java/man/man1/java.1 does not work.
I'm not even sure if I understand this correctly, but I can't find any good documentation on the alternative system.
Afterwards there was a message that stated the group was now in manual mode instead of automatic. Basically my take is that when it's in automatic mode, then if you switch to the other version using the command $ alternative --config All the other slaves will switch associated with the group will switch over as well. Now that it is in manual mode, do I have to switch each slave myself? How?
* anonymous bitskrieg@gmail.com [2009-04-16 16:36]:
Hello,
I'm running Fedora 10 and recently installed the Sun Java JDK 6_13 using the alternatives command. It works fine, including the plugin, but I really don't get the synchronization process as discussed in the manual. If I issue the command $ alternatives --display java I see that there is a list of 'slaves' associated with the group 'java' already present. These slaves are java commands and manpages. I assume that I should also have included these slaves, but didn't. So the first question I have is how can you add slaves afterwards? I tried a number of ways but wasn't able to unless I removed it and reinstalled it. Also, even though this worked for slaves that were commands, it didn't work for the manpages. For example, $ alternatives (etc.) --slaves /usr/share/man/man1/java.1.gz java.1.gz /opt/ java/man/man1/java.1 does not work.
You won't be able to add slaves afterwards. They can only be done when the alternative is installed. As for adding them for the Sun JRE/JDK, the easiest way is to see what the openjdk rpm does and replace the paths with where you install the Sun VM. To see what the openjdk rpms do, you can run 'rpm -q --scripts java-1.6.0-openjdk{,-devel,-plugin}'
I'm not even sure if I understand this correctly, but I can't find any good documentation on the alternative system.
Afterwards there was a message that stated the group was now in manual mode instead of automatic. Basically my take is that when it's in automatic mode, then if you switch to the other version using the command $ alternative --config All the other slaves will switch associated with the group will switch over as well. Now that it is in manual mode, do I have to switch each slave myself? How?
No, the Auto/Manual mode only decides which group is chosen. In Auto mode, the group with highest priority is always selected. In manual, whatever is selected stays that way even if a higher priority group is installed.
PS: Out of curiosity.. why do you need the Sun VM? Is something lacking in OpenJDK?
Deepak
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
On Fri, Apr 17, 2009 at 10:59 AM, Deepak Bhole dbhole@redhat.com wrote:
- anonymous bitskrieg@gmail.com [2009-04-16 16:36]:
Hello,
I'm running Fedora 10 and recently installed the Sun Java JDK 6_13 using
the
alternatives command. It works fine, including the plugin, but I really don't get the
synchronization
process as discussed in the manual. If I issue the command $ alternatives --display java I see that there is a list of 'slaves' associated with the group 'java'
already
present. These slaves are java commands and manpages. I assume that I should also have included these slaves, but didn't. So the first question I have is how can you add slaves afterwards? I tried a number of ways but wasn't able to unless I removed it and
reinstalled
it. Also, even though this worked for slaves that were commands, it didn't
work for
the manpages. For example, $ alternatives (etc.) --slaves /usr/share/man/man1/java.1.gz java.1.gz
/opt/
java/man/man1/java.1 does not work.
You won't be able to add slaves afterwards. They can only be done when the alternative is installed. As for adding them for the Sun JRE/JDK, the easiest way is to see what the openjdk rpm does and replace the paths with where you install the Sun VM. To see what the openjdk rpms do, you can run 'rpm -q --scripts java-1.6.0-openjdk{,-devel,-plugin}'
I'm not even sure if I understand this correctly, but I can't find any
good
documentation on the alternative system.
Afterwards there was a message that stated the group was now in manual
mode
instead of automatic. Basically my take is that when it's in automatic mode, then if you switch
to
the other version using the command $ alternative --config All the other slaves will switch associated with the group will switch
over as
well. Now that it is in manual mode, do I have to switch each slave myself?
How?
No, the Auto/Manual mode only decides which group is chosen. In Auto mode, the group with highest priority is always selected. In manual, whatever is selected stays that way even if a higher priority group is installed.
PS: Out of curiosity.. why do you need the Sun VM? Is something lacking in OpenJDK?
Thanks, I think I get it now.
I had wanted to use NetBeans for PHP and also try out its new Python plugin, and I believe they need the latest version of Java, because without it I get error after error. Since I'm not a Java programmer, I don't have time to determine how to get it to play nice with the OpenJDK. PHP and Python plugins don't work with the NetBeans in the repository, or at least they didn't two months ago.
* anonymous bitskrieg@gmail.com [2009-04-17 12:21]:
PHP and Python plugins don't work with the NetBeans in the repository, or at least they didn't two months ago.
Please file a bug against the netbeans package in Fedora to see if they are expected to work.
Thanks,
Andrew
On Fri, Apr 17, 2009 at 11:58 AM, Andrew Overholt overholt@redhat.comwrote:
- anonymous bitskrieg@gmail.com [2009-04-17 12:21]:
PHP and Python plugins don't work with the NetBeans in the repository, or
at
least they didn't two months ago.
Please file a bug against the netbeans package in Fedora to see if they are expected to work.
It appears filed and fixed in F11 but not F10. "Only basic modules of the NetBeans IDE are provided by the netbeans.orgcommunity for the Linux distributions.A cause is a number of dependencies on external projects that are not packaged for Linux yet...."
2009/4/17 Deepak Bhole dbhole@redhat.com:
PS: Out of curiosity.. why do you need the Sun VM? Is something lacking in OpenJDK?
Well for me, the Facebook image uploader applet crashes FF under OpenJDK and OpenOffice's writer2latex exporter refuses to write bibtex. I'll get round to filing bugs eventually, but it's nice to have something that works.
* Ian Malone ibmalone@gmail.com [2009-04-18 19:12]:
2009/4/17 Deepak Bhole dbhole@redhat.com:
PS: Out of curiosity.. why do you need the Sun VM? Is something lacking in OpenJDK?
Well for me, the Facebook image uploader applet crashes FF under OpenJDK
This was something Deepak specifically tested and I know it worked for me on x86_64.
Andrew
2009/4/19 Andrew Overholt overholt@redhat.com:
- Ian Malone ibmalone@gmail.com [2009-04-18 19:12]:
2009/4/17 Deepak Bhole dbhole@redhat.com:
PS: Out of curiosity.. why do you need the Sun VM? Is something lacking in OpenJDK?
Well for me, the Facebook image uploader applet crashes FF under OpenJDK
This was something Deepak specifically tested and I know it worked for me on x86_64.
Andrew
For whatever reason java-1.6.0-openjdk-1.6.0.0-15.b14.fc10.x86_64.rpm doesn't do it for me. I also tried re-building the package with –enable-liveconnect (with takes an age) with no luck. If it's something people are looking at I'll try to get around to filing it.
* Ian Malone ibmalone@gmail.com [2009-04-20 16:16]:
2009/4/19 Andrew Overholt overholt@redhat.com:
- Ian Malone ibmalone@gmail.com [2009-04-18 19:12]:
2009/4/17 Deepak Bhole dbhole@redhat.com:
PS: Out of curiosity.. why do you need the Sun VM? Is something lacking in OpenJDK?
Well for me, the Facebook image uploader applet crashes FF under OpenJDK
This was something Deepak specifically tested and I know it worked for me on x86_64.
Andrew
For whatever reason java-1.6.0-openjdk-1.6.0.0-15.b14.fc10.x86_64.rpm doesn't do it for me. I also tried re-building the package with –enable-liveconnect (with takes an age) with no luck. If it's something people are looking at I'll try to get around to filing it.
What sort of error do you see? Andrew just helped me test the uploader with java-1.6.0-openjdk-1.6.0.0-15.b14.fc10.x86_64.rpm and it worked fine.
Deepak
-- imalone
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
2009/4/20 Deepak Bhole dbhole@redhat.com:
- Ian Malone ibmalone@gmail.com [2009-04-20 16:16]:
2009/4/19 Andrew Overholt overholt@redhat.com:
- Ian Malone ibmalone@gmail.com [2009-04-18 19:12]:
2009/4/17 Deepak Bhole dbhole@redhat.com:
PS: Out of curiosity.. why do you need the Sun VM? Is something lacking in OpenJDK?
Well for me, the Facebook image uploader applet crashes FF under OpenJDK
This was something Deepak specifically tested and I know it worked for me on x86_64.
Andrew
For whatever reason java-1.6.0-openjdk-1.6.0.0-15.b14.fc10.x86_64.rpm doesn't do it for me. I also tried re-building the package with –enable-liveconnect (with takes an age) with no luck. If it's something people are looking at I'll try to get around to filing it.
What sort of error do you see? Andrew just helped me test the uploader with java-1.6.0-openjdk-1.6.0.0-15.b14.fc10.x86_64.rpm and it worked fine.
As above Firefox crashes, no error it simply disappears. https://bugzilla.redhat.com/show_bug.cgi?id=496782
anonymous wrote:
I'm not even sure if I understand this correctly, but I can't find any good documentation on the alternative system.
I got in a issue very similar to yours: alternatives problem for java (both the fedora and the jpackage rebuilt nosrc.rpm packages).
There is no documentation on this stuff anywhere.
I'll be very happy if someone replies saying I'm wrong.
Afterwards there was a message that stated the group was now in manual mode instead of automatic. Basically my take is that when it's in automatic mode, then if you switch to the other version using the command $ alternative --config All the other slaves will switch associated with the group will switch over as well. Now that it is in manual mode, do I have to switch each slave myself? How?
This is almost what happended to me. It is not clear how the slaves handle the manual/auto choice, so I manually reswitched everything to auto by editing the files in /var/lib/alternatives.
By having a look at /var/lib/alternatives, the system appears to be awfully messy and fragile for something as simple as symlink management. And there is no "alternatives --recreate-all-links".
The format of the file "java" is N-couples of rows, then for each alternative N rows with the specific paths, with no reference to the "key", only the pointed-to place (and many lines are blank just to confuse you more). Maybe this is because alternatives is just a shell script? No, /usr/sbin/alternatives is an executable; no way to understand what it does (if you don't read the source).
Definitively too complicated: (these are all java related)
# ls -l /var/lib/alternatives/j* | wc -l 30 #
Is there any alternative to alternatives? ;-)