Coreutils 8.25 mění formát výpisu příkazu ls (diskuse)

[zito]

Njn, taky mě to trochu zarazilo. Chvíli jsem uvažoval, jesli si nenaalisovat zpátky

ls --quoting-style=literal

Ale pak jsem si řekl, že jde o zvyk a zkusím si převyknout :). Občas se může hodit vzít to do myši i s těma apostrofama...

[Petr]

Proboha, snad to tam nedají jako default. To, že se to chová jinak do stdout a jinak do konzole je haluz. A i tak by rozbili spoustu skriptů.

[prqek]

To, že se to chová jinak do stdout a jinak do konzole je haluz.

To není AFAIK žádná novika, příkazy ls a ls | cat mají různé výstupy od doby, co je znám, což je odhadem 12 let ...

[Pev]

To, že se to chová jinak do stdout a jinak do konzole je haluz. A i tak by rozbili spoustu skriptů.

Není právě to, že se to chová tak jen při výpisu a ne při zápisu do stdout zárukou, že se nic nerozbije?

[Jendа]

Taky mi to začalo řadit soubory „správně“

-rw-r--r-- 1 jenda jenda 9,3k zář 19 02:39 delta_binary.h
-rw-r--r-- 1 jenda jenda 3,6k zář 19 02:39 delta.c
-rwxr-xr-x 1 jenda jenda  957 zář 19 02:39 delta_client.py
-rw-r--r-- 1 jenda jenda 2,5k zář 19 02:39 delta_config.h
-rw-r--r-- 1 jenda jenda   82 zář 19 02:39 delta.h
-rw-r--r-- 1 jenda jenda  332 zář 19 02:39 delta.i
-rw-r--r-- 1 jenda jenda  15k úno  4 19:29 delta.o
-rw-r--r-- 1 jenda jenda 2,8k úno  4 19:29 delta.py
-rwxr-xr-x 1 jenda jenda  42k úno  4 19:29 _delta.so
-rw-r--r-- 1 jenda jenda 117k úno  4 19:29 delta_wrap.c
-rw-r--r-- 1 jenda jenda  30k úno  4 19:29 delta_wrap.o

(možná už to dělalo předtím a teprve teď jsem vypisoval soubory projektu, u kterých mě to zmátlo), což je pro mě strašně neintuitivní. Takže LC_COLLATE=C.

[xkucf03]

To by zase neřadilo česky:

touch ahoj brďo cimbál děda eva fík gnu houska chýše ivan; ls -l; LC_COLLATE=C ls -l

Chtělo by to přepínač na ty zvláštní znaky.

možná už to dělalo předtím

Možná je to tam už dlouho. Dělá mi to totéž v

$ ls --version
ls (GNU coreutils) 8.23

[nobody]

dela to i ls 8.13 z 2011...

[Lyco]

To už je tak roky, LC_COLLATE je specifikované už v SUS 2: http://pubs.opengroup.org/onlinepubs/009695399/utilities/ls.html

it [ls] shall sort directory and non-directory operands separately according to the collating sequence in the current locale.

[Lol Phirae]

Pokrok nezastavíš. Čůráci.

[xkucf03]

lepší než si naběhnout třeba se souborem s mezerou na konci:

$ touch "nejde_smazat "
$ ls -1
nejde_smazat 
$ rm nejde_smazat
rm: nelze odstranit „nejde_smazat“: Adresář nebo soubor neexistuje

Nebo když máš v nějaké dlouhé cestě mezeru uprostřed a nevšimneš si jí a zkopíruješ to jako parametr nějakého příkazu – tam se apostrofy hodí. A vypnout si to snad můžeš, ne?

[little.owl]

A vypnout si to snad můžeš, ne?

Stejne jako zapnout, ne ?

[Bystroushaak]

No, já teda nevím jak u tebe, ale mě to tam tab-autosuggestion doplní i s escape znakem:

rm nejde_smazat\

[Lol Phirae]

+1

[pc2005]

Co když budou v názvu souboru apostrofy? Lepší by bylo zvýrazňovat mezery escape lomítkama.

[chrono]

Podľa e-mailov to vyzerá tak, že napr. pre o'really tam bude 'o'\''really' a pre a<tab>b (názov so znakom TAB) tam bude 'a'$'\t''b' (a teda niečo, čo sa bude dať použiť v bash a zsh; iné shell s tým môžu mať problém, takže to používateľ nebude môcť použiť priamo bez úprav)

[Jendа]

-rw-r--r-- 1 jenda jenda 51M bře 12 2014 'MC Zeman - Bubble Bum (Flaky Bandit'\''s European Dream Remix)-OVb2x2uwxmA.mp4'

[pc2005]

To bude zase dotazů na to jak se escapujou apostrofy. I když soubor pojmenovanej lomítkama, mezerama a apostrofama bych nechtěl taky .

[Imnafoy]

Mi trvalo asi hodinu než mi došlo že ty apostrofy u těch souboru ve skutečnosti nejsou v názvu ale ve výpisu ls... Je to fakt neskutečně matoucí. Zvláště kdyz je člověk za ty roky zvyklý na nějaké konkrétní chování a najednou se výchozí chování změní. Už vidím to množství nefunkčních skriptů....

[Conscript89]

Nove coreutils jeste nemam, ale skripty by prave mely byt v pohode, ne? Viz vyse zminene ls | cat. Nevite jak se zachova ls -1?

[Jendа]

Skripty nemají jako stdout terminál, takže těch se to nedotkne.

[little.owl]

Tohle by melo byt schovane za volitelnym option a ne jako default, neb to muze rozbit startsi skripty.

[j]

Ono to spis rozbiej scripty nove ... protoze jak bylo receno, do pajpy to posila neco jinyho, takze az budes neco ladit, a resit, proc to nefunguje, tak si uzijes peknych par veceru, nez si vzpomenes, ze to co ti to vypisuje do terminalu neni to, co to posila do pajpy ...

[Yarda]

Tahleta móda různých výpisů na různá výstupních zařízení je prostě peklo a je to proti GNU coding standards [1]. U systemd bych to ještě jakž takž pochopil (není to GNU projekt a autoři o těchto věcech nemají páru), ale u GNU projektu nerozumím, obzvlášť když už si s tím jednou zavařili a přidávali kvůli tomu 'dir' příkaz. Přidávat další formátovací odlišnosti je podle mě blbost a zbytečně matoucí.

[1] http://www.gnu.org/prep/standards/standards.html#User-Interfaces

[little.owl]

Ano, to poruseni vlastnich standardu po minule zkusenosti s dir me take zarazi.

[pasky]

Mně se ta změna líbí (jen si myslím, že šlo použít lepší mód escapování - -Q i -b by byla lepší volba). Řekl bych, že v tomto jsou GNU coding standards historicky přežité, to ukazuje i fakt, že dir se absolutně neujal. Rozdílný výstup ls ve skriptu a v řádce tu už bude navždy, každý uživatel se ho musí časem naučit a nakonec je to i docela praktické. V tom případě není důvod nepřidávat další rozdíly.

[prqek]

Ne, že bych to chtěl obhajovat, ale tohle ls opravdu dělalo už tak před 12-ti lety (a nejspíš už dřív, ten člověk, co to tehdy přednášel vypadal, že s unixem dělá už pár a rozhdoně o tom nemluvil jako o novince) - viz to, co jsem psal o ls | cat vs ls.

[Petr Ježek]

Kdo dělá v názvech souborů mezery, musí počítat s problémy. K vysvětlení to chce poněkud hlouběji podumat...

[Conscript89]

Kdo, a nebo taky co :)