Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

où est le répertoire lib après un LD_ASSUME_KERNEL=2.4.19 ?

freemac

Je commence juste à me mettre à Linux et j'ai besoin de lancer un vieux logiciel qui utilise la fonction errno sans faire de #include <errno.h> (c'était le cas avant glibc 2.3.5-2)

Du coup je fait un

LD_ASSUME_KERNEL=2.4.19
export LD_ASSUME_KERNEL

et là, rien ne marche, même pas "ls", ni "ldd" :hammer:
Pour revenir je fait

LD_ASSUME_KERNEL=
export LD_ASSUME_KERNEL

Il disent que c'est normalement dans /lib/obsolete/linuxthreads, mais non rien à faire si je pose tout ce qui est dans /lib dans /lib/obsolete/linuxthreads pas de réaction. J'en déduit donc que c'est un autre dossier qui est utilisé... lequel ? Y a t'il moyen de savoir quel dossier de library est utilisé par un echo ? :roll:

freemac

Heu... quelle distrib fait encore tourner libc.so.5 et ... démarre en USB ?

Pikachu_2014

Par curiosité, quelle est donc ce mystérieux programme antédiluvien :-D ?

freemac

Un défis : legacy_140_linux.tar.gz , pour marcher contre la dernière version macos9 8-)
j'ai mis mon doom2.wad et j'ai lancé ./llxdoom -opengl et vlan
./llxdoom: relocation error: ./llxdoom: symbol errno, version GLIBC2.0 not defined in file libc.so.6 with link time reference.

Pikachu_2014

J'adore les défis (même si les jeux et moi = [tête de mort]) :-D.
Personnellement, je pense qu'il faudrait carrément recompiler le bouzin :-P
J'ai jeté un petit coup d'oeil «en vitesse» (il est 01h45 et je fais une pause pendant mes heures sup' nocturnes :-D) :
- ça fait peur (le code, pas le jeu) ;
- c'est encore maintenu ?
- ça ne compile qu'avec gcc < (strictement) 4 (testé avec gcc 3.4 ; flemme de dépatouiller pour digestion par gcc 4) ;
- j'ai plein de bibliothèques de dév. à installer pour aller au bout de la compilation.
Mais ça a l'air faisable...
Stay tuned...

freemac

Pikachu_2014 wrote:J'adore les défis (même si les jeux et moi = [tête de mort]) :-D.
- ça ne compile qu'avec gcc < (strictement) 4 (testé avec gcc 3.4 ; flemme de dépatouiller pour digestion par gcc 4) ;

LD_LIBRARY_PATH=/vieuxlib1:/vieuxlib2
GCC_EXEC_PREFIX=/mondossiervieuxcompilo/ voir GCC_EXEC_PREFIX=/mondossiervieuxcompilo/perso pour lancer théoriquement persogcc ^^

hum http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html =>3.3.1. LD_LIBRARY_PATH il parle pas mal par là, il faudrai que je test 🙂

Idée : comment fait-on pour lister toute ces variables d'un coup (PATH, LD_LIBRARY_PATH...) ?

Anvil

Heu tu trouveras pas les vieilles linuxthreads sous fedora core 5/6, donc ton LD_ASSUME_KERNEL ne marchera pas. Seule NPTL est fourni desormais. les linuxthreads ont ete completement retirees tant dans fedora core que dans le CVS de la glibc.

Bref, "tu peux te brosser, Martine".

Pikachu_2014

J'ai une petite collection de compilo. dives et variés pour des usages multiples (boulot [tête de mort]) répartis entre /opt et mon $HOME, mais pour les grands millésimes de gcc, je vide la cave de Fedora :-D :
- gcc34 : version 3.4 de gcc, dans le paquet compat-gcc-34-3.4.6-4 (celle que j'ai utilisée) ;
- il y a aussi les lib. de compat de gcc 2.96 dans compat-libgcc-296.
Avec les sources (poussiéreuses) récupérées sur http://legacy.newdoom.com/ --- celles que j'évoquais plus haut --- j'ai pu compiler et tenter d'exécuter le jeu (on me réclamais un fichier .wad, que des problèmes de licence douteuses m'ont empêché de télécharger allègrement pour faire mumuse ; j'ai une conscience, moi !).
Compilation instructions available upon request, if you want...

Sinon, petite rectification, il semblerait qu'il y ait encore de l'activité dans doomlegacy : les dernières sources choppés par svn datent de fin février :

$ svn co https://doomlegacy.svn.sourceforge.net/svnroot/doomlegacy doomlegacy

À compiler avec gcc >= 4, instructions détaillées données dans les sources (pas testé).

freemac

Pikachu_2014 wrote:on me réclamais un fichier .wad, que des problèmes de licence douteuses m'ont empêché de télécharger allègrement pour faire mumuse ; j'ai une conscience, moi !

No problem, il y a la version shareware... il faut prendre le .wad, cherche sur google "doom shareware" 😉

PS: La boite originale de Doom2, elle est trop trop jolie :-P

Anvil wrote:Heu tu trouveras pas les vieilles linuxthreads sous fedora core 5/6

Je sait bien, sinon LD_ASSUME_KERNEL aurai fonctionné du premier coup 😉
Mais il doit subsister les options, vue que LD_ASSUME_KERNEL donne une réaction 😐

Anvil

Mais il doit subsister les options, vue que LD_ASSUME_KERNEL donne une réaction

C'est le linker "ld" qui va changer son comportement en fonction des variables LD_* (LD_LIBRARY_PATH, LD_ASSUME_KERNEL, etc - man ld).
Si tu positionnes une de ces variables a une mauvaise valeur le comportement de ton systeme s'en retrouvera forcement altéré, et pas en bien.
Le LD_ASSUME_KERNEL ne sert pas qu'a jouer avec la version des bibliotheques de threads. Elle permet de faire plus de choses, suivant ce que ld et la libc implementent.

Vois le man ld, si le coeur t'en dit, mais a mon avis, tu perds ton temps avec ca.

Pikachu_2014

Retour à la compilation : verdict :
- j'ai l'image ;
- j'ai le son ;
- je peux utiliser indifféremment le clavier ou la souris pour faire mumuse (merci SDL).
Je crois que ça marche (il le fallait, la lecture du Makefile --- bien commenté heureusement --- était une vraie gageure, doc. de compil. proche du néant).
Pour preuve ces quelques copies d'écran (pas de souci, il y a évidemment un mode plein écran) :

Comme j'y connais que dalle (ma jeunesse, c'était les Babibouchettes pour les connaisseurs :-D), et que je suis au taf, je te laisse juge...

Remarque : pour le son, c'est esd : pour que ça marche, il faut veiller à quitter toute application utilisant le son.

freemac

Pikachu_2014 wrote:- gcc34 : version 3.4 de gcc, dans le paquet compat-gcc-34-3.4.6-4 (celle que j'ai utilisée) ;
- il y a aussi les lib. de compat de gcc 2.96 dans compat-libgcc-296.

Je n'arrive pas à installer des rpm avec des versions antérieurs d'habitude (mais bon je vais quand tester en rentrant chez moi ce soir avec tes compat- )
D'habiture "rpm -ivh --force monvieuxrpm.rpm" ça dit ok mais en fait "rpm -qil monvieuxrpm.rpm" ça dit pas ok...
Il y a une technique ?
ou sinon doit je décompresser à la barbare les .rpm via "rpm2cpio <fichier.rpm> | cpio -mid" en cherchant manuellement les dépendance ? :hammer:

Pikachu_2014 wrote:
$ svn co https://doomlegacy.svn.sourceforge.net/svnroot/doomlegacy doomlegacy
À compiler avec gcc >= 4, instructions détaillées données dans les sources (pas testé).

C'est de la triche :-P
Je voudrai avoir la même version sur Fedora et OS9 (le gars pas chiant :lol:)

Pikachu_2014

Je n'ai pas triché ! Comme indiqué, je n'ai pas testé la version « fraîche » de svn ; j'ai utilisé cette source-ci :
http://kent.dl.sourceforge.net/sourceforge/doomlegacy/legacy_143beta_macosx_src.tar.gz
Est-ce ce que tu attends ?

Pour les paquets de gcc « previous versions » : non, non, je n'ai pas piqué de vielles versions, Fedora fournit le compilo. gcc version 3.4 cohabitant sans souci avec gcc 4.1.1 (celui par défaut) : le paquet compat-gcc-34 fournit un exécutable gcc34 qui est le compilateur en question.
# yum install compat-gcc-34
Simplement.

La compilation en détails.

J'ai mes sources, je désarchive :
$ tar -xzf legacy_143beta_macosx_src.tar.gz
$ cd doomlegacy
Je crée un répertoire dans le répertoire contenant les sources, et destiné à contenir l'exécutable :
$ mkdir bin
Je compile ainsi :
$ make CC=gcc34 LINUX=1 SDL=1 BIN=bin/
J'ai été amené à installer cette dépendance (en root, évidemment) :
# yum install SDL_mixer-devel
Il est possible que pour toi il y en ait d'autres, à déterminer en fonction des erreurs de compilation éventuelles.

Après compil., j'ai récupéré un doom.wad, qu'il faut renommer en doom1.wad (impératif), ainsi que le fichier legacy.dat contenu dans l'archive suivante :
http://kent.dl.sourceforge.net/sourceforge/doomlegacy/legacy_142_linux.tar.gz
Le fichier legacy.dat est à placer dans le répertoire de sources doomlegacy.

Le jeu se lance alors ainsi, dans le répertoire de sources :
$ ./bin/lsdldoom -IWAD <chemin vers le fichier doom1.wad>

freemac

legacy_143beta_macosx_src
macos9 est on ne peut plus antédiluvien par rapport à macosx (pour dire simplement, osx est un unix, os9 non), du coup seulement la version 1.40 fonctionne dessus, et mon imac 433 (modèle modifié de 1998) n'est pas fluide sous osx question jeux :roll:

Du coup je souhaitais tester comme ça la même vieille version sous linux, mais comme l'OS m'insulte, me provoque, je sort mon marteau :hammer:

Je peut comprendre que certaines appli ne peuvent plus tourner actuellement à cause d'une perte de précision due à un chronométrage d'une boucle for pour estimer le temps réel (Nibbles QBasic DOS 5, Moktar...) Mais bon on est sortie du temps où on était limité par la puissance de processeur pour la synchro temps réel (maintenant on fait le contraire on attend 1 seconde et en gros on compte les boucles, avant on lançait le chrono et on lançait 10 boucle, sinon le "temps du chargement" du jeux était excessif). C'est dur à comprendre pourquoi maintenant il y a des "vieux" trucs qu'on ne peut pas faire tourner.
De plus ce bug est due à un caprice d'un jour de Jakub Jelinek (enfin même c'est pas lui, lui il a débugué en conséquence d'un manière direct, un peu troll comme moi, à l'époque...)

Thu Apr 28 2005 Jakub Jelinek <jakub@redhat.com> 2.3.5-2
- automatically append /lib/obsolete/linuxthreads/
to standard library search path if LD_ASSUME_KERNEL=N N <= 2.4.19
or for glibc 2.0 binaries (or broken ones that don't use errno/h_errno
properly). Warning: all those will stop working when LinuxThreads
is finally nuked, which is not very far away

Ils auraient pu faire comme sous java, mettre un "WARNING tu programme comme un porc", et continuer l'exécution :idea:

/me tétu

MarbolanGos

Quand je vois que vous arrivez à faire tourner Doom 2 magnifiquement sur Fedora en bidouillant, et que je n'arrive pas à faire l'installation de Diablo 2 avec Cedega qui pourtant est soit disant compatible, je me dis qu'il faut que je progresse...

freemac

Tu vas rire, yum il marche pas ^^ (j'ai rien configuré, j'ai posé un proxy et zou)

[root@totosh Desktop]# rpm -ivh SDL-1.2.11-1.i386.rpm
Préparation... ########################################### [100%] le
fichier /usr/lib/libSDL-1.2.so.0 de l'installation de SDL-1.2.11-1
entre en conflit avec le fichier du paquetage SDL-1.2.10-6.2
[root@totosh Desktop]# rpm -e [root@totosh Desktop]# rpm -e
SDL-1.2.10-6.2
erreur: Dépendances requises: libSDL-1.2.so.0 est nécessaire pour (déjà
installé) opal-2.2.2-1.1.i386 libSDL-1.2.so.0 est nécessaire pour (déjà
installé) ekiga-2.0.2-7.i386 libSDL-1.2.so.0 est nécessaire pour (déjà
installé) agg-2.4-2.1.i386 libSDL-1.2.so.0 est nécessaire pour (déjà
installé) SDL-devel-1.2.10-6.2.i386 libSDL-1.2.so.0 est nécessaire pour
(déjà installé) SDL_mixer-1.2.7-2.fc6.i386 SDL = 1.2.10-6.2 est
nécessaire pour (déjà installé) SDL-devel-1.2.10-6.2.i386 SDL >=
1.2.4-1 est nécessaire pour (déjà installé) SDL_mixer-1.2.7-2.fc6.i386
[root@totosh Desktop]#

Il y a surement moyen de retirer un package récursivement, non ? xD
J'ai la flemme je rend bientôt la bécane.

J'ai testé la version legacy_142_linux.tar.gz via "lsdldoom -opengl" mais je l'ai qu'en mode plein écran, par contre j'ai rien bidouillé et j'ai le son :-P
Côté multiplayer... outch versus déjà la version 1.40 du mac il a du mal (killall barbare avec un X laisser dans un état bof (sourie qui bouge pas et petite résolution du coup 😐)
Je tente de l'autre sens (1.42 en serveur, 1.40 en client...)... Idem, mais c'est le client qui bloque méchant à chaque coup. Surement due à ma non config côté linux :-?

Bizarre qu'il ne demande pas de taper d'ip.

"mode plein écran"

freemac

Heu...
Y a-t-il moyen d'installer deux version de Linux à l'aide d'un chroot ??? :hammer:
Hop démarrage en mode console...

chroot /fc2
startx

ou pour fc6, simplement :

startx

Bref déjà première série de petites questions bêtes :
-comment démarrer en mode console pure (ne pas démarrer X automatiquement)
-comment installer un linux, sans salir, sans formater, dans un sous dossier du premier disque ?

-ou doit je utiliser vm-ware ?

MarbolanGos

comment démarrer en mode console pure (ne pas démarrer X automatiquement)

Dans les services y'a démarrage en mode 5 d'activé par défaut suffit de mettre mode 3. Après il doit exister un ficheir mais je sais pas lequel c'est.

comment installer un linux, sans salir, sans formater, dans un sous dossier du premier disque ?

Aucune idée, mais je pense pas que ça soit possible, vu qu'il doit falloir un / différent pour les 2 linux. Donc obligé une deuxième partition.

ou doit je utiliser vm-ware ?

Pas compris la question, mais vmware c'est un logiciel qui permet "d'emuler" un OS, donc ça serait presque la meilleure méthode pour avoir un deuxième OS d'installé (windows, Fedora...)

Noee

Heu.. vous devriez peut être faire un tour par là: http://doc.fedora-fr.org/Doom
Puis par là: http://nicofo.tuxfamily.org/dotclear/index.php/2007/02/17/23-doom2
...

Pikachu_2014

Noee wrote:Heu.. vous devriez peut être faire un tour par là: http://doc.fedora-fr.org/Doom
Puis par là: http://nicofo.tuxfamily.org/dotclear/index.php/2007/02/17/23-doom2
...

Merci pour l'info., mais 'faut lire tout le fil : freemac a des contraintes de version...
Ben oui, sinon ce serait trop facile :-D

Page suivante »