Yellow Dog Linux

I checked this AM and it looks like IBM no longer offers RPM packages for JRE (6 or 7). They are "Install Anywhere" archives ... haven't had a chance to try those out yet.

I could always leave FF 10 in ps3bodega-testing so users have the option of sticking with the old version, if needed.

(This is from my phone, so I'll keep it short.)

I think I know why Firefox has the Java lockout:
http://arstechnica.com/business/news/20 ... lugins.ars

ADDENDUM: It looks like some other versions of Java are getting preemptively blocked. See here: http://blog.mozilla.com/addons/2012/04/ ... king-java/

Do we know if IBM's Java is affected by this Oracle vulnerability? We might be able to get it unblocked if we're sure it's safe.

Cheers,
Paul

It actually gives me that same message regardless of whether I've installed the Java plugin or not.

I tried the latest Java 6 and 7 installs from IBM but neither would show up as an installed plugin in FF 10.0.3. The installers they're using now seem to work well, though.

billb wrote:It works on the PS3, but videos are very choppy like it is unable to keep up. Anyway, the updated xulrunner and new libvpx packages are available from ps3b-bodega testing now.

I tested WebM video playback on TenFourFox 10.0.3 on OSX 10.4.11 running on this Dual 1.25 GHz PowerPC G4 w/2 GB RAM, and it still struggles to keep up.

billb wrote:I tested WebM video playback on TenFourFox 10.0.3 on OSX 10.4.11 running on this Dual 1.25 GHz PowerPC G4 w/2 GB RAM, and it still struggles to keep up.

Heh - I had never heard of TenFourFox. I had to look it up: http://www.floodgap.com/software/tenfourfox/

Interesting!

Cheers,
Paul

Hi billb,

Just a quick update. I tried your build on my YDL 6.1 system, and it works great! No big version dependencies, apparently.

Thanks for building that on your Mac - I think it may have taken literally forever on my PS3.

Also - the Java plugin is working for me with ESR 10.0.3. with no changes when I upgraded from 3.6. I'm using an older IBM Java 1.6.0. (ibm-java-ppc-jre-6.0-9.0)

I just have the regular libnpjp2.so -> /opt/ibm/java-ppc-60/jre/lib/ppc/libnpjp2.so symbolic link in /usr/lib/mozilla/plugins

billb - you say this isn't working for you?

(NOTE: This may be a dangerous version of Java to be running, so I'll probably disable it for now. I've been too busy to check to see if IBM's Java have the same security issue as Oracle's Java. I'm guessing it does, though.)

Cheers,
Paul

ppietro wrote:Just a quick update. I tried your build on my YDL 6.1 system, and it works great! No big version dependencies, apparently.

Thanks for building that on your Mac - I think it may have taken literally forever on my PS3.

Great

ppietro wrote:Also - the Java plugin is working for me with ESR 10.0.3. with no changes when I upgraded from 3.6. I'm using an older IBM Java 1.6.0. (ibm-java-ppc-jre-6.0-9.0)

I just have the regular libnpjp2.so -> /opt/ibm/java-ppc-60/jre/lib/ppc/libnpjp2.so symbolic link in /usr/lib/mozilla/plugins

billb - you say this isn't working for you?

I don't recall ever using libnpjp2.so for Firefox. Maybe Opera? This is how I've done it before:
http://www.yellowdog-board.com/viewtopic.php?t=29351

Will try your "regular" method this evening.

billb wrote:I don't recall ever using libnpjp2.so for Firefox. Maybe Opera? This is how I've done it before:
viewtopic.php?t=29351

Will try your "regular" method this evening.

Double check, billb - you mean this post? viewtopic.php?t=2935 The link you posted isn't working.

I think that's the old plug-in method. That doesn't work with Firefox 3.6 or later, as detailed here:
viewtopic.php?p=39546#p39546

Cheers,
Paul

Don't know how that 1 got on the end there ...

I see I did try that before now. Well it was in 2010... memory fail!

Working now -- thanks for the reminder!

EDIT: tested OK with latest Java 6 and 7 from IBM (http://www-128.ibm.com/developerworks/j ... nload.html) 6 still seems best in terms of performance.

Build note to myself:

Rather than hard coding the SPEC files to manually execute or skip the RHEL code, just add the following line to your SPEC file:

Code: Select all

# To build on YDL
%define rhel              5

Then, you don't have to re-do the logic in xulrunner.spec and firefox.spec.

Also - don't forget to define webm:

Code: Select all

# Enable webm
%define enable_webm       1

Cheers,
Paul

Nice, much better that way

On YDL 6.2, I have to remove the parenthesis around all instances of this in the spec:

Code: Select all

%if (0%{?rhel} > 5)

or I get a "syntax error in expression" on each of those lines when I attempt to build/rebuild the package. Changing it to this instead seems to work properly:

Code: Select all

%if 0%{?rhel} > 5

billb wrote:On YDL 6.2, I have to remove the parenthesis around all instances of this in the spec:

Code: Select all

%if (0%{?rhel} > 5)

or I get a "syntax error in expression" on each of those lines when I attempt to build/rebuild the package. Changing it to this instead seems to work properly:

Code: Select all

%if 0%{?rhel} > 5

Hmmm - interesting.

I'm building on YDL 6.2.1 for CUDA - so you'd think they'd be pretty similar. I wonder what the difference is?

If it helps, my RPMBUILD version is 4.4.2.3. (i.e. rpmbuild --version)

Cheers,
Paul

billb - I think you grabbed the wrong xulrunner srpm. I just looked at mine, and it looks like this:

Code: Select all

# RHEL6 specific Requires:
%if 0%{?rhel} > 5

which matches what you had to do. Remember - we don't want the CentOS/RHEL 6 version of these. We need to use the older versions, which are only in the CentOS Vault now.

You'll want to grab them from here:
http://vault.centos.org/5.8/updates/SRPMS/

specifically:
http://vault.centos.org/5.8/updates/SRP ... os.src.rpm
and
http://vault.centos.org/5.8/updates/SRP ... _8.src.rpm

Cheers,
Paul

Got the right src.rpm -- apparently some of the patches weren't being applied. Think I got it fixed now.