We have a pretty huge HTML / JavaScript application written in a 15 year span that several programmers updated, edited and patched. We use this application on our computers (about 60 PCs) to teach languages online. The PCs that are used by our teachers are all Windows 8.1 (last update made in 2015), and the current IE version that's running the application is (it works only on IE):
Version: 11.0.9600.17937
Update version: 11.0.22
The decision to stop updating the computers was made due to the worry of compatibility issues. I'm taking over the position of the previous IT guy and I think it would be mandatory to update all machines with Windows 10 and the latest version of IE.
I would like to know your opinion and if there could be any compatibility issues between the IE11 version we are currently using and the latest version available on Windows 10.
I'm going to test myself the whole thing anyway.
Thank you for your help.
The latest version of Shogun 4.0.0 (Released Jan, 2015) is reported to allow Windows installation as well. I am using Windows 10. Can anyone guide me in case they have done it?
(My question may seem quite blank but I have put in a lot of effort and research before coming here. Unfortunately, I have zero success so far)
4.0.0 definitely had no Windows support, only via cygwin.
I've been working on this during the weekend and already have an almost complete native Windows port of shogun in the feature/windows branch of the official git repository: https://github.com/shogun-toolbox/shogun/tree/feature/windows
around September we will release 5.0.0, which will include this as well.
What is the maximum version of Firefox that can run on Red hat 5.6?
The default installation is 3.2.6... I want to run some WebDriver tests but having issues which are due to the Firefox version.
When attempting to update Firefox to 35.0 a error arises with libgio-2.0.so.0()(64bit) not found.
I believe this library is in GLib package and internal to the OS so can't be updated?
Firefox puts out what they call ESRs (Extended Service Releases) which typically have a wider target audience of distributions that they support. ESR 17 was the last to work on CentOS 5.x so I wouldn't expect to go much further than this one.
What is Mozilla Firefox ESR?
Mozilla will offer an Extended Support Release (ESR) based on an official release of Firefox for desktop for use by organizations including schools, universities, businesses and others who need extended support for mass deployments. You can read more about the plan here.
Version 24 of Firefox will become ESR 24, and this version definitely will not run on CentOS 5.x (according to the testing I've done on 5.9). So you're essentially stuck on this older version until Mozilla releases a newer version built with the older libraries support.
If I build a hello world application using a modern version of Qt4, what would be the minimum version of Windows my program could work on?
Would it work on Windows 2000, or even on older releases, like NT or Win95?
hard to say since QT is an open source project and you also need to consider the compiler as possible variant, but there are solutions even for Windows 98 Compiling Qt for Windows 98 and Windows 2000/NT is still supported on really recent releases like the 4.7 and 5.0 is supporting them as well.
I suppose that the real issue is Windows 95, but you really need Win95 ?
This days there are free OS that are production ready and user-proof.
Sometimes you will find references to Windows 95 in the QT wiki like at the bottom of this page, but at least for the 4.x branch it's unclear if it's supported or not, the branch 4.x is capable of supporting up to Windows ME, at least according to the platform notes from QT/Trolltech.
Probably with something like the version 4.3/4.4 you can get a QT environment under Windows 95.
EDIT
answering to your edit I will say that supporting Windows 2000/NT it's not an issue, supporting older OS will require a downgrade for your QT version and Windows 95 it's a lottery.
Look at the supported platform notes. If the OS is not in Tier 1 or 2 then you should just try and see.
A while back I released an application in Java. While I targetted it for Java 6, I realized that there was a significant Macintosh user base. At the time, Apple had not gotten around to creating a JRE 6 for their users, so I had to make the application compatible with both Java 5 and 6.
Now I've returned to that project and realize that I can't support those users any more; Sun won't let me download the JDK 5 anymore because it's end of life. So I'm caught at a crossroads; as far as I can tell, PPC Mac users still don't have a JRE 6 to use.
So I ask this question: How do I resolve this predicament? I still want to support those users, but I simply don't have a JDK with which to build. Has Apple released a JRE 6 for their PPC users? Is there an alternate way to get JDK 5 (other than becoming a business member of Sun)? Is there some alternative recommendation to supporting these users?
Regards,
-- Shirik
EDIT: Some additional info, if Apple has released Java 6 for PPC, how easy is it to get? I ask this because I'm still constantly seeing logs from my users which indicate PPC architecture with a Java 5 VM.
You could use -target 1.5 -source 1.5 with your Java 6 JDK, to generate 1.5-compatible class files.
You can download Java 5 from Sun. You just have to look in the right place.
http://java.sun.com/javase/downloads/previous.jsp - J2SE 5.0, 1.4.2, 1.3.1
http://java.sun.com/products/archive/ - all releases going back to JDK 1.1
Note that these are all existing public releases. The material you got from Sun would have said there would be no new public releases of Java 5.0. They were pointing out that if you needed patches for recently discovered security issues and other bug fixes for Java 5.0 etc, you would have to pay for them.
Obviously, JDKs for Apple platforms are not available from Sun, but this is nothing to do with the fact that Sun have "end-of-lifed" Java 5.0. The fact is that they have never been available from Sun ...
Having said that, in the long term you need to be able to migrate your application to Java 6.0, 7.0 (due out later this year) and so on. At some point you are going to have to draw the line and say "sorry ... no more updates" for the shrinking number of users with old PPC and 32-bit Intel Macs.
As far as I know, Apple has only released Java 6 for x86-64, and I'd be willing to bet my hat that they will never release Java 6 for either PPC or for plain old 32-bit x86 (note that every Mac released after about mid-2007 or so is x86-64).
Soylatte might work (I have not tried it myself).
If you want to support older platforms, including PowerPC macs, it is a good idea to write code that can run on older Java releases. These days Java 5 is a relatively safe bet, but you may want to go even further and e.g. use retroweaver to generate Java 1.4.
You can download a version of the OpenJDK 1.7 from intricatesoftware.com
it is, unfortunately, a headless build of the JDK; i.e., can't open a display, and hence can't use to run IntelliJ, but Eclipse runs on it just fine.
I'm running it on 10.5.8, on a PPC ("cheese grater",) with Eclipse 4.3.2 / Kepler, and it all seems to work fine. :-)
(though, in honesty, a new configuration on the box, so we'll see how it goes over time)