# Ls -l

**URL:** <https://www.debian-fr.org/t/ls-l/6711>\
**Category:** Programmation\
**Created:** [Février 20, 2016, 3:38 UTC](https://www.debian-fr.org/t/ls-l/6711 "2016-02-20T15:38:42Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 20, 2016, 3:38 UTC](https://www.debian-fr.org/t/ls-l/6711/1 "2016-02-20T15:38:42Z")

</div>

Sur une woody, sarge:

`$ ls -l README | cut -d ' ' -f 6
2973
$ ls -l README | cut -d ' ' -f 5
francois
$ 
`  
Sur une sid, une etch

`$ ls -l README | cut -d ' ' -f 6
2007-03-08
$ ls -l README | cut -d ' ' -f 5
2973
$ `

En fait il y a un blanc qui a disparu dans le ls… et voilà comment apparait un bug ☹

---

<div class="post-metadata">

**Author:** ![usinagaz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/u/ecae2f/32.png) [@usinagaz](https://www.debian-fr.org/u/usinagaz)\
**Post date:** [Février 20, 2016, 3:38 UTC](https://www.debian-fr.org/t/ls-l/6711/2 "2016-02-20T15:38:47Z")

</div>

Oui, mais à mon avis, c’est pas ls qui est en cause, c’est cut.  
J’ai remarqué ce genre de comportement, mais pas de la même façon. En fait, `cut` sélectionne n ou n\*x octets et non des colonnes à la façon de awk, j’ai cru comprendre. si bien que ls -l cut -d ’ ’ -f5 ne donnera pas toujours la cinquième colonne de la sortie de ls -l, ça dépendra de la valeur en octets des “4 premières colonnes” …  
Enfin je pensais ça, mais sur le même fichier, là, ça laisse perplexe.  
De toutes façons, j’évite d’utiliser cut depuis (à défaut de comprendre).

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 20, 2016, 3:38 UTC](https://www.debian-fr.org/t/ls-l/6711/3 "2016-02-20T15:38:48Z")

</div>

Ici en l’occurrence, je m’en suis sorti en rajoutant un | sed -e ‘s/ / /g’ qui a réglé la question.

---

<div class="post-metadata">

**Author:** ![usinagaz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/u/ecae2f/32.png) [@usinagaz](https://www.debian-fr.org/u/usinagaz)\
**Post date:** [Février 20, 2016, 3:38 UTC](https://www.debian-fr.org/t/ls-l/6711/4 "2016-02-20T15:38:48Z")

</div>

En fait qu’est ce que tu voulais faire ?  
ps: parce que je viens de capter un truc et je suis justement sur un truc de similaire … si je peux te suggérer mon idée ? 😛

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 20, 2016, 3:38 UTC](https://www.debian-fr.org/t/ls-l/6711/5 "2016-02-20T15:38:48Z")

</div>

Paquet fricorder, adaptation à sid. Relance du flux video lorsque celui ci s’arrete, ça permet d’avoir un enregistrement video valable malgré une ligne pourrie. Je teste régulièrement la longueur de fuchier produit.

---

<div class="post-metadata">

**Author:** ![usinagaz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/u/ecae2f/32.png) [@usinagaz](https://www.debian-fr.org/u/usinagaz)\
**Post date:** [Février 20, 2016, 3:38 UTC](https://www.debian-fr.org/t/ls-l/6711/6 "2016-02-20T15:38:48Z")

</div>

Mais … ah oui, super.  
ben dans ce cas là, je préfèrerai ça moi :

```auto

```

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 20, 2016, 3:38 UTC](https://www.debian-fr.org/t/ls-l/6711/7 "2016-02-20T15:38:49Z")

</div>

Oui, usuellement c’est ce que je faisais, mais il y a eu un souci avec une Ubuntu (breezy?) avec ça, je ne me souviens plus pourquoi et j’ai utilisé cut à cause de ça.