Perl: warning: Setting locale failed


#1

Salut tout le monde,

Depuis que j’ai installé le kernel 2.6.10, j’ai le message suivant quand je lance un make-kpkg clean, avant la compil du noyau:

burp:/usr/src/linux# make-kpkg clean
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "fr_CH:fr_FR:fr:en_GB:en",
LC_ALL = (unset),
LANG = "fr_CH@euro"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
perl: warning: Setting locale failed.                            
burp:~#

J’ai tout essayé:
dpkg-reconfigure locales
–> Ca me retourne le même genre d’erreur

apt-get remove --purge locales
apt-get install locales
–> toujours l’erreur quand le paquet se configure…

Jusqu’au kernel 2.6.8 j’avais toujours utilisé le fr_CH, sans problème …
Une idée ?


#2

Quand tu as configuré, ds la section Files system/ native langage support, tu as bien mis ce qu’il fallait ?


#3

Voici mon .config:

# Native Language Support
#
CONFIG_NLS=m
CONFIG_NLS_DEFAULT="cp850"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
CONFIG_NLS_CODEPAGE_1250=m
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=m
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=m

J’ai mis CONFIG_NLS_DEFAULT=“cp850” par defaut, c’est correct, non ?


#4

Encore pas trouvé ou est le problème…
Ca n’empêche pas ma machine de tourner mais c’est plutôt chiant …

D’autres idées ?


#5

Voici le mien, qui est pratiquement semblable mais les deux choses qui peuvent faire la différence, c’est le codepage 863 que j’ai mis en module mais surtout le 1er : CONFIG_NLS que j’ai mis en dur.
Tu peux tjrs tenter à l’occasion.
PS : bien comprendre que j’ai recopié le tien et que j’ai anoté seulement les différences et ces anotations concernent ma gonfig.

[code]# Native Language Support

CONFIG_NLS=m EN DUR
CONFIG_NLS_DEFAULT="cp850"
CONFIG_NLS_CODEPAGE_437=m

CONFIG_NLS_CODEPAGE_737 is not set

CONFIG_NLS_CODEPAGE_775 is not set

CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m NOT SET

CONFIG_NLS_CODEPAGE_855 is not set

CONFIG_NLS_CODEPAGE_857 is not set

CONFIG_NLS_CODEPAGE_860 is not set

CONFIG_NLS_CODEPAGE_861 is not set

CONFIG_NLS_CODEPAGE_862 is not set

CONFIG_NLS_CODEPAGE_863 is not set EN MODULE

CONFIG_NLS_CODEPAGE_864 is not set

CONFIG_NLS_CODEPAGE_865 is not set

CONFIG_NLS_CODEPAGE_866 is not set

CONFIG_NLS_CODEPAGE_869 is not set

CONFIG_NLS_CODEPAGE_936 is not set

CONFIG_NLS_CODEPAGE_950 is not set

CONFIG_NLS_CODEPAGE_932 i

s not set

CONFIG_NLS_CODEPAGE_949 is not set

CONFIG_NLS_CODEPAGE_874 is not set

CONFIG_NLS_ISO8859_8 is not set

CONFIG_NLS_CODEPAGE_1250=m NOT SET

CONFIG_NLS_CODEPAGE_1251 is not set

CONFIG_NLS_ASCII=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m NOT SET
CONFIG_NLS_ISO8859_3=m NOT SET

CONFIG_NLS_ISO8859_4 is not set

CONFIG_NLS_ISO8859_5 is not set

CONFIG_NLS_ISO8859_6 is not set

CONFIG_NLS_ISO8859_7 is not set

CONFIG_NLS_ISO8859_9 is not set

CONFIG_NLS_ISO8859_13 is not set

CONFIG_NLS_ISO8859_14 is not set

CONFIG_NLS_ISO8859_15=m

CONFIG_NLS_KOI8_R is not set

CONFIG_NLS_KOI8_U is not set

CONFIG_NLS_UTF8=m [/code]


#6

Je repense à une chose en relisant ton premier post :
Pourquoi faire un kpkg clean ?
Perso, après la config, je passe directement à kpkg mais il est vrai que je change le nom à chaque fois
… --append-to-version “-ricardo.date_du_jour”…


#7

tu pourrais faire
–append-to-version "-ricardo.date +"%y%m%d""
avec les backquotes.
comme ca tu tapes toujours la même commande, et ca te permettra d’automatiser avec un script…


#8

Oui, je sais mais ce n’est pas ts les jours que je compile :wink:
C’était pour répondre au fil de Jabba.


#9

okokok :blush:
sinon, ce que je ne comprends pas, c’est d’ou vient le problème. Je suis passé en 2.6.10 sans pb.
Jabba, as tu modifié quelque chose dans perl , entre temps ? (installé un module, fait une mise à jour) ?
essayes de réinstaller perl-base, à tous hasards…


#10
Heuh, pour nettoyer l'arborescence des sources, en fait virer tout les résidus (*.o) de la dernière compil, c'est correct, non ?
C'est un peu comme le make distclean des autres distribs. Et quand je ne le fais pas le kernel râle avec des messages incompréhensibles.

[code]mais il est vrai que je change le nom à chaque fois
... --append-to-version "-ricardo.date_du_jour"...[/code]
Moi aussi, avec la date du jour.

[code]Voici le mien, qui est pratiquement semblable mais les deux choses qui peuvent faire la différence, c'est le codepage 863 que j'ai mis en module mais surtout le 1er : CONFIG_NLS que j'ai mis en dur.
Tu peux tjrs tenter à l'occasion. [/code]
Je vais tenter tout ça "incessament sous peu" ! [code] :) 


[quote]Jabba, as tu modifié quelque chose dans perl , entre temps ? (installé un module, fait une mise à jour) ?[/quote][/code]
Non, en fait que des apt-get upgrade, régulièrement ...
Comme tu le proposes, je vais essayer de réinstaller perl-base.

Merci encore pour vos réponses !

Heuh, pour nettoyer l’arborescence des sources, en fait virer tout les résidus (*.o) de la dernière compil, c’est correct, non ?
C’est un peu comme le make distclean des autres distribs. Et quand je ne le fais pas le kernel râle avec des messages incompréhensibles.

mais il est vrai que je change le nom à chaque fois ... --append-to-version "-ricardo.date_du_jour"...
Moi aussi, avec la date du jour.

Voici le mien, qui est pratiquement semblable mais les deux choses qui peuvent faire la différence, c'est le codepage 863 que j'ai mis en module mais surtout le 1er : CONFIG_NLS que j'ai mis en dur. Tu peux tjrs tenter à l'occasion.
Je vais tenter tout ça “incessament sous peu” ! [code] :slight_smile:

Non, en fait que des apt-get upgrade, régulièrement …
Comme tu le proposes, je vais essayer de réinstaller perl-base.

Merci encore pour vos réponses !


#11

plutot qu’un make kpkg clean, autant sauver ton .config, supprimer l’arborescence, et en réinstaller une toute neuve, non ?


#12

plutot qu'un make kpkg clean, autant sauver ton .config, supprimer l'arborescence, et en réinstaller une toute neuve, non ?
Ouaip … J’avais pas pensé à ça … Pourquoi pas ! :slightly_smiling: Et tu fais ça à chaque recompil ?


#13

la plupart du temps, non, je ne fais pas de clean, car en général, je n’ai besoin de compiler qu’une fois.
Mais quand je compile avec patchs, alors la, c’est systematique quand je fais mes essais. J’aiç installé ccache, qui met en cache les compils, alors finalement, ne se recompile vraiment que ce qui est nouveau…


#14
bej@luciole:~$ apt-cache search ccache
ccache - Compiler results cacher, for fast recompiles
compilercache - a caching wrapper around compilers to speed up compilations
bej@luciole:~$

Intéressant ça… J’en apprends des choses aujourdhui 8)

PS: il est mignon tout plein MattOTop Junior :wink:


#15

Vi, il est bô mon Lillo


#16

[quote]
plutot qu’un make kpkg clean, autant sauver ton .config, supprimer l’arborescence, et en réinstaller une toute neuve, non ?[/quote]
Oui, c’est aussi ce que je fais :
– je mets de côté l’image ancienne, ds un autre dossier, au cas où j’aurais besoin de revenir à la situation antérieure.
– je supprime le dossier /usr/src/kernel-source-2.6.x mais en laissant le lien ‘linux’ en place.
– je reconstitue ce m^ dossier en detarant le kernel-source-2.6.x.tar.bz2.
– j’y importe le dernier /boot/config-blabla que je rebaptise .config
Ainsi, je repars avec qq chose de propre, il me semble.
Ensuite /usr/src/linux #make menuconfig
Tout ça, c’est que m’avait appris MattOTop, avant qu’il n’ait son joli BB.
Va-t-il être aussi performant maintenant, c’est une autre paire de manches :laughing:


#17

Ca va, ca aurait plutot tendance a allonger mes periodes d’insomnies, dc à me donner plus de temps sur le forum…
C’est juste que je reviens de 3 semaines en guadeloupe, ou j’avais une connection trop pourrie, et surtout autrechose à faire :slightly_smiling:


#18

Bon eh ben moi j’en ai un peur raz le Q de la Sid, GRMBMBLM … :smiling_imp: j’ai essayé de réinstaller perl-base et ca n’a rien changé, je crois que je vais refaire la machine avec une Sarge toute neuve … Je vois vraiment plus où chercher.

Vraiment trop instable cette sid … :frowning: