#1 Le 16/08/2008, à 10:37
- Khar
error code (1) avec msttcorefonts
Voilà j'ai eu besoin d'installer le paquet de polices msttcorefonts mais il n'arrive pas à s'installer.
J'ai essayer différent moyens de désinstaller et de corriger le problème avec l'aide du forum mais rien ne fonctionne.
donc j'ai tester apt-get -f install, autoclean, autoremove, --purge, modifier des fichiers, supprimer d'autres mais rien.
olivier@olivier-laptop:~$ sudo apt-get upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
1 partiellement installés ou enlevés.
Après cette opération, 0o d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer [O/n] ? o
Paramétrage de msttcorefonts (2.4) ...
These fonts were provided by Microsoft "in the interest of cross-
platform compatibility". This is no longer the case, but they are
still available from third parties.
You are free to download these fonts and use them for your own use,
but you may not redistribute them in modified form, including changes
to the file name or packaging format.
Erreur d'analyse syntaxique du URL proxy http://:8080/: Nom de l'hôte invalide
Erreur d'analyse syntaxique du URL proxy http://:8080/: Nom de l'hôte invalide
Erreur d'analyse syntaxique du URL proxy http://:8080/: Nom de l'hôte invalide
Erreur d'analyse syntaxique du URL proxy http://:8080/: Nom de l'hôte invalide
Erreur d'analyse syntaxique du URL proxy http://:8080/: Nom de l'hôte invalide
Erreur d'analyse syntaxique du URL proxy http://:8080/: Nom de l'hôte invalide
Erreur d'analyse syntaxique du URL proxy http://:8080/: Nom de l'hôte invalide
Erreur d'analyse syntaxique du URL proxy http://:8080/: Nom de l'hôte invalide
Erreur d'analyse syntaxique du URL proxy http://:8080/: Nom de l'hôte invalide
Erreur d'analyse syntaxique du URL proxy http://:8080/: Nom de l'hôte invalide
Erreur d'analyse syntaxique du URL proxy http://:8080/: Nom de l'hôte invalide
Erreur d'analyse syntaxique du URL proxy http://:8080/: Nom de l'hôte invalide
Erreur d'analyse syntaxique du URL proxy http://:8080/: Nom de l'hôte invalide
andale32.exe: No such file or directory
All done, errors in processing 1 file(s)
dpkg : erreur de traitement de msttcorefonts (--configure) :
le sous-processus post-installation script a retourné une erreur de sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
msttcorefonts
E: Sub-process /usr/bin/dpkg returned an error code (1)
Merci de m'aider
#2 Le 16/08/2008, à 13:42
- bertrand0
Re : error code (1) avec msttcorefonts
Il y a un proxy mal configuré quelque part...
Vérifiez que la variable d'environnement http_proxy n'est pas définie:
echo $http_proxy
(si c'est le cas faire "unset http_proxy")
Vérifiez qu'elle n'est pas définie non plus par debconf:
sudo debconf-show msttcorefonts/http_proxy
si c'est le cas taper:
echo reset msttcorefonts/http_proxy | sudo debconf-communicate
Ceci fait il faut conclure en tapant "sudo dpkg --configure -a" pour reprendre la fin de l'installation du paquet.
Dernière modification par bertrand0 (Le 16/08/2008, à 13:43)
Ceux qui écrivent comme ils parlent, quoiqu'ils parlent très bien, écrivent mal.
Buffon, Discours sur le style
Hors ligne
#3 Le 16/08/2008, à 13:57
- Khar
Re : error code (1) avec msttcorefonts
Merci beaucoup, mon problème est résolu!!!
Il est vrai que j'avais eu besoin d'un proxy à une époque.
Encore merci.
#4 Le 19/03/2010, à 07:33
- Tomtix
Re : error code (1) avec msttcorefonts
Bonjour je sais que ce topic est assez vieux, mais bon j'ai reussi a redoudre le problème avec la commande
unset http_proxy
Ce qui est bizarre c'est que j'y avait pas touché a cette variable
Quelqu'un sait comment elle a pu se set toute seule ?
Defois que sa recommence ... on sait jamais
Merci
Hors ligne
#5 Le 19/03/2010, à 22:19
- bertrand0
Re : error code (1) avec msttcorefonts
Les variables d'environnement, telles que http_proxy, sont héritées de processus parent à enfant, sauf si le parent définit un masque, ou si le processus efface ou redéfinit lui-même ses variables d'environnement.
Pour déterminer la provenance de la variable, il suffit de remonter la chaîne: ex.: shell bash (a) <-- gnome-terminal <-- gnome-panel <-- gnome-session <-- Script shell Xsession (b) <-- gdm+pam (c) <-- init
Ce qui implique trois sources principales:
(a) les scripts exécutés automatiquement par le shell bash lors de son initialisation : /etc/profile, /etc/bashrc, ~/.bash_profile, ~/.profile, ~/.bash_rc ... voir la doc de bash ou du shell utilisé, puis parcourir les scripts concernés.
(b) les scripts sourcés automatiquement par le shell exécutant le script Xsession, ainsi que les scripts sourcés par Xsession (typiquement ~/.xprofile, ~/.gnomerc, ~/.xsession-rc ...). Notons également que selon les configs, Xsession ne lance pas toujours directement gnome-session, mais fait un appel imbriqué d'autres processus comme ssh-agent, ou bien pulseaudio ... qui ajoutent leur propres variables d'environnement.
(c) gdm fait appel à pam pour initialiser la session, et les plugins pam utilisés peuvent donc manipuler les variables d'environnement de la session créée. (voir /etc/pam.d)
Finalement, tout script exécuté dans le shell courant peut éventuellement avoir manipulé les variables d'environnement de ce shell.
Je n'en sais pas plus, mais il est aussi possible que gnome-session ou gnome-panel aient automatiquement ajouté la variable d'environnement en fonction de la configuration des proxy réseau de gconf (accessible via une interface dans le menu Système/administration).
Ceux qui écrivent comme ils parlent, quoiqu'ils parlent très bien, écrivent mal.
Buffon, Discours sur le style
Hors ligne