> Tu peux etre sur que si Oracle ne tourne plus sur la prochaine version de Redhat Entreprise Server, Redhat va avoir les oreilles qui sifflent...
Oracle ne tournera pas sur la prochaine RHEL. La société Oracle mettra les mains dans le code pour porter et certifier sa base de données sur la nouvelle RHEL.
C'est le cas à chaque nouvelle version de RHEL.
Passage du kernel 2.4 à 2.6.
Mise à jour de la GLibC et des Threads
Mise à jour de GCC et de la libstdc++
J'ai eu a réinstaller une machine en RHEL 3 pour une appli propriétaire de Visualisation Geophysique certifié pour cette distrib. Je pensais que l'appli pouvait tourner sur une RHEL4... J'avais tord ! L'appli figeait aléatoirement dés que l'on forçait un peu sur la 3D...
J'ai une poignée d'autres expérience de ce type avec des compilos fortran propriétaires, des bibliothèques MPI.
J'ai même l'expérience d'une appli "userland" qui compile et tourne sur un 2.4 sans problème et qui compile mais ne tourne pas sur un 2.6 !
Dés fois il existe des contournements pour faire tourner une vielle appli sur une distrib plus récente, mais ce n'est franchement pas la priorité des dev du kernel ou de la glibc... Pour t'en convaincre, il suffit de listes les listes de diffusions.
Montre moi une modification du kernel, de la libc au autre qui n'a pas eu lieu uniquement pour satisfaire le fonctionnement d'une appli propriétaire ?
[^] # Re: Oups, j'ma gourré...
Posté par Christophe Merlet (site web personnel) . En réponse au journal Victoire de RMS sur Microsoft. Évalué à 2.
Oracle ne tournera pas sur la prochaine RHEL. La société Oracle mettra les mains dans le code pour porter et certifier sa base de données sur la nouvelle RHEL.
C'est le cas à chaque nouvelle version de RHEL.
Passage du kernel 2.4 à 2.6.
Mise à jour de la GLibC et des Threads
Mise à jour de GCC et de la libstdc++
J'ai eu a réinstaller une machine en RHEL 3 pour une appli propriétaire de Visualisation Geophysique certifié pour cette distrib. Je pensais que l'appli pouvait tourner sur une RHEL4... J'avais tord ! L'appli figeait aléatoirement dés que l'on forçait un peu sur la 3D...
J'ai une poignée d'autres expérience de ce type avec des compilos fortran propriétaires, des bibliothèques MPI.
J'ai même l'expérience d'une appli "userland" qui compile et tourne sur un 2.4 sans problème et qui compile mais ne tourne pas sur un 2.6 !
Dés fois il existe des contournements pour faire tourner une vielle appli sur une distrib plus récente, mais ce n'est franchement pas la priorité des dev du kernel ou de la glibc... Pour t'en convaincre, il suffit de listes les listes de diffusions.
Montre moi une modification du kernel, de la libc au autre qui n'a pas eu lieu uniquement pour satisfaire le fonctionnement d'une appli propriétaire ?