OVH Cloud OVH Cloud

tin et iso-8859-1

48 réponses
Avatar
talon
Bonjour,

pour ceux qui auraient ce problème, je viens de trouver comment
compiler tin pour qu'il affiche les lettres accentuées quand il n'y a
pas le header ISO-8859-1. Il faut décommenter la ligne
--with-mime-default-charset=ISO-8859-1 --disable-mime-strict-charset
dans debian/rules (et ajouter un \ à la fin de la ligne précédente).
C'est le --disable-mime-strict-charset qui fait le coup, je ne sais pas
comment ça m'avait échappé.
Il faut aussi ajouter --disable-fcntl --enable-flock \
pour les gens qui ont des boites sur NFS.

Comment ceci m'est-il advenu? J'ai fait apt-get update apt-get upgrade
pour boucher les trous de sécurité, et je me suis retrouvé avec un
........
splendide écran noir
........

Ce stupide système m'a réécrit le fichier de config de XFree, de sorte
que le serveur X ne voulait plus démarrer. Il m'a fallu en refaire un -
sans backup - bien entendu :-)
Sinon pas d'autre problème donc ce n'est pas si mal ... (sauf bien sûr
l'écrasement de mes versions recompilées de mutt et tin).
Il me semble que c'est un bug carabiné de Debian d'écraser le fichier de
config de X à l'occasion d'un upgrade quand même!



--

Michel TALON

10 réponses

1 2 3 4 5
Avatar
Arnaud
Bonjour,

pour ceux qui auraient ce problème, je viens de trouver comment
compiler tin pour qu'il affiche les lettres accentuées quand il n'y a
pas le header ISO-8859-1. Il faut décommenter la ligne
--with-mime-default-charset=ISO-8859-1 --disable-mime-strict-charset
dans debian/rules (et ajouter un à la fin de la ligne précédente).
C'est le --disable-mime-strict-charset qui fait le coup, je ne sais pas
comment ça m'avait échappé.


Donc, écrire ceci dans ./tin/attributes :
scope=*
undeclared_charset=ISO-8859-1

ne suffit pas ?

--
"Alors, je crois savoir ce qui n'allait pas. J'ai désactivé
l'option : Send in rich HTML by default. Et je crois que c'était
ça qui foutait le bordel."
-+- EF in Guide du linuxien pervers : "Bien configurer son Netscape"

Avatar
talon
Arnaud wrote:
Bonjour,

pour ceux qui auraient ce problème, je viens de trouver comment
compiler tin pour qu'il affiche les lettres accentuées quand il n'y a
pas le header ISO-8859-1. Il faut décommenter la ligne
--with-mime-default-charset=ISO-8859-1 --disable-mime-strict-charset
dans debian/rules (et ajouter un à la fin de la ligne précédente).
C'est le --disable-mime-strict-charset qui fait le coup, je ne sais pas
comment ça m'avait échappé.


Donc, écrire ceci dans ./tin/attributes :
scope=*
undeclared_charset=ISO-8859-1

ne suffit pas ?



Non, pas chez moi.


--

Michel TALON


Avatar
george
Michel Talon, dans le message <bl9e7b$30iq$,
a écrit :
Il me semble que c'est un bug carabiné de Debian d'écraser le fichier de
config de X à l'occasion d'un upgrade quand même!


Mais c'est toi qui l'a demandé. Lors de l'installation du paquet,
l'installeur demande « manage XF86Config with debconf », et tu as
probablement répondu oui, ce qui pour une première installation est pas
mal, ça permet d'avoir un squelette potable à peu de frais. Mais au tour
suivant ça recommence.

Donc pour éviter ça la prochaine fois, dpkg-reconfigure xserver-<tab>,
et répondre non à la question.

Avatar
noob
lut :o)

pour boucher les trous de sécurité, et je me suis retrouvé avec un
....
que le serveur X ne voulait plus démarrer. Il m'a fallu en refaire un -


parler de sécurité avec un serveur X (et ses applis), c'est comparable au
feu et à l'eau, c'est 2 élèments qui ne vont vraiment pas ensemble !
j'espère pour toi que c'est pour un post public et non pas d'entreprise :o)



enfin moi je poste depuis outlook donc ferais mieux de me taire :)


A+

Avatar
talon
Nicolas George wrote:
Michel Talon, dans le message <bl9e7b$30iq$,
a écrit :
Il me semble que c'est un bug carabiné de Debian d'écraser le fichier de
config de X à l'occasion d'un upgrade quand même!


Mais c'est toi qui l'a demandé. Lors de l'installation du paquet,
l'installeur demande « manage XF86Config with debconf », et tu as
probablement répondu oui, ce qui pour une première installation est pas
mal, ça permet d'avoir un squelette potable à peu de frais. Mais au tour
suivant ça recommence.

Donc pour éviter ça la prochaine fois, dpkg-reconfigure xserver-<tab>,
et répondre non à la question.


C'est possible, mais je ne m'en souviens pas. Il m'a posé une question
je m'en souviens, mais il ne me semble pas que c'était au sujet de X.


--

Michel TALON


Avatar
george
Michel Talon, dans le message <blaav2$h6$, a
écrit :
C'est possible, mais je ne m'en souviens pas. Il m'a posé une question
je m'en souviens, mais il ne me semble pas que c'était au sujet de X.


Hum, il y a malentendu je pense : la question qui pose problème, il n'a
posée il y a longtemps, au moment de l'installation initiale du paquet.
De même que c'est maintenant qu'il faut faire le dpak-reconfigure pour
éviter les ennuis lors de la prochaine grosse upgrade.

Avatar
talon
Nicolas George wrote:
Michel Talon, dans le message <blaav2$h6$, a
écrit :
C'est possible, mais je ne m'en souviens pas. Il m'a posé une question
je m'en souviens, mais il ne me semble pas que c'était au sujet de X.


Hum, il y a malentendu je pense : la question qui pose problème, il n'a
posée il y a longtemps, au moment de l'installation initiale du paquet.
De même que c'est maintenant qu'il faut faire le dpak-reconfigure pour
éviter les ennuis lors de la prochaine grosse upgrade.


Tu veux dire que si je ne fais pas dpkg-reconfigure sur X, il va
m'écraser systématiquement le fichier de config à chaque upgrade?
Effectivement lors de l'install initiale, j'ai configuré à la main,
sans passer par le système de Debian, vu que de toutes façons le serveur
X fourni par Debian ne ne connait pas ma carte vidéo, et que je dois
installer le driver nvidia par dessus. Voilà qui expliquerait la
chose bizarre qui m'est arrivée.


--

Michel TALON


Avatar
Alain Labarthe
Le 30-09-2003, Michel Talon écrivait:
Nicolas George wrote:
Michel Talon, dans le message <blaav2$h6$, a
écrit :
C'est possible, mais je ne m'en souviens pas. Il m'a posé une question
je m'en souviens, mais il ne me semble pas que c'était au sujet de X.


Hum, il y a malentendu je pense : la question qui pose problème, il n'a
posée il y a longtemps, au moment de l'installation initiale du paquet.
De même que c'est maintenant qu'il faut faire le dpak-reconfigure pour
éviter les ennuis lors de la prochaine grosse upgrade.


Tu veux dire que si je ne fais pas dpkg-reconfigure sur X, il va
m'écraser systématiquement le fichier de config à chaque upgrade?
Effectivement lors de l'install initiale, j'ai configuré à la main,
sans passer par le système de Debian, vu que de toutes façons le serveur
X fourni par Debian ne ne connait pas ma carte vidéo, et que je dois
installer le driver nvidia par dessus. Voilà qui expliquerait la
chose bizarre qui m'est arrivée.


Si lors de l'install tu lui as indiqué que debconf devait manager ce

service, il va effectivement le donner comme acquis et à chaque
upgrade le mettre à jour. La solution est de faire comme t'as dit
Nicolas George ou encore de faire un backup de ton fichier
XF86Config et de le re-coller dans /etc/X11/ à chaque upgrade.


--
111.111.111 x 111.111.111 = 12.345.678.987.654.321



Avatar
talon
Alain Labarthe wrote:
Si lors de l'install tu lui as indiqué que debconf devait manager ce
service, il va effectivement le donner comme acquis et à chaque
upgrade le mettre à jour. La solution est de faire comme t'as dit
Nicolas George ou encore de faire un backup de ton fichier
XF86Config et de le re-coller dans /etc/X11/ à chaque upgrade.



Indeed! Je viens de faire dpkg-reconfigure xserver-xfree86 et ça a
produit exactement ce que tu dis.




--

Michel TALON

Avatar
Pascal H.
Alain Labarthe wrote:

La solution est de faire comme t'as dit
Nicolas George ou encore de faire un backup de ton fichier
XF86Config et de le re-coller dans /etc/X11/ à chaque upgrade.


La solution c'est de faire les modifs de XF86Config-4 en dehors des balises
de debconf, comme cela elle ne seront plus zappées par dpkg-reconfigure.

--
Pascal

1 2 3 4 5