Celui de Debian est nettoyé de tout blobs ??

Oui

Oh ? Comment tu le sais ? C'est pas terrible pour ce qui est d'un éventuel backdoor dans le noyau normal mais ça reste pratique pour tout ce qui est WiFi par exemple

hon... je me sens inutile d'avoir redigé un telle paragraphe...

Bah oui t'es obligé d'installer les drivers Wifi manuellement. M'enfin c'est pas la mort...

Non mais je donne un exemple, c'est tout, on peut prendre autre chose... peut-être... je sais pas.

MERDE QUOI, J'Y CONNAIS RIEN MOI

Bah de toute façon la grande règle de Debian c'est d'être 100% libre par défaut (d'où le fait qu'on doive activer nous même les dépôts contrib et non-free), donc oui, TOUT ce qui est pas libre est viré de l'install de base, y compris le moindre petit bout de code du noyau

Il a tout dit

On le voit plus Api (ou Runnymede), il fait quoi ?

J'y ai pensé récemment, plus de traces d'Api depuis quelques jours now

Oui c'est vrai

Ah ! A Virus Named TOM ne se lance plus alors qu'il n'a absolument AUCUNE RAISON de ne pas se lancer
Let's wait then

Ah bah non, il fonctionne

https://www.jeuxvideo.com/forums/1-11-7822008-1-0-1-0-mbp-quelques-questions.htm

J'ai mis du temps à remarquer l'auteur de ce topic.

Oh ! Le traitre ! Au bucher !

http://img15.hostingpics.net/pics/964731Bureau.png
Voila mon profil SPÉCIAL Skyrim (avec le jeu bien entendu)

liquidus, j'essaye de faire fonctionner Wine de i386 sur x86_64 mais même en ayant exporté le PATH, il ne voit pas la lib nécessaire qui se trouve dans le dossier lib de Wine ALORS QUE si j'entre un cat lib, je peux trouver libwine donc il n'y a pas de raison

$PATH
bash: /usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/v
endor_perl:/usr/bin/core_perl:/home/blacklist/Wine
/usr:/home/blacklist/Wine/usr/bin:/home/blacklist/
Wine/usr/include:/home/blacklist/Wine/usr/lib

Techniquement, je suis bon la ?

Oh et au passage, depuis Linux 3.12, les jeux utilisant mono ne fonctionnent plus. La fenêtre apparait mais l'écran reste noir et le terminal n'indique absolument rien d'anormal, comme si le jeu était bien parti pour tourner.

Les jeux utilisant mono apportent eux même leur lib mono lu par le titre.

De ce que j'ai testé, A Virus Named TOM et English Country Tunes ont ce problème mais un jeu n'utilisant pas mono n'a aucun soucis, je brûle des combos dans Little Inferno ou Récupère les derniers trésors dans Trine sans problème

Pour finir, les deux jeux ont un launcher x86 et x86_64 mais dans les deux cas, c'est le même résultat et non, je ne manque pas de dépendances, AVNT c'est lancé UNE FOIS

AVNT x86
linux-gate.so.1 (0xf77c2000)
libmono-2.0.so.1 => /home/adrien2002/Programmes/avirusnamedtom/lib/lib
mono-2.0.so.1
(0xf74d3000)
libm.so.6 => /usr/lib32/libm.so.6 (0xf746f000)
librt.so.1 => /usr/lib32/librt.so.1 (0xf7466000)
libdl.so.2 => /usr/lib32/libdl.so.2 (0xf7461000)
libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf7444000)
libc.so.6 => /usr/lib32/libc.so.6 (0xf7295000)
libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf71ac000)
/lib/ld-linux.so.2 (0xf77c3000)
libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf7192000)

AVNT x86_64
linux-vdso.so.1 (0x00007fff98a6b000)
libmono-2.0.so.1 => /home/adrien2002/Programmes/avirusnamedtom/lib64/l
ibmono-2.0.so.1
(0x00007fd72a6b3000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007fd72a3b0000)
librt.so.1 => /usr/lib/librt.so.1 (0x00007fd72a1a8000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fd729fa4000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fd729d86000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007fd7299db000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fd7296d7000)
/lib64/ld-linux-x86-64.so.2 (0x00007fd72ac03000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fd7294c1000)

Je ne vais pas vous faire celui de English Country Tunes, c'est la même chose

Voila... la je suis dans AVNT il s'est lancé...

Il peut y avoir des soucis lorsque ton/tes jeux n'ont pas été développés pour une version trop récente de la glibc