Debian cassé suite à installation google-chrome-stabl

Support Debian
#9

[quote=“dcarped”][quote=“dric64”]Tu veux absolument “chrome” ?
Sinon, Chromium existe dans les dépots et marche tres bien en 64bits.[/quote]

Lorsque j’ai installé Chromium sous Squeeze j’avais la version 6.xxx, alors que la dernière est à la 31.xxx
pas moyen de upgrader la version et pas d’accès au sync des favoris, thème etc.
C’est étonnant que Debian accepte une version si anti-datée, non mise à jour.

Est-ce une erreur d’utiliser aptitude?
Je n’ai pas utilisé synaptic!
J’utilise rarement apt-get![/quote]

En rajoutant les dépôts adéquat, tu peux ensuite choisir la version que tu souhaites installer (tu étais sous squeeze, il a donc proposé la version “stable” du paquet, donc plus ancienne.
Moi par exemple, je suis en “jessie/sid” et j’ai la “Version 31.0.1650.63 Debian jessie/sid (238485)”.

#10

Si tu as encore dpkg il te reste une autre chance.

#11

apt-get désinstallé c’est original, je ne savais pas Google Chrome capable de ça !

Je ne pense pas que ce soit irréversible, les paquets pour le réinstaller peuvent encore se trouver sur ta machine.
Que te renvoie la commande suivante (un copier-coller exact si tu peux) :

#12

salut,

J’ai été absent un temps certain car le forum ne m’avertit pas qu’un nouveau msg a été posté. Pourtant les checkbox avertir par courrier sont bien cochées …?

Retour au mouton boiteux:

[quote=“vv222”]apt-get désinstallé c’est original, je ne savais pas Google Chrome capable de ça !

Je ne pense pas que ce soit irréversible, les paquets pour le réinstaller peuvent encore se trouver sur ta machine.
Que te renvoie la commande suivante (un copier-coller exact si tu peux) :

Je reçois ceci
/var/cache/apt/archives/apt_0.9.7.9+deb7u1_amd64.deb
/var/cache/apt/archives/aptdaemon_0.45-2_all.deb
/var/cache/apt/archives/aptdaemon-data_0.45-2_all.deb
/var/cache/apt/archives/apt-utils_0.9.7.9+deb7u1_amd64.deb
/var/cache/apt/archives/apt-xapian-index_0.45_all.deb
/var/cache/apt/archives/libapt-inst1.5_0.9.7.9+deb7u1_amd64.deb
/var/cache/apt/archives/libapt-pkg4.12_0.9.7.9+deb7u1_amd64.deb

ça me parais bon, mais c’est fortuit. Que puis-je faire?
un dpkg -install paquet/deb

#13

Avant, sors-nous un:

Car réinstaller des paquets au hasard, c’est cool, mais ça se peut tu les as déjà…

[mono]apt-get[/mono] est fourni par le paquet [mono]apt[/mono].

#14

[quote=“dcarped”]salut,

Je reçois ceci
/var/cache/apt/archives/apt_0.9.7.9+deb7u1_amd64.deb
/var/cache/apt/archives/aptdaemon_0.45-2_all.deb
/var/cache/apt/archives/aptdaemon-data_0.45-2_all.deb
/var/cache/apt/archives/apt-utils_0.9.7.9+deb7u1_amd64.deb
/var/cache/apt/archives/apt-xapian-index_0.45_all.deb
/var/cache/apt/archives/libapt-inst1.5_0.9.7.9+deb7u1_amd64.deb
/var/cache/apt/archives/libapt-pkg4.12_0.9.7.9+deb7u1_amd64.deb

[/quote]

Je me suis trompé dans l’analyse. C’était depuis Wheezy que j’ai exploité ces infos.
Les infos correctes sont issues de Squeeze, j’ai donc basculer ver le bon OS:
aptitude-common_0.6.8.2…
apt-listchanges_2.8.5…
apt-xapian-index…

C’est tout, donc nettement plus cassé que laissé entendre.

[quote=“Zbf”]

[mono]apt-get[/mono] est fourni par le paquet [mono]apt[/mono].[/quote]

la commande renvoie:

rc apt
rc apt-listchanges
rc apt-utils
rc apt-xapian-index
rc aptdaemon
rc aptitude
rc aptitude-common
ii etherboot
ii etherboot-qemu
ii laptop detect
ii libopencore-amrnbo:amd64
ii synapttic
ii xserver-xorg-input-synaptics

Je sais pas si ça va suffire, mais on ne sait jamais.

#15

Tes paquets (status “rc”) ont été retirés.

Tu peux te faire plaisir, en étant root:

Note: si dpkg n’accepte pas d’installer plusieurs paquets en une ligne, découpe en plusieurs.

#16

Seuls les paquets apt, apt-utils, libapt-inst1.5 et libapt-pkg4.12 sont nécessaires au fonctionnement d’apt-get, mieux vaut installer le minimum pour pouvoir lancer un [mono]apt-get install -f[/mono].

Attention à ne pas essayer d’installer deux versions d’un même paquet !
Dans ce cas choisis simplement la plus récente.

#17

[quote=“Zbf”]Tes paquets (status “rc”) ont été retirés.

Tu peux te faire plaisir, en étant root:

Note: si dpkg n’accepte pas d’installer plusieurs paquets en une ligne, découpe en plusieurs.[/quote]

Je n’avais que trois paquets installables, dont deux pas moyen car il manque le code python. Echec irrévocable. Merci.

comme je le dis précédemment, pour moi le recouvrement de apt-get est compromis.
Y a-t-il possibilité de les copier depuis le DVD?

#18

Avec dpkg tu n’as aucune résolution de dépendance, il faut donc que ce soit toi qui t’en occupe, donc de retrouver les paquets python si nécessaire.

Sinon, oui, tu dois pouvoir prendre les paquets depuis le DVD. Si c’est du Wheezy pour les 2 c’est d’autant mieux.

#19

Soit,
OK merci.

j’en aurai pour des mois de dépendances non satisfaites, qui plus sur un Os qui me servira moins en moins.
JE crois quant même que je vais écraser et installer du neuf, car nous étions partis pour la galère.

Merci pour la contribution, cela m’aura permis de savoir pour un futur.

#20

[quote=“dcarped”][quote=“Zbf”]Tes paquets (status “rc”) ont été retirés.

Tu peux te faire plaisir, en étant root:

Note: si dpkg n’accepte pas d’installer plusieurs paquets en une ligne, découpe en plusieurs.[/quote]

Je n’avais que trois paquets installables, dont deux pas moyen car il manque le code python. Echec irrévocable. Merci.[/quote]
Il nous faut les retours de la console dans ce genre de situation pour bien comprendre ce qui se passe.

#21

JE ne sais pas si mutt existe encore sur ce qui reste d’installé, mais il m’aurait fallu l’utiliser car je n’ai pas d’accès X.
De plus quelle combinaison de commande permet de sélectionner du code avant de copier/coller lorsque on ne dispose pas de console X?
Autrement il me sera pas trop possible de fournir les retours console.

#22

Tu peux rediriger le(s) flux de sortie:
Expl:
(si la commande écrit sur le flux de sortie standard)

Ou bien:

#23

Intéressant . J’avais fortuitement écarté cela.
Je vais analyser comment j’exploiterai cela avec mutt. Pour autant que je ne mélangerai pas les pinceaux avec cet outil.

Je reviens :slightly_smiling:

#24

[quote=“Zbf”]Tu peux rediriger le(s) flux de sortie:
Expl:
(si la commande écrit sur le flux de sortie standard)

Ou bien:

ce qui est bien c’est d’avoir mutt (pas configuré) mais fonctionnel.
en revanche l’exercice dmesg|grep acpi > acpi.txt redirige le flux vers le fichier.txt
mais avec #dpkg -i apt-listchanges_2.xx apt-xapian-index_0.xx > dpkg.txt ou encore 2>&1 le fichier.txt reste vide?

JE vais fermer ce thread car il mène à des impasses.
Merci aux contributeurs

#25

[mono]2>&1[/mono], cette partie signifie «Rediriger le flux 2 vers le flux 1»
[mono]> ~/log_commande.txt[/mono], cette partie signifie «Rediriger le flux 1 (par défaut) vers le fichier ~/log_commande.txt

Mais peut-être que quelque chose m’échappe.

#26

[quote=“Zbf”][mono]2>&1[/mono], cette partie signifie «Rediriger le flux 2 vers le flux 1»
[mono]> ~/log_commande.txt[/mono], cette partie signifie «Rediriger le flux 1 (par défaut) vers le fichier ~/log_commande.txt

Mais peut-être que quelque chose m’échappe.[/quote]

Je penses ne pas savoir interpréter le signifiant flux.
Dans le cas d’un echo Bonjour > sortie.txt, je sais que Bonjour est redirigé vers la sortie.txt ?
En revanche pour une commande qui comporte une option: dpkg -i fichier > sortie.txt. quel des 2 est le flux : le résultat de la dpgk -i fichier
ou alors la redirection de ce résultat vers la sortie appropriée.
chez moi cela se résout par une sortie écran mais pas sortie.txt

bien que j’ai déjà vu cela, je dois aller à la pêche
L’assistance pê?

#27

fr.openclassrooms.com/informatiq … edirection

#28

Il faut utiliser le code suivant : 2>&1.
Cela a pour effet de rediriger toute la sortie d’erreurs dans la sortie standard. Traduction pour l’ordinateur : « envoie les erreurs au même endroit que le reste ».

[quote]Essayez donc ceci :

cut -d , -f 1 fichier_inexistant.csv > eleves.txt 2>&1
Tout ira désormais dans eleves.txt : le résultat (si cela a fonctionné), de même que les erreurs (s’il y a eu un problème).[/quote]

Petite subtilité : je vous ai dit tout à l’heure qu’il était possible de faire 2>> pour rediriger les erreurs à la fin d’un fichier d’erreurs.
Toutefois, il n’est pas possible d’écrire 2>>&1. Essayez, ça ne marchera pas.

En fait, le symbole 2>&1 va envoyer les erreurs dans le même fichier et de la même façon que la sortie standard. Donc, si vous écrivez :

… les erreurs seront ajoutées à la fin du fichier eleves.txt comme le reste des messages.