(paquet convmv qui permet de changer l'encodage de noms de fichiers
sur une arborescence entière...je remets -devel-french qui a sauté du CC)
Quoting Valéry Perrin ([EMAIL PROTECTED]):
Impeccable. Merci Denis. Je viens d'installer le paquet du même nom et
de lire le man, ça à l'air de marcher
On Wed, Sep 07, 2005 at 07:21:39AM +0200, Christian Perrier wrote:
(paquet convmv qui permet de changer l'encodage de noms de fichiers
sur une arborescence entière...je remets -devel-french qui a sauté du CC)
Quoting Valéry Perrin ([EMAIL PROTECTED]):
Impeccable. Merci Denis. Je viens
On Tue, Sep 06, 2005 at 07:32:19AM +0200, Sven Luther wrote:
Le ralentissement deviens donc plus important quand la machine est lente.
On a tous les 2 un facteur 100 sur le temps user, j'aurais tendance à
dire que le traitement par grep est donc 100 fois plus long, mais cela
peut être masqué par
On Sun, Sep 04, 2005 at 07:06:33PM +0200, Valéry Perrin wrote:
Entièrement d'accord avec Patrice. L'UTF-8 c'est peut-être très bien,
mais ça devient vite inexploitable avec les milliers de fichiers et de
répertoires stockés sur les serveurs.
Le minimum AVANT, serait de proposer un outil
On Tue, Sep 06, 2005 at 08:02:45AM +0200, Denis Barbier wrote:
On Tue, Sep 06, 2005 at 07:32:19AM +0200, Sven Luther wrote:
Le ralentissement deviens donc plus important quand la machine est lente.
On a tous les 2 un facteur 100 sur le temps user, j'aurais tendance à
Ah, moi je regardait
On Tue, Sep 06, 2005 at 08:15:23AM +0200, Sven Luther wrote:
On Tue, Sep 06, 2005 at 08:02:45AM +0200, Denis Barbier wrote:
On Tue, Sep 06, 2005 at 07:32:19AM +0200, Sven Luther wrote:
Le ralentissement deviens donc plus important quand la machine est lente.
On a tous les 2 un facteur
On Tue, Sep 06, 2005 at 08:15:23AM +0200, Sven Luther wrote:
dire que le traitement par grep est donc 100 fois plus long, mais cela
peut être masqué par le temps des IO, du noyau, et autres, ce qui
explique que le gain sur le temps écoulé n'est pas le même.
Mais bon, je n'y connais rien en
On Tue, Sep 06, 2005 at 07:20:48PM +0200, Nicolas François wrote:
[...]
Sinon, j'ai vu que c'est un bogue connu:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=181378
Et qu'il y a deux patchs (sur une Fedora):
grep-2.5.1-dfa-optional.patch
grep-2.5.1-egf-speedup.patch
qui doivent
On Tue, Sep 06, 2005 at 10:23:26PM +0200, Denis Barbier wrote:
On Tue, Sep 06, 2005 at 07:20:48PM +0200, Nicolas François wrote:
[...]
Sinon, j'ai vu que c'est un bogue connu:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=181378
Et qu'il y a deux patchs (sur une Fedora):
On Tue, Sep 06, 2005 at 10:23:26PM +0200, Denis Barbier wrote:
J'avais essayé le patch gofast de #181378 il y a un mois, sans grands
résultats. Mais je viens de réessayer le grep extrait du binaire RPM
de l'époque (je ne sais plus lequel c'était), il est effectivement
aussi rapide en UTF-8
On Mon, Sep 05, 2005 at 09:49:32AM +0200, Sven Luther wrote:
Moi je suis passer en UTF-8 recement aussi, mais a part un probleme avec mutt
(due au fait que mon .muttrc mettait charset a latin1, qui confondait mutt,
donc un probleme utilisateur), tout marche a merveille.
À merveille, faut quand
On Mon, Sep 05, 2005 at 10:07:29PM +0200, Denis Barbier wrote:
On Mon, Sep 05, 2005 at 09:49:32AM +0200, Sven Luther wrote:
Moi je suis passer en UTF-8 recement aussi, mais a part un probleme avec
mutt
(due au fait que mon .muttrc mettait charset a latin1, qui confondait mutt,
donc un
On Mon, Sep 05, 2005 at 10:15:23PM +0200, Sven Luther wrote:
Bon, ...
$ time LC_ALL=C grep abcd /var/lib/dpkg/available /dev/null
real0m0.093s
user0m0.002s
sys 0m0.010s
$ time LC_ALL=fr_FR.UTF-8 grep abcd /var/lib/dpkg/available /dev/null
real0m0.321s
user0m0.260s
On Mon, Sep 05, 2005 at 11:02:53PM +0200, Denis Barbier wrote:
On Mon, Sep 05, 2005 at 10:15:23PM +0200, Sven Luther wrote:
Bon, ...
$ time LC_ALL=C grep abcd /var/lib/dpkg/available /dev/null
real0m0.093s
user0m0.002s
sys 0m0.010s
$ time LC_ALL=fr_FR.UTF-8 grep abcd
Je n'ai rien contre le fait de proposer par défaut UTF-8... à
condition d'ajouter pour les latins le latin9 aussi... et les
variables qui vont bien pour GTK2 (je ne connais pas Qt), à savoir
Ce serait gentil de lire en entier les messages que je poste.
--
To UNSUBSCRIBE, email to [EMAIL
À vrai dire, je ne comprends pas pourquoi ça n'a pas été fait pour
sarge. Il manquait juste une ou deux broutilles comme le patch de nano.
Un certain traumatisme ressenti après que Redhat ou Fedora (enfin un
machin commercial) l'ait fait de façon un peu cavalière.
--
To UNSUBSCRIBE, email
Quoting Patrice Karatchentzeff ([EMAIL PROTECTED]):
2005/9/4, Christian Perrier [EMAIL PROTECTED]:
Je n'ai rien contre le fait de proposer par défaut UTF-8... à
condition d'ajouter pour les latins le latin9 aussi... et les
variables qui vont bien pour GTK2 (je ne connais pas Qt), à
Le dimanche 4 septembre 2005, Patrice Karatchentzeff écrit :
2005/9/4, Christian Perrier [EMAIL PROTECTED]:
Quoting Patrice Karatchentzeff ([EMAIL PROTECTED]):
[...]
Qu'est-ce qui est en contradiction ? Tu n'as pas compris ce que j'ai
dit manifestement...
Ne me dis pas que tu
On Sun, Sep 04, 2005 at 07:38:35PM +0200, Josselin Mouette wrote:
Le dimanche 04 septembre 2005 à 14:23 +0200, Christian Perrier a écrit :
Cela n'a pas posé de problème grave (en fait, ça n'en pose apparamment
aucun). Suffisamment pour que j'envisage désormais de basculer la
locale par
Qu'est-ce que coûte ma propostion aujourd'hui ? Un peu d'espace disque
et beaucoup de facilité d'utilisation... c'est tout.
Il sera toujours temps de supprimer cela dans quelques années, quand
l'UTF-8 sera *vraiment* une réalité...
j'ai une machine en utf-8 le reste en iso-...-15, et
20 matches
Mail list logo