CCing the CentOS group on this... maybe someone there knows how to handle the error.
On 09/23/2010 03:19 PM ken wrote:
On 09/23/2010 01:29 PM Mathieu Baudier wrote:
As it turns out, I don't have the Argeo version. If I'm still having
But you have the java browser plugin?
Sorry to not answer this part in my previous email. I wanted to search around to see if I could get the answer for myself... and it hasn't been easy.
Apparently I don't have the java plugin browser installed. I've tried to install it using the rpm.bin file at http://java.com/en/download/linux_manual.jsp?locale=en&host=java.com, but it's erroring out: "/bin/sh: bad interpreter: Text file busy".
I've never seen that error before.
Can you please send me the output of your 'java -version' command please?
# java -version java version "1.6.0_0" OpenJDK Runtime Environment (IcedTea6 1.6) (rhel-1.13.b16.el5-i386) OpenJDK Client VM (build 14.0-b16, mixed mode)
Apparently I don't have the java plugin browser installed. I've tried to install it using the rpm.bin file at http://java.com/en/download/linux_manual.jsp?locale=en&host=java.com, but it's erroring out: "/bin/sh: bad interpreter: Text file busy".
If you want to keep it simple, I would not try to install at the same time the base CentOS OpenJdk RPMs and the Sun RPM. If you don't care much about control (in the free software sense) on your Java installation and just need the plugin, I guess you should go for the Sun RPM after uninstalling the base OpenJdk packages.
Maybe some people on the list have other opinions / tips.
Quoting Mathieu Baudier mbaudier@argeo.org:
Apparently I don't have the java plugin browser installed. I've tried to install it using the rpm.bin file at http://java.com/en/download/linux_manual.jsp?locale=en&host=java.com, but it's erroring out: "/bin/sh: bad interpreter: Text file busy".
Have you tried using dos2unix against the downloaded file?
On 09/24/2010 10:53 AM Barry Brimer wrote:
Quoting Mathieu Baudier mbaudier@argeo.org:
Apparently I don't have the java plugin browser installed. I've tried to install it using the rpm.bin file at http://java.com/en/download/linux_manual.jsp?locale=en&host=java.com, but it's erroring out: "/bin/sh: bad interpreter: Text file busy".
Have you tried using dos2unix against the downloaded file?
Thanks for jumping in, but I doubt that would resolve the issue.
First, the file (from java.com) is specifically for Linux RPM... or so it's labeled on the website. So I'd strongly doubt that would be the problem.
Secondly (and more definitively), the script contains a "sum" command (containing something like a CRC, I'm guessing) which checks its own contents and then bails if it detects that it's been altered. So unless I want to do some pretty serious hacking, I can't alter the script.
Mathieu Baudier wrote:
Apparently I don't have the java plugin browser installed. I've tried to install it using the rpm.bin file at http://java.com/en/download/linux_manual.jsp?locale=en&host=java.com, but it's erroring out: "/bin/sh: bad interpreter: Text file busy".
If you want to keep it simple, I would not try to install at the same time the base CentOS OpenJdk RPMs and the Sun RPM. If you don't care much about control (in the free software sense) on your Java installation and just need the plugin, I guess you should go for the Sun RPM after uninstalling the base OpenJdk packages.
Maybe some people on the list have other opinions / tips.
Well, other than that openjdk has not supplied/supported the java browser plugin since last year, and the "workaround" is to install Sun's, er, sorry, Oracle's java....
mark
On 9/24/2010 11:28 AM, m.roth@5-cent.us wrote:
Apparently I don't have the java plugin browser installed. I've tried to install it using the rpm.bin file at http://java.com/en/download/linux_manual.jsp?locale=en&host=java.com, but it's erroring out: "/bin/sh: bad interpreter: Text file busy".
If you want to keep it simple, I would not try to install at the same time the base CentOS OpenJdk RPMs and the Sun RPM. If you don't care much about control (in the free software sense) on your Java installation and just need the plugin, I guess you should go for the Sun RPM after uninstalling the base OpenJdk packages.
Maybe some people on the list have other opinions / tips.
Well, other than that openjdk has not supplied/supported the java browser plugin since last year, and the "workaround" is to install Sun's, er, sorry, Oracle's java....
Has Oracle been any more sensible about building an RHEL-style (with appropriate locations and alternatives setup) RPM than Sun was?
Les Mikesell wrote:
On 9/24/2010 11:28 AM, m.roth@5-cent.us wrote:
Apparently I don't have the java plugin browser installed. I've tried to install it using the rpm.bin file at http://java.com/en/download/linux_manual.jsp?locale=en&host=java.com, but it's erroring out: "/bin/sh: bad interpreter: Text file busy".
If you want to keep it simple, I would not try to install at the same time the base CentOS OpenJdk RPMs and the Sun RPM. If you don't care much about control (in the free software sense) on your Java installation and just need the plugin, I guess you should go for the Sun RPM after uninstalling the base OpenJdk packages.
Maybe some people on the list have other opinions / tips.
Well, other than that openjdk has not supplied/supported the java browser plugin since last year, and the "workaround" is to install
Sun's, er,
sorry, Oracle's java....
Has Oracle been any more sensible about building an RHEL-style (with appropriate locations and alternatives setup) RPM than Sun was?
Haven't seen anything yet... except where Oracle put their name in place of Sun's in the latest release of java, and *broke* a huge amount of software... including Eclipse, becuase for some inane Java (sorry, I'm repeating myself) reason, they were looking for the string "Sun Microsystems", instead of *just* the version and subversion release numbers....
mark
On 9/24/2010 12:55 PM, m.roth@5-cent.us wrote:
Well, other than that openjdk has not supplied/supported the java browser plugin since last year, and the "workaround" is to install
Sun's, er,
sorry, Oracle's java....
Has Oracle been any more sensible about building an RHEL-style (with appropriate locations and alternatives setup) RPM than Sun was?
Haven't seen anything yet... except where Oracle put their name in place of Sun's in the latest release of java, and *broke* a huge amount of software... including Eclipse, becuase for some inane Java (sorry, I'm repeating myself) reason, they were looking for the string "Sun Microsystems", instead of *just* the version and subversion release numbers....
That's interesting... Well, no, it's strange. Does openjdk still have the sun name in the right place? And I thought RH had made their version of eclipse work with gjc before deciding to put Sun java in their update stream and later going with openjdk.
Les Mikesell wrote:
On 9/24/2010 12:55 PM, m.roth@5-cent.us wrote:
Well, other than that openjdk has not supplied/supported the java browser plugin since last year, and the "workaround" is to install Sun's, er, sorry, Oracle's java....
Has Oracle been any more sensible about building an RHEL-style (with appropriate locations and alternatives setup) RPM than Sun was?
Haven't seen anything yet... except where Oracle put their name in place of Sun's in the latest release of java, and *broke* a huge amount of software... including Eclipse, becuase for some inane Java (sorry, I'm repeating myself) reason, they were looking for the string "Sun Microsystems", instead of *just* the version and subversion release numbers....
That's interesting... Well, no, it's strange. Does openjdk still have the sun name in the right place? And I thought RH had made their version of eclipse work with gjc before deciding to put Sun java in their update stream and later going with openjdk.
No idea, but here's the tale: http://it.slashdot.org/story/10/07/28/2121259/Oracles-Java-Company-Change-Breaks-Eclipse
mark
On 9/24/2010 1:15 PM, m.roth@5-cent.us wrote:
That's interesting... Well, no, it's strange. Does openjdk still have the sun name in the right place? And I thought RH had made their version of eclipse work with gjc before deciding to put Sun java in their update stream and later going with openjdk.
No idea, but here's the tale: http://it.slashdot.org/story/10/07/28/2121259/Oracles-Java-Company-Change-Breaks-Eclipse
A couple of notes: (a) it only affected windows - has to do with needing to know platform-specific options when starting the initial jvm, and (b) an update backed out the change in a couple of days. So overall, I'd say worse things have happened - and in things like gcc.
On Fri, 24 Sep 2010, Les Mikesell wrote:
To: centos@centos.org From: Les Mikesell lesmikesell@gmail.com Subject: Re: [CentOS] CentOS, Firefox, and Java Plugin
On 9/24/2010 12:55 PM, m.roth@5-cent.us wrote:
Well, other than that openjdk has not supplied/supported the java browser plugin since last year, and the "workaround" is to install
Sun's, er,
sorry, Oracle's java....
Has Oracle been any more sensible about building an RHEL-style (with appropriate locations and alternatives setup) RPM than Sun was?
Haven't seen anything yet... except where Oracle put their name in place of Sun's in the latest release of java, and *broke* a huge amount of software... including Eclipse, becuase for some inane Java (sorry, I'm repeating myself) reason, they were looking for the string "Sun Microsystems", instead of *just* the version and subversion release numbers....
That's interesting... Well, no, it's strange. Does openjdk still have the sun name in the right place? And I thought RH had made their version of eclipse work with gjc before deciding to put Sun java in their update stream and later going with openjdk.
Well yes, it does work OK. The point being though it's an old (stable) release of Eclipse, but nothing near the current Eclipse 3.6.0 Helios release.
I'm in the middle of moving now, but when the dust settles I will put my 'Installing Eclipse Helios 3.6.0 for PHP developers' on Centos 5.5 on my site. It covers Java, Xdebug, PDT, necessary repos, and starting to use the PDT plugin for debugging local and remote PHP scripts. I might even throw in a few screencasts. But that's another story getting OT now.
Best Wishes,
Keith Roberts
----------------------------------------------------------------- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk
All email addresses are challenge-response protected with TMDA [http://tmda.net] -----------------------------------------------------------------
-- Les Mikesell lesmikesell@gmail.com _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On 9/24/2010 2:23 PM, Keith Roberts wrote:
Well yes, it does work OK. The point being though it's an old (stable) release of Eclipse, but nothing near the current Eclipse 3.6.0 Helios release.
I'm in the middle of moving now, but when the dust settles I will put my 'Installing Eclipse Helios 3.6.0 for PHP developers' on Centos 5.5 on my site. It covers Java, Xdebug, PDT, necessary repos, and starting to use the PDT plugin for debugging local and remote PHP scripts. I might even throw in a few screencasts. But that's another story getting OT now.
My take on things is that java and a lot of other things are really intended to work with several versions concurrently available - and perhaps running concurrently, where RPM wants to only have one and even with alternatives can only make one the default. So any time you don't want the defaults, you have some design decisions to make. Still, I'm surprised that Sun and RH didn't make nice and have a publicly available RPM that puts things in RH-style places.
On Fri, 24 Sep 2010, Les Mikesell wrote:
To: centos@centos.org From: Les Mikesell lesmikesell@gmail.com Subject: Re: [CentOS] CentOS, Firefox, and Java Plugin
On 9/24/2010 2:23 PM, Keith Roberts wrote:
Well yes, it does work OK. The point being though it's an old (stable) release of Eclipse, but nothing near the current Eclipse 3.6.0 Helios release.
I'm in the middle of moving now, but when the dust settles I will put my 'Installing Eclipse Helios 3.6.0 for PHP developers' on Centos 5.5 on my site. It covers Java, Xdebug, PDT, necessary repos, and starting to use the PDT plugin for debugging local and remote PHP scripts. I might even throw in a few screencasts. But that's another story getting OT now.
My take on things is that java and a lot of other things are really intended to work with several versions concurrently available - and perhaps running concurrently, where RPM wants to only have one and even with alternatives can only make one the default. So any time you don't want the defaults, you have some design decisions to make. Still, I'm surprised that Sun and RH didn't make nice and have a publicly available RPM that puts things in RH-style places.
Granted. My workaround is to just point apps to the particular version of the JVM I want to use to run it, without trying to uninstall the default Java package. For example, running Eclipse with Sun's (Oracle's) Java:
To run Eclipse with an alternate Java runtime environment, the path to the Java virtual machine's binary must be identified.
Once the path to the virtual machine's binary has been identified, try running Eclipse with the following command:
./eclipse -vm /path/to/jre/bin/java
For an actual example, it might look something like the following:
./eclipse -vm /usr/lib/jvm/sun-java-6/bin/java ./eclipse -vm /opt/sun-jdk-1.6.0.02/bin/java
Regards,
Keith
----------------------------------------------------------------- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk
All email addresses are challenge-response protected with TMDA [http://tmda.net] -----------------------------------------------------------------
On Fri, 24 Sep 2010, Les Mikesell wrote:
On 9/24/2010 2:23 PM, Keith Roberts wrote:
Well yes, it does work OK. The point being though it's an old (stable) release of Eclipse, but nothing near the current Eclipse 3.6.0 Helios release.
I'm in the middle of moving now, but when the dust settles I will put my 'Installing Eclipse Helios 3.6.0 for PHP developers' on Centos 5.5 on my site. It covers Java, Xdebug, PDT, necessary repos, and starting to use the PDT plugin for debugging local and remote PHP scripts. I might even throw in a few screencasts. But that's another story getting OT now.
My take on things is that java and a lot of other things are really intended to work with several versions concurrently available - and perhaps running concurrently, where RPM wants to only have one and even with alternatives can only make one the default. So any time you don't want the defaults, you have some design decisions to make. Still, I'm surprised that Sun and RH didn't make nice and have a publicly available RPM that puts things in RH-style places.
As you probably know, Red Hat does have various java flavours and versions that can coexist using RPM available from their RHN Extras/Supplementary channel. I guess licensing is one reason why it is not public, although it does give Red Hat some added value for Enterprises, I am sure :-)
On 9/27/10 7:31 AM, Dag Wieers wrote:
On Fri, 24 Sep 2010, Les Mikesell wrote:
On 9/24/2010 2:23 PM, Keith Roberts wrote:
Well yes, it does work OK. The point being though it's an old (stable) release of Eclipse, but nothing near the current Eclipse 3.6.0 Helios release.
I'm in the middle of moving now, but when the dust settles I will put my 'Installing Eclipse Helios 3.6.0 for PHP developers' on Centos 5.5 on my site. It covers Java, Xdebug, PDT, necessary repos, and starting to use the PDT plugin for debugging local and remote PHP scripts. I might even throw in a few screencasts. But that's another story getting OT now.
My take on things is that java and a lot of other things are really intended to work with several versions concurrently available - and perhaps running concurrently, where RPM wants to only have one and even with alternatives can only make one the default. So any time you don't want the defaults, you have some design decisions to make. Still, I'm surprised that Sun and RH didn't make nice and have a publicly available RPM that puts things in RH-style places.
As you probably know, Red Hat does have various java flavours and versions that can coexist using RPM available from their RHN Extras/Supplementary channel. I guess licensing is one reason why it is not public, although it does give Red Hat some added value for Enterprises, I am sure :-)
Yes, but it was odd that Debian/Ubuntu offered packaged Sun Java for everyone where RH only had it in the subscription updates. And even stranger that Sun's own RPM didn't follow RH standards. I suppose they'd rather have you run solaris, but making something difficult isn't the way to get people to like your products.
On Fri, 24 Sep 2010, Mathieu Baudier wrote:
To: CentOS mailing list centos@centos.org From: Mathieu Baudier mbaudier@argeo.org Subject: Re: [CentOS] CentOS, Firefox, and Java Plugin
Apparently I don't have the java plugin browser installed. I've tried to install it using the rpm.bin file at http://java.com/en/download/linux_manual.jsp?locale=en&host=java.com, but it's erroring out: "/bin/sh: bad interpreter: Text file busy".
If you want to keep it simple, I would not try to install at the same time the base CentOS OpenJdk RPMs and the Sun RPM. If you don't care much about control (in the free software sense) on your Java installation and just need the plugin, I guess you should go for the Sun RPM after uninstalling the base OpenJdk packages.
Maybe some people on the list have other opinions / tips.
Here's a link on the Centos forum regarding Java:
https://www.centos.org/modules/newbb/viewtopic.php?topic_id=27062&forum=...
FWIW - Eclipse IDE 3.6.0 Helios from upstream will NOT work with the default Centos Java package. So you will need to install Sun's Java to get Eclipse working on Centos.
HTH
Keith Roberts
----------------------------------------------------------------- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk
All email addresses are challenge-response protected with TMDA [http://tmda.net] -----------------------------------------------------------------