Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
... (vous me direz je n'ai pas non plus partagé une bonne bière avec tout les développeurs Debian 
)
et là hop il le trouve et me l’installe avec 4 autres dépendances :
Je ne sais pas si ça joue mais j'ai un fichier préférence pour ne pas installer les "recommends" et "suggests" paquets de APT (depuis qu'il à voulu m'installer tout gnome sur xfce !)
je reclic sur steam et là : tadam !!! ça fonctionne 
je peux désormais dire que-c'est-presque-pas-trop-dur d'installer steam sur debian :lol
[edit]:
pour deuchdeb : noooooon je vais être obligé de jouer !!!
j'ai reinstall gnupg et enigmail, et vérifié les droits sur les fichiers dans le ~/.gnupg mais rien d'anormal et ça veut pas.
Des idées sur la soluce ou la bonne marche à suivre pour synchroniser les clefs ?
merci
Non, non, non, joue, joue, joue!!!!
Travailler c'est trop dure lalala lalala.
bon ben je reboot sur winchose alors ? 
bon allé tu m'a eu, quand j'aurais 2min je retente le coup sur mon pc test en 32bits un peu plus proprement et si ça passe (et que steam vaut le coup) je retenterai sur ma config de gamer 
(nan parce-que bon halfe-life quoi quand même !!! 
)
nb : et sinon oui j'avais vu ce tuto mais il a pas très bien expliqué son dépatouillage de carte graphique à la fin...
). et là : aucune dépendance il m'installe juste steam ! youhou cool.... mais non ! car rien ne se passe lorsque je clique dessus. Je le lance dans un terminal et :
et dans mes fichiers j'ai : ~/.steam/ubuntu12_32 qui contient un exécutable nommé steam (tout court sans .sh). J'ai essayé le renommage, le déplaçage dans ~/.steam, le double-clicage. mais bien sûr rien n'y fit
simplement pour savoir, rassurez moi, le tuto il marche et il n'y a que chez moi ou debian me fait comprendre que je ferai mieux de travailler plutôt que de jouer aux jeux vidéos
bon courage...
tout va bien steam apparaît dans jeu, au lancement il m'a fait 153 067 KB de mises à jour, impeccable limite trop facile ...et paf à la fin quand il veut se lancer :
suivie d'un :
hum de ce que j'ai lu vite fait est-ce que ça ne correspondrai pas aux pilotes de la carte graphique qui sont en amd64 ? Quand je cherche libGL.so.1 dans synaptic j'ai le choix entre :
libgl1-mesa-swx11-i686:i386 ou libgl1-mesa-swx11 je sélectionne le 1er car j'imagine c'est le i386 qui nous intéresse. Avec synaptic il me dit :
ce qui est bizarre c'est qu'avec un aptitude -s install libgl1-mesa-swx11-i686:i386 il me désinstalle la moitié du système :
bref autant dire que pour l'instant je touche à rien ! C'est de bidouiller les pilotes nvidia qui me fait peur. Mais si vous avez des idées je veux bien tester.
Sinon une version steam amd64 n'est-elle pas prévu ?
@jean-kiki: soit tu arrives à installer tes paquets de stable pour qt3, soit tu te crées un chroot dans lequel tu mets une squeeze
hey c'est une riche idée ça... je sais pas du tout c'est quoi un chroot (enfin plutôt j'ai lu mais je suis jamais passé à la pratique). À priori un système complet (squeeze) mais contenu dans un dossier du système hôte (jessie ) qui utilise les bons modules de squeeze pour faire fonctionner un logiciel mais en utilisant quand même les ressources du système hôte (affichage ?).
Je sais pas comment le dire mieux. Faut que je me penche sur la question. si tu as de bon lien je prends
en gros : si ça permet d'isoler une distribution, sans empêcher les mises à jour de la version hôte et que ça permet de pérenniser l'usage en toute sécurité du logiciel-> c'est hyper cool ! (c'est beaucoup plus cool que là ou je travail en tant qu'assistant et ou il utilise un vieux mac qu'il ne peut pas mettre à jour car le logiciel n'est plus compatible et ça bloque tout)....
(faut que j passe en bépo)
), et actuellement je suis très très content d'xfce
Tu peux mettre sans danger les sources oldstable dans stable, mais par contre, il risque d'y avoir des conflits de dépendance si tu installes des paquets de oldstable.
Tu ne peux pas y faire grand chose dans ce cas, si ce n'est attendre une version Wheezy de medintux.
Aïe. Normalement ils réécrivent medintux pour tout passer en qt4 mais je ne sais pas pour dans combien de temps. À priori les 2 paquets sus-cité n'ont que peu de dépendances, mais surtout une fois installé le risque c'est que d'autres éléments du système deviennent incompatibles ? auquel cas je ne peux peut-être plus utiliser mon logiciel avec jessie c'est ça ? c'est embêtant si c'est ça !
et sinon j'ai eu l’occasion de rencontrer des débianistes qui ont fait des grands yeux ronds quand je leur ai montré mon sources.list. Donc bon ok je vais enlever wheezy et me renseigner pour un fichier préférence pour sid.
du coup j'ai quelques erreurs avec les mises à jour recommandées jessie-updates :
est-ce normal ?
Par contre, les su, sudo et changements de groupe sur le client n'ont aucun effet.
merci
Mettre les sources stables avec les sources non-stables n'est pas conseillé en raison du jeu des dépendances qui font dominos entre elles.
Passer à jessie sans conserver wheezy est plus opportun.
Il faut aussi savoir que la testing peu avoir des paquets en test (c'est son but...) dont les bugs empêchent la bonne marche de ton système, aussi, tu peux ajouter les sources experimental et avec un fichier preferences les sources sid où tu pourras toujours aller glaner les paquets qui marchent à la place de ceux qui sont défectueux dans testing.
ah ok j'avais lu l'inverse justement qu'il valait mieux garder les 2 pour si justement il ne trouve pas une dépendance dans testing il cherche automatiquement dans stable. Ça marche pas comme ça ? Il vaut mieux faire l'inverse comme tu me le conseil et un fichier préférence pour sid pour, si il y a besoin, récupérer un paquet à la main ?
Tout ça est une question d'équilibre et de choix personnel et non valable pour du tout et du n'importe quoi car au départ il y a :
STABLE n'est stable qu'avec les sources STABLES.
Ensuite, ben tu fais ce que tu veux... Oléééé !
oui je savais ça aussi mais maintenant je me sens suffisamment à l'aise pour casser mon système afin d'en apprendre toujours plus hihihi
Mon but c'est d'avoir des logiciels plus à jour et ne pas rester avec mes bugs actuels pendant encore 2-3ans (oula c'est à la limite du troll )
dans mon sources.list le temps de récupérer les paquets et je l'ai désactivé depuis. Était-ce la bonne méthode ? De plus lorsque jessie sera en stable, wheezy en oldstable et si medintux n'a pas évolué, cela veut-il dire que ces paquets ne seront plus accessibles ? où peut-on mettre des vielles branches dans le sources.list ?
-Si je désactive l'entrée dans mon sources.list les paquets installés continueront d'être mis à jour ? (même si pour ceux-là j'ai l'impression qu'il ne sont plus développé... mais c'est pour le cas général).
2) -Par défaut lors de l'installation il n'y a pas les mises à jour recommandées (wheezy-updates) d'activé. hors j'ai vu que beaucoup le rajoute. Dans les informations glanées sur internet j'ai compris que les mises à jour suggérées (wheezy-proposed-updates) n'étaient pas utiles, mais quid des mises à jour recommandées ? pourquoi ne sont-elles pas activées par défaut ? faut-il les rajouter (notamment sur mon serveur) ?
3) -enfin, je souhaite passer en testing/jessie. Voici donc le sources.list que je compte mettre en place :
cela est-il correct et puis-je décommenter les lignes correspondant à jessie ?
Tu as parfaitement compris le truc ouais
cool
Je te propose de corriger le Wiki pour y intégrer tes découvertes
c'est vrai j'ai le droit ? mais heu...comment ?