On Sun, Jan 01, 2006 at 11:24:11PM +0100, Denis Barbier wrote:
> > Personnellement, je ne suis pas d'accord avec ça. Dans la
> > vieille tradition Unix, on écrit README, INSTALL, etc en
> > majuscule pour qu'ils apparaissent en premier dans la sortie
> > de ls.
>
> Et pour l'exemple d'avant, avec
[Après la bataille...]
On Thu, Dec 29, 2005 at 07:42:15PM +0100, Denis Barbier wrote:
> A priori c'est le 2e que l'on veut, c'est pourquoi utiliser LC_COLLATE
> pour ls est judicieux. Idem pour les majuscules, on préfère
> Aalto anneaux lune Lyre tmp
> à
> Aalto Lyre anneaux lune tmp
Pe
On Sun, Jan 01, 2006 at 09:46:20PM +0100, Yves Rutschle wrote:
> [Après la bataille...]
>
> On Thu, Dec 29, 2005 at 07:42:15PM +0100, Denis Barbier wrote:
> > A priori c'est le 2e que l'on veut, c'est pourquoi utiliser LC_COLLATE
> > pour ls est judicieux. Idem pour les majuscules, on préfère
> >
Denis Barbier a écrit, jeudi 29 décembre 2005, à 19:42 :
> On Thu, Dec 29, 2005 at 04:45:27PM +0100, Jacques L'helgoualc'h wrote:
> > Denis Barbier a écrit, jeudi 29 décembre 2005, à 15:56 :
> > > On Thu, Dec 29, 2005 at 11:41:40AM +0100, Jacques L'helgoualc'h wrote:
> > > > [tri lexicographique ou
On Thu, Dec 29, 2005 at 04:45:27PM +0100, Jacques L'helgoualc'h wrote:
> Denis Barbier a écrit, jeudi 29 décembre 2005, à 15:56 :
> > On Thu, Dec 29, 2005 at 11:41:40AM +0100, Jacques L'helgoualc'h wrote:
> > > [tri lexicographique ou pas]
> [...]
> > Comme ls et sort utilisent tous les deux le con
Denis Barbier a écrit, jeudi 29 décembre 2005, à 15:56 :
> On Thu, Dec 29, 2005 at 11:41:40AM +0100, Jacques L'helgoualc'h wrote:
> > [tri lexicographique ou pas]
[...]
> Comme ls et sort utilisent tous les deux le contenu de la variable
> LC_COLLATE, il est difficile d'avoir un comportement différ
On Thu, Dec 29, 2005 at 11:41:40AM +0100, Jacques L'helgoualc'h wrote:
> [...]
> > > > il est très rare d'avoir besoin du tri lexicographique.
> > >
> > > C'est tout de même utile de temps en temps, mais beaucoup moins que
> > > ls. Il me semble donc que le comportement par défaut de sort
Denis Barbier a écrit, jeudi 29 décembre 2005, à 11:13 :
> On Thu, Dec 29, 2005 at 10:28:32AM +0100, Jacques L'helgoualc'h wrote:
> > Denis Barbier a écrit, jeudi 29 décembre 2005, à 00:25 :
> > > En gros, c'est parce que l'ordre est a A b B c C ... k K l L m M ...
> > > Donc A est entre a et l, ma
On Thu, Dec 29, 2005 at 10:28:32AM +0100, Jacques L'helgoualc'h wrote:
> Denis Barbier a écrit, jeudi 29 décembre 2005, à 00:25 :
> > En gros, c'est parce que l'ordre est a A b B c C ... k K l L m M ...
> > Donc A est entre a et l, mais pas L.
>
> Oui, mais ça ne correspond pas à l'ordre affiché..
Denis Barbier a écrit, jeudi 29 décembre 2005, à 00:25 :
> On Wed, Dec 28, 2005 at 11:34:26PM +0100, Jacques L'helgoualc'h wrote:
> > .tmp $ mv -v [a-l]* tmp/
> > `Aalto' -> `tmp/Aalto'
> > `anneaux' -> `tmp/anneaux'
> > `lune' -> `tmp/lune'
> > .tmp $ ls -l
> > total 8
> > -rw-r--r-- 1 lhh lhh
On Wed, Dec 28, 2005 at 11:34:26PM +0100, Jacques L'helgoualc'h wrote:
> .tmp $ mv -v [a-l]* tmp/
> `Aalto' -> `tmp/Aalto'
> `anneaux' -> `tmp/anneaux'
> `lune' -> `tmp/lune'
> .tmp $ ls -l
> total 8
> -rw-r--r-- 1 lhh lhh 0 2005-12-28 23:15 Lyre
> drwxr-xr-x 2 lhh lhh 4096 2005-12-28 23:20
Denis Barbier a écrit, mercredi 28 décembre 2005, à 19:40 :
> On Wed, Dec 21, 2005 at 10:17:44AM +0100, Jacques L'helgoualc'h wrote:
[...]
> > Elle n'explique pas la différence de comportement de sort (et ls) quand
> > on bascule entre fr_FR et fr_BE (qui charge la /même/ définition).
>
> S'il y
On Wed, Dec 21, 2005 at 10:17:44AM +0100, Jacques L'helgoualc'h wrote:
> Frédéric BOITEUX a écrit, mercredi 21 décembre 2005, à 07:51 :
> > Le mar 20 déc 2005 18:04:05 CET, Denis Barbier <[EMAIL PROTECTED]> a écrit
> > :
> [...]
> > > Oui, plus exactement dans /usr/share/i18n/locales/fr_FR
> > >
Frédéric BOITEUX a écrit, mercredi 21 décembre 2005, à 07:51 :
> Le mar 20 déc 2005 18:04:05 CET, Denis Barbier <[EMAIL PROTECTED]> a écrit :
[...]
> > Oui, plus exactement dans /usr/share/i18n/locales/fr_FR
> > Quand tu compiles une locale [EMAIL PROTECTED] ou fr_FR.UTF-8, ce fichier et
> > d'aut
Le mar 20 déc 2005 18:04:05 CET, Denis Barbier <[EMAIL PROTECTED]> a écrit :
> La commande locale permet de récupérer beaucoup d'informations, mais
> pas celles concernant LC_COLLATE.
oui, c'est la seule fonction que je connaissais.
> Oui, plus exactement dans /usr/share/i18n/locales/fr_FR
> Q
On Tue, Dec 20, 2005 at 03:59:30PM +0100, Frédéric BOITEUX wrote:
> Le mar 20 déc 2005 15:40:25 CET, Denis Barbier <[EMAIL PROTECTED]> a écrit :
>
> > La dernière partie de mon exposé lors de debconf5 donne les principes de
> > base
> > http://people.debian.org/~barbier/talks/debconf5/glibc-lo
Le mar 20 déc 2005 15:40:25 CET, Denis Barbier <[EMAIL PROTECTED]> a écrit :
> La dernière partie de mon exposé lors de debconf5 donne les principes de base
> http://people.debian.org/~barbier/talks/debconf5/glibc-locale.pdf
>
Merci, cela a l'air bien intéressant et demande un examen a
On Tue, Dec 20, 2005 at 02:17:17PM +0100, Frédéric BOITEUX wrote:
> Le mar 20 déc 2005 14:10:03 CET, Patrice Karatchentzeff
> <[EMAIL PROTECTED]> a écrit :
>
> > de mémoire, je dirai que les pages de manuel ne sont pas à jour... tu
> > retrouves ces problèmes avec ls, etc. (en fait tous les outil
Frédéric BOITEUX a écrit, mardi 20 décembre 2005, à 14:06 :
> Bonjour,
bonjour,
> Je viens de tomber sur un fait curieux : en utilisant 'sort' sur un fichier
> contenant des lignes commençant par des '#', je me suis aperçu que sort les
> ignorait et triait ces lignes d'après les caractère
Le mar 20 déc 2005 14:10:03 CET, Patrice Karatchentzeff
<[EMAIL PROTECTED]> a écrit :
> de mémoire, je dirai que les pages de manuel ne sont pas à jour... tu
> retrouves ces problèmes avec ls, etc. (en fait tous les outils GNU).
> Je crois que c'est documenté dans la libc...
>
> Désolé pour les
2005/12/20, Frédéric BOITEUX <[EMAIL PROTECTED]>:
> Bonjour,
>
> Je viens de tomber sur un fait curieux : en utilisant 'sort' sur un fichier
> contenant des lignes commençant par des '#', je me suis aperçu que sort les
> ignorait et triait ces lignes d'après les caractères qui suivent ces
Bonjour,
Je viens de tomber sur un fait curieux : en utilisant 'sort' sur un fichier
contenant des lignes commençant par des '#', je me suis aperçu que sort les
ignorait et triait ces lignes d'après les caractères qui suivent ces dièses !
Du coup, les différentes lignes commençant par ce
22 matches
Mail list logo