Link alla notizia: http://news.hwupgrade.it/12944.html

Sun ha annunciato che le applicazioni per Red Hat Enterprise 3 gireranno su Solaris 10 grazie a janus

Click sul link per visualizzare la notizia.

Ironia della sorte...fino a un pò di tempo fa, era su linux che si sviluppavano wrapper per eseguire programmi compilati per altri unix...

...e invece adesso sono gli altri Unix che inseguono...anche FreeBSD ha la compatibilità con i binari Linux a livello di kernel...

Janus non era la scheda AT-compatibile per Amiga 2000?

L'unico problema di queste compatibilita'
e' che all'inverso funzionano in maniera
peggiore... perche' ti devi portare
dentro tutte le librerie di base
degli applicativi (XFree, glibc, etc.)
(analogamente a quando in Linux si
usavano gli eseguibili di SCO). Ma Linux
non e' come Solaris dove una libreria
scritta 10 anni fa ancora continua a funzionare.
In Linux stesso sui binari hai gia' problemi se cambi
glibc, memory model, etc.
(e cio' avviene ogni mese), figuriamoci su
un'altro OS...

Inoltre certe frasi fanno ridere: "e' allo studio
una versione per la compatibilita' di tutto
il software di SuSE Linux". Non significa nulla.
La compatibilita' dei binari si ha solo a
livello di kernel/glibc/librerie. Tutte le
altre cose di compatibilita' con una
distribuzione piuttosto che un'altra e' aria fritta...

Inoltre a quel punto se uno ha bisogno
di fare girare gli applicativi di RH3
(saranno sicuramente applicativi
del calibro di Oracle, etc.,
ovvero commerciali,
altrimenti si installa la versione nativa
ricompilata per Solaris)
tantovale che sul Server Solaris X86/Opteron
si installa direttamente RedHat Enterprise 3.
Mi sembra solo una mossa commerciale
per poter dire ai clienti che c'e' molto piu'
software disponibile di quello che c'e' in realta',
visto che nessuno avra' pronto nulla per
Solaris/Opteron...

Bah...

Originariamente inviato da joe4th
Janus non era la scheda AT-compatibile per Amiga 2000?
Hai un'ottima memoria... :cool:

Originariamente inviato da joe4th
Ma Linux non e' come Solaris dove una libreria
scritta 10 anni fa ancora continua a funzionare.
Su linux continua a funzionare il formato a.out, retaggio della preistoria...

In Linux stesso sui binari hai gia' problemi se cambi
glibc, memory model, etc.
(e cio' avviene ogni mese)
No, avviene quando serve.

Tutti esperti di come è fatto linux, ultimamente :rolleyes:

Lo so che a.out funziona ancora oggi,
ma i programmi e le relative librerie in quel
formato non e' detto che siano ugualmente stabili
o funzionino perfettamente. Ti posso citare
decine di vecchie applicazioni (anche
a.out) che non funzionano piu' o funzionano
male su sistemi con librerie recenti.
Si poi forse specificando LD_ASSUME_KERNEL=2.4.X
si riescono a far partire vecchi
applicativi java o vecchie macchine virtuali
java sul kernel 2.6, tanto meglio. Oppure dopo averci perso una giornata di lavoro (e da utenti esperti)
a mettere e togliere librerie...
Inoltre non ci sono solo le librerie ma anche
altri file di sistema necessari alle applicazioni
che cambiano (esempio tutte le estensioni di locale di
XFree) [es. tempo fa una nuova modifica a uno dei
vari locale.alias|dir di XFree faceva crashare un
vecchio Wordperfect 8].
Oppure ancora l'applicativo potrebbe funzionare
con il vecchio ma non con la nuova libreria,
che magari non puoi sostituire con un
semplice LD_LIBRARY_PATH perche' usa l'rpath
assoluto (deprecato) e il path vecchio e' gia' occupato dalla libreria nuova e incompatibile.

Quindi a livello accademico Linux e' anche
compatibile con i binari di 10 anni fa,
ma a livello produttivo (immagina applicativi
enormi come Oracle) non lo e'.
Specie perche' molti programmatori (e' cio' e' tanto piu' vero quanto piu' le applicazioni
sono commerciali) se ne fregano di seguire
gli standard e continuano ad aggirarli
(cio' si nota quando un applicativo commerciale
viene messo ad esempio sotto GPL: i team opensource
si mettono le mani nei capelli e passano
mesi a ripulirli chiedendosi come facevano
prima a funzionare con i sorgenti
in quelle condizioni...).