Les dépendances
Salut,
J'essaie de télécharger Steam et LogMeIn Hamachi mais je rencontre des problèmes avec les fichiers libc6 : ca-certificates
libc-bin
libc-dev-bin
libc6
libc6-dev
libc6-dev:i386
libc6:i386

Voilà le résultat de l'installion :
"L'ensemble des dépendances n'a pu être installé"
L'interface GTK a besoin de python-gtk2 et python-glade2.
Ces modules n'ont pas été trouvés. Retour à l'afficheur page à page.
L'erreur est :No module named glade
Lecture des fichiers de modifications (« changelog »)... Terminé
Préconfiguration des paquets...
(Lecture de la base de données... 148233 fichiers et répertoires déjà installés.)
Suppression de flashplugin-nonfree ...
Suppression de fglrx-legacy-modules-dkms ...

-------- Uninstall Beginning --------
Module: fglrx
Version: 8.97.100.7
Kernel: 3.2.0-4-amd64 (x86_64)
-------------------------------------

Status: Before uninstall, this module version was ACTIVE on this kernel.

fglrx.ko:
- Uninstallation
- Deleting from: /lib/modules/3.2.0-4-amd64/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.

depmod........

DKMS: uninstall completed.

------------------------------
Deleting module version: 8.97.100.7
completely from the DKMS tree.
------------------------------
Done.
Suppression de dkms ...
Suppression de gcc ...
Suppression de gcc-4.7 ...
Suppression de linux-headers-amd64 ...
Suppression de linux-headers-3.2.0-4-amd64 ...
Suppression de gcc-4.6 ...
Suppression de binutils ...
Suppression de linux-image-amd64 ...
Suppression de linux-image-3.2.0-4-amd64 ...
Aborting removal of running kernel image.
dpkg: erreur de traitement de linux-image-3.2.0-4-amd64 (--remove) :
le sous-processus script pre-removal installé a retourné une erreur de sortie d'état 1
Suppression de make ...
dpkg: cpio : problème de dépendance, mais suppression comme demandé :
initramfs-tools dépend de cpio.

Suppression de cpio ...
dpkg: initramfs-tools : problème de dépendance, mais suppression comme demandé :
linux-image-3.2.0-4-amd64 dépend de initramfs-tools (>= 0.99~) | linux-initramfs-tool ; cependant :
Le paquet initramfs-tools doit être supprimé.
Le paquet linux-initramfs-tool n'est pas installé.
Le paquet initramfs-tools qui fournit linux-initramfs-tool doit être supprimé.
linux-image-3.2.0-4-amd64 dépend de initramfs-tools (>= 0.99~) | linux-initramfs-tool ; cependant :
Le paquet initramfs-tools doit être supprimé.
Le paquet linux-initramfs-tool n'est pas installé.
Le paquet initramfs-tools qui fournit linux-initramfs-tool doit être supprimé.

Suppression de initramfs-tools ...
Traitement des actions différées (« triggers ») pour « desktop-file-utils »...
Traitement des actions différées (« triggers ») pour « gnome-menus »...
Traitement des actions différées (« triggers ») pour « hicolor-icon-theme »...
Traitement des actions différées (« triggers ») pour « man-db »...
Des erreurs ont été rencontrées pendant l'exécution :
linux-image-3.2.0-4-amd64
Error in function:
SystemError: E:Sub-process /usr/bin/dpkg returned an error code (1)

Merci pour un peu d'aide, j'ai cherché un peu partout mais je n'ai pas trouvé de réponses.

"Aborting removal of running kernel image.
dpkg: erreur de traitement de linux-image-3.2.0-4-amd64 (--remove) "

C'est plutôt inquiétant là si le système essaie de supprimer un kernel entrain de tourner

Enfaite c'est même le log en entier qui est inquiétant, vu qu'il te delete le driver graphique, gcc,dkms,flash player, alors qu'il n'y a aucun rapport.
Quelle commande as-tu lancé et quel tuto as-tu suivi ?

Tu n'essaierais pas d'installer un paquet téléchargé à la main depuis les dépôts de Jessie (testing) sur une Debian Wheezy (stable) par hasard?...

Je pense pour la même théorie que G_Bot.

A part péter ton OS, tu va rien faire de bon là.

Les kernel et les paquets glibc ou libc sont très sensibles.

On les updates pas comme ça parce que c'est rigolo.

Après il peut toujours upgrader vers testing ou migrer vers SteamOS sinon o/
Mais clairement, même s'il est possible de mettre la glibc de testing dans une stable (déjà fait une fois), c'est une mauvaise idée (déjà vécu une fois ).

Euh oui, Google_Bot
Comment faire alors ?
Je dois réinstaller tout ça manuellement ?

Est-ce que je peux essayer de toujours retélécharger manuellement ? Avec cette commande : aptitude install flashplugin-nonfree gcc gcc-4.7 linux-headers-amd64 linux-headers-3.2.0-4-amd64 gcc-4.6 binutils linux-image-amd64 linux-image-3.20-4-amd64

G_Bot De ce que j'ai testé sous Debian stable + pinning sous testing, j'ai mis à jours les libc et compagnies "pour voir".

Le truc, c'est que pour compiler à la main des trucs il m'a fallu les autotools de testing aussi

Désolé si j'ai fais une connerie, mais en ce moment je remets à jour mes connaissances de Debian.

Thisbe https://wiki.debian.org/fr/DebianTesting#Comment_utiliser_Debian_Testing_.28la_future_stable.29
Il s'agit de "mettre à jour" ton système de stable vers testing.
ça peut avoir ses inconvénients, mais pour avoir été moi-même sous testing pendant environ un an... j'ai jamais eu de problèmes

Bon bye bye Debian, je re-teste une Arch + Mate.

J'veux voir la vitesse de boot d'un vieux P4 sous systemd.

C'est un bon système d'exploitation systemd au final

Comment ça je dis n'importe quoi ?

Google_Bot
Finalement je crois que je vais éviter, les libc6 m'ont posé assez de problèmes comme ça, j'ai même du réinstaller tout mon OS à un moment !
Mais si je ne vais pas sur la version testing il me sera impossible d'avoir Hamachi / Steam c'est ça ?
Quant à SteamOS, c'est trop lourd pour ma petite config.