Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #156767 > unrolled thread
| Started by | Hans Crauel <crauel_usenet@freenet.de> |
|---|---|
| First post | 2026-09-21 21:13 +0000 |
| Last post | 2026-09-22 20:21 +0200 |
| Articles | 20 on this page of 51 — 14 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
ls groupt directories first Hans Crauel <crauel_usenet@freenet.de> - 2026-09-21 21:13 +0000
Re: ls groupt directories first Tim Landscheidt <tim@tim-landscheidt.de> - 2026-09-21 21:48 +0000
Re: ls groupt directories first Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2026-09-21 21:52 +0000
Re: ls groupt directories first Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2026-09-21 21:58 +0000
Re: ls groupt directories first Hans Crauel <crauel_usenet@freenet.de> - 2026-09-21 22:21 +0000
Re: ls groupt directories first Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2026-09-22 06:30 +0000
Re: ls groupt directories first Hans Crauel <crauel_usenet@freenet.de> - 2026-09-22 07:27 +0000
Re: ls groupt directories first Ralph Aichinger <ra@h5.or.at> - 2026-09-22 07:36 +0000
Re: ls groupt directories first Hans Crauel <crauel_usenet@freenet.de> - 2026-09-22 17:24 +0000
Re: ls groupt directories first Tim Landscheidt <tim@tim-landscheidt.de> - 2026-09-22 18:14 +0000
Re: ls groupt directories first Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2026-09-22 09:23 +0000
Re: ls groupt directories first Stefan Wiens <s.wi@gmx.net> - 2026-09-22 13:27 +0200
Re: ls groupt directories first Hans Crauel <crauel_usenet@freenet.de> - 2026-09-22 21:18 +0000
Re: ls groupt directories first Stefan Wiens <s.wi@gmx.net> - 2026-09-22 23:58 +0200
Re: ls groupt directories first Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2026-09-23 09:49 +0000
Re: ls groupt directories first Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-23 12:33 +0200
Re: ls groupt directories first Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2026-09-23 10:41 +0000
Re: ls groupt directories first Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-23 14:13 +0200
Re: ls groupt directories first Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2026-09-23 12:33 +0000
Re: ls groupt directories first Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2026-09-23 13:41 +0000
Re: ls groupt directories first Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2026-09-23 13:56 +0000
Re: ls groupt directories first Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2026-09-23 14:28 +0000
Re: ls groupt directories first "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2026-09-23 17:20 +0200
Re: ls groupt directories first Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2026-09-23 20:59 +0000
Re: ls groupt directories first "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2026-09-24 00:13 +0200
Re: ls groupt directories first Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2026-09-24 19:25 +0000
Re: ls groupt directories first Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-25 07:51 +0200
Re: ls groupt directories first Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2026-09-26 07:45 +0000
Re: ls groupt directories first Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-26 15:38 +0200
Re: ls groupt directories first Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-26 17:03 +0200
Re: ls groupt directories first Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2026-09-26 18:05 +0200
Re: ls groupt directories first Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-26 19:49 +0200
Re: ls groupt directories first Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2026-09-26 22:22 +0200
Re: ls groupt directories first Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-26 21:38 +0200
Re: ls groupt directories first Marco Moock <mm@dorfdsl.de> - 2026-09-26 17:36 +0200
Re: ls groupt directories first Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2026-09-26 17:01 +0000
Re: ls groupt directories first Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-26 21:38 +0200
Re: ls groupt directories first Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2026-09-26 19:52 +0000
Re: ls groupt directories first Tim Landscheidt <tim@tim-landscheidt.de> - 2026-09-27 00:05 +0000
Re: ls groupt directories first Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2026-09-23 16:06 +0000
Re: ls groupt directories first Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2026-09-23 21:05 +0000
Re: ls groupt directories first Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-23 15:48 +0200
Re: ls groupt directories first Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2026-09-23 14:02 +0000
Re: ls groupt directories first Tim Landscheidt <tim@tim-landscheidt.de> - 2026-09-23 14:21 +0000
Re: ls groupt directories first Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-23 18:02 +0200
Re: ls groupt directories first "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2026-09-23 14:47 +0000
Re: ls groupt directories first Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2026-09-23 16:12 +0000
Re: ls groupt directories first Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-24 07:46 +0200
Re: ls groupt directories first "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2026-09-22 19:50 +0200
Re: ls groupt directories first Claus Reibenstein <creibens@gmail.com> - 2026-09-22 16:29 +0200
Re: ls groupt directories first Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-22 20:21 +0200
Page 1 of 3 [1] 2 3 Next page →
| From | Hans Crauel <crauel_usenet@freenet.de> |
|---|---|
| Date | 2026-09-21 21:13 +0000 |
| Subject | ls groupt directories first |
| Message-ID | <118s6kt$b6ta$1@dont-email.me> |
Ein Devuan excalibur, weitestgehend heraus aus der Kiste, hat ein 'ls', welches sofort wie 'ls --group-directories-first' funktioniert. Also zuerst directories und dann files listet. Bei anderen weitgehend gleichen Devuanici excaliburi, ebenfalls aus der Kiste, listet ls rein alphabetisch. Die /usr/bin/ls sind allesamt identisch. Was und wo kann da unwissentlich ein-/umgestellt worden sein, so dass '--group-directories-first' ohne weitere Ermunterung bei dem fraglichen 'ls' wirksam wird? Hans
[toc] | [next] | [standalone]
| From | Tim Landscheidt <tim@tim-landscheidt.de> |
|---|---|
| Date | 2026-09-21 21:48 +0000 |
| Message-ID | <87qzim8edn.fsf@vagabond.tim-landscheidt.de> |
| In reply to | #156767 |
Hans Crauel <crauel_usenet@freenet.de> wrote: > Ein Devuan excalibur, weitestgehend heraus aus der Kiste, > hat ein 'ls', welches sofort wie 'ls --group-directories-first' > funktioniert. Also zuerst directories und dann files listet. > Bei anderen weitgehend gleichen Devuanici excaliburi, > ebenfalls aus der Kiste, listet ls rein alphabetisch. > Die /usr/bin/ls sind allesamt identisch. > Was und wo kann da unwissentlich ein-/umgestellt worden > sein, so dass '--group-directories-first' ohne weitere > Ermunterung bei dem fraglichen 'ls' wirksam wird? Auf Fedora, o. B. d. A.: | $ alias ls | alias ls='ls --color=auto' | $ grep -Rw ls /etc/bashrc /etc/profile* | /etc/profile.d/colorls.csh:# color-ls initialization | /etc/profile.d/colorls.csh:alias ll 'ls -l' | /etc/profile.d/colorls.csh:alias l. 'ls -d .*' | /etc/profile.d/colorls.csh:alias ll 'ls -l --color=auto' | /etc/profile.d/colorls.csh:alias l. 'ls -d .* --color=auto' | /etc/profile.d/colorls.csh:alias ls 'ls --color=auto' | /etc/profile.d/colorls.sh:# color-ls initialization | /etc/profile.d/colorls.sh: alias ll='ls -l' 2>/dev/null | /etc/profile.d/colorls.sh: alias l.='ls -d .*' 2>/dev/null | /etc/profile.d/colorls.sh:alias ll='ls -l --color=auto' 2>/dev/null | /etc/profile.d/colorls.sh:alias l.='ls -d .* --color=auto' 2>/dev/null | /etc/profile.d/colorls.sh:alias ls='ls --color=auto' 2>/dev/null | $ Tim
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2026-09-21 21:52 +0000 |
| Message-ID | <179002755853.9301.1873071758335735415.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #156767 |
Hans Crauel schrieb am 21/9/2026 23:13: > Was und wo kann da unwissentlich ein-/umgestellt worden > sein, so dass '--group-directories-first' ohne weitere > Ermunterung bei dem fraglichen 'ls' wirksam wird? Vermutlich wird irgendwo in einer Profile-Datei[1] der Shell (bash?) ein alias ls='ls --group-directories-first' gesetzt. Was sagt $ alias ls auf den einzelnen Rechnern? [1] z.B. .bashrc, .bash_aliases, ... -- Gerald
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2026-09-21 21:58 +0000 |
| Message-ID | <118s9ai$qac$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #156769 |
Gerald E¡scher <Spamer@fahr-zur-hoelle.org> wrote: > Was sagt > $ alias ls > auf den einzelnen Rechnern? Besser: type -a ls -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: https://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Hans Crauel <crauel_usenet@freenet.de> |
|---|---|
| Date | 2026-09-21 22:21 +0000 |
| Message-ID | <118sal4$c5r1$1@dont-email.me> |
| In reply to | #156769 |
Gerald E¡scher schrieb > Hans Crauel schrieb am 21/9/2026 23:13: >> Was und wo kann da unwissentlich ein-/umgestellt worden >> sein, so dass '--group-directories-first' ohne weitere >> Ermunterung bei dem fraglichen 'ls' wirksam wird? > > Vermutlich wird irgendwo in einer Profile-Datei[1] der Shell > (bash?) ein > alias ls='ls --group-directories-first' > gesetzt. Nope, die aliasse ebenso wie (alles bash) die gesamten .bash*, /etc/bash*, /etc/profile habe ich bereits durchforstet. > Was sagt > $ alias ls > auf den einzelnen Rechnern? Bei allen gleich: alias ls='ls --color=auto' Und Ullis Weiterung 'type -a ls' gibt, ebenfalls bei allen gleich: ls is aliased to `ls --color=auto' ls is /usr/bin/ls ls is /bin/ls /usr/bin/ls und /bin/ls sind identisch (das war mir neu, wozu das nun wieder gut ist, ist dann eine weitere Frage). Hans
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2026-09-22 06:30 +0000 |
| Message-ID | <118t7ae$2cs$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #156772 |
Hans Crauel <crauel_usenet@freenet.de> wrote: > ls is aliased to `ls --color=auto' > ls is /usr/bin/ls > ls is /bin/ls > > /usr/bin/ls und /bin/ls sind identisch (das war mir neu, > wozu das nun wieder gut ist, ist dann eine weitere Frage). echo $PATH ls -ld /bin /usr/bin Naaaa? :-) -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: https://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Hans Crauel <crauel_usenet@freenet.de> |
|---|---|
| Date | 2026-09-22 07:27 +0000 |
| Message-ID | <118talq$l67i$2@dont-email.me> |
| In reply to | #156773 |
Ulli Horlacher schrieb > Hans Crauel <crauel_usenet@freenet.de> wrote: >> ls is aliased to `ls --color=auto' >> ls is /usr/bin/ls >> ls is /bin/ls >> /usr/bin/ls und /bin/ls sind identisch (das war mir neu, >> wozu das nun wieder gut ist, ist dann eine weitere Frage). > > echo $PATH > ls -ld /bin /usr/bin > > Naaaa? :-) Aans kloar. Na, nicht ganz. Das 'ls'-Verhalten bleibt unklar. Hans
[toc] | [prev] | [next] | [standalone]
| From | Ralph Aichinger <ra@h5.or.at> |
|---|---|
| Date | 2026-09-22 07:36 +0000 |
| Message-ID | <118tb5n$6769$1@gwaiyur.mb-net.net> |
| In reply to | #156775 |
Hans Crauel <crauel_usenet@freenet.de> wrote: > Na, nicht ganz. Das 'ls'-Verhalten bleibt unklar. Du könntest mit strace nachsehen ob er unerwartete Konfigurationsfiles nachlädt. Du könntest auch schauen, ob es eventuell eine Compiletime-Option gibt, oder der Sourcecode der ausgelieferten Package gegenüber dem Upstream verändert ist. /ralph
[toc] | [prev] | [next] | [standalone]
| From | Hans Crauel <crauel_usenet@freenet.de> |
|---|---|
| Date | 2026-09-22 17:24 +0000 |
| Message-ID | <118udl2$12b5j$1@dont-email.me> |
| In reply to | #156777 |
Ralph Aichinger schrieb > Hans Crauel <crauel_usenet@freenet.de> wrote: >> Na, nicht ganz. Das 'ls'-Verhalten bleibt unklar. > > Du könntest mit strace nachsehen ob er unerwartete Konfigurationsfiles > nachlädt. > > Du könntest auch schauen, ob es eventuell eine Compiletime-Option > gibt, oder der Sourcecode der ausgelieferten Package gegenüber > dem Upstream verändert ist. Da alle beteiligten 'ls' zu den 'coreutils 9.7-3.devuan2' gehören, welche jeweils direkt und ohne weiteren Umweg aus Devuan Excalibur 6 bezogen worden sind, sehe ich da keine Stelle, wo dergleichen hätte passieren können. Die binaries '/usr/bin/ls' sind jeweils identisch (zeigt diff). Natürlich ist das Problem kein Problem und lässt sich mitteils aliassen ausräumen. Aber ich hätte ja ein wenig gehofft, dass nun jemand aufsteht und sagt: Aber das ist doch klar, da schaust du einfach in /etc/config/failconfigs nach und löschst 'ls-failconfig'. Oder so ähnlich. Hans
[toc] | [prev] | [next] | [standalone]
| From | Tim Landscheidt <tim@tim-landscheidt.de> |
|---|---|
| Date | 2026-09-22 18:14 +0000 |
| Message-ID | <87se316tn8.fsf@vagabond.tim-landscheidt.de> |
| In reply to | #156790 |
Hans Crauel <crauel_usenet@freenet.de> wrote: > […] > Natürlich ist das Problem kein Problem und lässt sich mitteils > aliassen ausräumen. > Aber ich hätte ja ein wenig gehofft, dass nun jemand aufsteht > und sagt: Aber das ist doch klar, da schaust du einfach in > /etc/config/failconfigs nach und löschst 'ls-failconfig'. > Oder so ähnlich. Das ist bei Systemen „weitestgehend heraus aus der Kiste“ halt schwierig und wird nicht einfacher, wenn man interaktiv testet, da man dabei zusätzliche Fehlermöglichkeiten ein- streut. Wenn Du der Sache auf den Grund gehen willst, würde ich ein Shell-Script à la: | md5sum /bin/ls /usr/bin/ls | pushd "$(mktemp -d)" | touch a b c | mkdir d e f | ls | /bin/ls | /usr/bin/ls | env -i /bin/ls | env -i /usr/bin/ls | rmdir d e f | rm -f a b c | popd | rmdir "$OLDPWD" auf allen Systemen laufen lassen und die Ausgabe vergleichen. Tim
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2026-09-22 09:23 +0000 |
| Message-ID | <179006902791.9301.12969818456206712572.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #156775 |
Hans Crauel schrieb am 22/9/2026 09:27: > Ulli Horlacher schrieb > >> Hans Crauel <crauel_usenet@freenet.de> wrote: >>> ls is aliased to `ls --color=auto' >>> ls is /usr/bin/ls >>> ls is /bin/ls >>> /usr/bin/ls und /bin/ls sind identisch (das war mir neu, >>> wozu das nun wieder gut ist, ist dann eine weitere Frage). >> >> echo $PATH >> ls -ld /bin /usr/bin >> >> Naaaa? :-) > > Aans kloar. > > Na, nicht ganz. Das 'ls'-Verhalten bleibt unklar. Ein ls im Pfad vor /bin und /usr/bin fällt als Möglichkeit aus, das hätte type finden müssen. Es sollte sich aber herausfinden lassen, mit welchen Parametern ls auf der betroffenen Maschine aufgerufen wird, vielleicht hat sich doch irgendwo ein alias versteckt. Ich weiß leider nur nicht, wie man das sinnvoll macht. ls beendet sich ja sehr bald, da wird man dessen Prozess nicht per ps anzeigen lassen können. -- Gerald
[toc] | [prev] | [next] | [standalone]
| From | Stefan Wiens <s.wi@gmx.net> |
|---|---|
| Date | 2026-09-22 13:27 +0200 |
| Message-ID | <87ik3xo7mx.fsf@s-bot.de> |
| In reply to | #156779 |
Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> writes: > Hans Crauel schrieb am 22/9/2026 09:27: > >> Ulli Horlacher schrieb >> >>> Hans Crauel <crauel_usenet@freenet.de> wrote: >>>> ls is aliased to `ls --color=auto' >>>> ls is /usr/bin/ls >>>> ls is /bin/ls >>>> /usr/bin/ls und /bin/ls sind identisch (das war mir neu, >>>> wozu das nun wieder gut ist, ist dann eine weitere Frage). >>> >>> echo $PATH >>> ls -ld /bin /usr/bin >>> >>> Naaaa? :-) >> >> Aans kloar. >> >> Na, nicht ganz. Das 'ls'-Verhalten bleibt unklar. > > Ein ls im Pfad vor /bin und /usr/bin fällt als Möglichkeit aus, das > hätte type finden müssen. > Es sollte sich aber herausfinden lassen, mit welchen Parametern ls auf > der betroffenen Maschine aufgerufen wird, vielleicht hat sich doch > irgendwo ein alias versteckt. Ich weiß leider nur nicht, wie man das > sinnvoll macht. ls beendet sich ja sehr bald, da wird man dessen Prozess > nicht per ps anzeigen lassen können. Man kann ein Verzeichnis mit einigen hunderttausend Dateien anlegen. mkdir /tmp/lstest; for i in `seq 1 100000`; do touch "/tmp/lstest/$i"; done Da hat man beim Aufruf von "ls -l /tmp/lstest" genug Zeit, CTRL-Z zu drücken und dann mit ps nachzugucken. -- Stefan
[toc] | [prev] | [next] | [standalone]
| From | Hans Crauel <crauel_usenet@freenet.de> |
|---|---|
| Date | 2026-09-22 21:18 +0000 |
| Message-ID | <118urbr$17ft8$1@dont-email.me> |
| In reply to | #156779 |
Gerald E¡scher schrieb > Hans Crauel schrieb am 22/9/2026 09:27: >> Na, nicht ganz. Das 'ls'-Verhalten bleibt unklar. > > Ein ls im Pfad vor /bin und /usr/bin fällt als Möglichkeit aus, das > hätte type finden müssen. Ich hab's. 'ls' ist unschuldig: Ich lege directories regelmäßig mit Großbuchstaben beginnend an, Dateien klein. Die Reihenfolge, in der ls listet, hängt nun von der in locale festgelegten Einstellung von LC_COLLATE ab: | Define alphabetical ordering of strings. This affects e.g. | output of sorted directory listings. Bei der ausfälligen Maschine ist in 'locale' LC_COLLATE=C.UTF8 eingestellt (wo zuerst Groß- und danach Kleinbuchstaben gelistet werden), bei den anderen ist LC_COLLATE=en_GB.UTF8 eingestellt, damit wird case insensitive gelistet (ebenso wie auch mit de_DE.UTF8). Grund dafür, dass 'ls' Directories (hier sollte ich sie groß schreiben) zuerst auflistet, ist damit, dass sie bei mir mit Großbuchstaben beginnen. Nicht jedoch, weil sie directories sind. Umstellung mit 'export LC_COLLATE=[was.man.gerade.will]' in ~/.bashrc (oder systemweit in /etc/bash.bashrc) tut. > Es sollte sich aber herausfinden lassen, mit welchen Parametern > ls auf der betroffenen Maschine aufgerufen wird, vielleicht hat > sich doch irgendwo ein alias versteckt. Das mir nicht ganz offensichtliche LC_COLLATE halt. > Ich weiß leider nur nicht, wie man das sinnvoll macht. > ls beendet sich ja sehr bald, da wird man dessen Prozess > nicht per ps anzeigen lassen können. Ist vielleicht auch besser so. Da hätte man ja doch nichts gefunden. Hans
[toc] | [prev] | [next] | [standalone]
| From | Stefan Wiens <s.wi@gmx.net> |
|---|---|
| Date | 2026-09-22 23:58 +0200 |
| Message-ID | <875wzxne97.fsf@s-bot.de> |
| In reply to | #156801 |
Hans Crauel <crauel_usenet@freenet.de> writes: > Gerald E¡scher schrieb > >> Hans Crauel schrieb am 22/9/2026 09:27: >>> Na, nicht ganz. Das 'ls'-Verhalten bleibt unklar. >> >> Ein ls im Pfad vor /bin und /usr/bin fällt als Möglichkeit aus, das >> hätte type finden müssen. > > Ich hab's. 'ls' ist unschuldig: > Ich lege directories regelmäßig mit Großbuchstaben beginnend > an, Dateien klein. Die Reihenfolge, in der ls listet, hängt > nun von der in locale festgelegten Einstellung von LC_COLLATE ab: > >| Define alphabetical ordering of strings. This affects e.g. >| output of sorted directory listings. > > Bei der ausfälligen Maschine ist in 'locale' > LC_COLLATE=C.UTF8 eingestellt (wo zuerst Groß- und danach > Kleinbuchstaben gelistet werden), bei den anderen ist > LC_COLLATE=en_GB.UTF8 eingestellt, damit wird case insensitive > gelistet (ebenso wie auch mit de_DE.UTF8). > > Grund dafür, dass 'ls' Directories (hier sollte ich sie groß > schreiben) zuerst auflistet, ist damit, dass sie bei mir mit > Großbuchstaben beginnen. Nicht jedoch, weil sie directories > sind. > Umstellung mit 'export LC_COLLATE=[was.man.gerade.will]' in > ~/.bashrc (oder systemweit in /etc/bash.bashrc) tut. Herzlichen Glückwunsch! >> Es sollte sich aber herausfinden lassen, mit welchen Parametern >> ls auf der betroffenen Maschine aufgerufen wird, vielleicht hat >> sich doch irgendwo ein alias versteckt. > > Das mir nicht ganz offensichtliche LC_COLLATE halt. > >> Ich weiß leider nur nicht, wie man das sinnvoll macht. >> ls beendet sich ja sehr bald, da wird man dessen Prozess >> nicht per ps anzeigen lassen können. > > Ist vielleicht auch besser so. Da hätte man ja doch nichts > gefunden. Man kann im /proc-Filesystem ins Environment schauen. -- Stefan
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2026-09-23 09:49 +0000 |
| Message-ID | <11907ak$rcg$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #156801 |
Hans Crauel <crauel_usenet@freenet.de> wrote: > Umstellung mit 'export LC_COLLATE=[was.man.gerade.will]' in > ~/.bashrc (oder systemweit in /etc/bash.bashrc) tut. export in bashrc ist STUSS!! Das gehoert in profile! -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: https://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-23 12:33 +0200 |
| Message-ID | <11909um$1chcd$1@news1.tnib.de> |
| In reply to | #156808 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >Hans Crauel <crauel_usenet@freenet.de> wrote: >> Umstellung mit 'export LC_COLLATE=[was.man.gerade.will]' in >> ~/.bashrc (oder systemweit in /etc/bash.bashrc) tut. > >export in bashrc ist STUSS!! >Das gehoert in profile! Ist es denn schädlich? Muss ich mir wikrlich jedes Mal Gedanken machen ob ich will dass sich die Variable fortpflanzt oder nicht? Grüße Marc, der auch eigentilch immer ohne groß nachzudenken großzügig exportiert -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2026-09-23 10:41 +0000 |
| Message-ID | <1190acd$s84$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #156812 |
Marc Haber <mh+usenetspam2616@zugschl.us> wrote: > Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>Hans Crauel <crauel_usenet@freenet.de> wrote: >>> Umstellung mit 'export LC_COLLATE=[was.man.gerade.will]' in >>> ~/.bashrc (oder systemweit in /etc/bash.bashrc) tut. >> >>export in bashrc ist STUSS!! >>Das gehoert in profile! > > Ist es denn schädlich? Muss ich mir wikrlich jedes Mal Gedanken machen > ob ich will dass sich die Variable fortpflanzt oder nicht? Wenn man eine Environment Variable interaktiv setzt um was zu testen und sich dann wundert warum es manchmal funktioniert und manchmal nicht. Das ist eine Fehlerquelle, die man vermeiden will! Deshalb sollte man sich diesen Bloedsinn erst gar nicht angewoehnen und es gleich richtig machen. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: https://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam2616@zugschl.us> |
|---|---|
| Date | 2026-09-23 14:13 +0200 |
| Message-ID | <1190fog$1crei$1@news1.tnib.de> |
| In reply to | #156813 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >Deshalb sollte man sich diesen Bloedsinn erst gar nicht angewoehnen und es >gleich richtig machen. Hast Du einen Merksatz wie es richtig wäre? Grüße Marc -- ---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2026-09-23 12:33 +0000 |
| Message-ID | <1190gub$u10$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #156814 |
Marc Haber <mh+usenetspam2616@zugschl.us> wrote: > Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>Deshalb sollte man sich diesen Bloedsinn erst gar nicht angewoehnen und es >>gleich richtig machen. > > Hast Du einen Merksatz wie es richtig wäre? Hatte ich geschrieben, du hast es nur im Zitat geloescht: Das gehoert in profile! -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: https://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> |
|---|---|
| Date | 2026-09-23 13:41 +0000 |
| Message-ID | <179017087580.9301.4827231116390783772.XPN@ID-37099.user.uni-berlin.de> |
| In reply to | #156816 |
Ulli Horlacher schrieb am 23/9/2026 14:33: > Marc Haber <mh+usenetspam2616@zugschl.us> wrote: >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>>Deshalb sollte man sich diesen Bloedsinn erst gar nicht angewoehnen und es >>>gleich richtig machen. >> >> Hast Du einen Merksatz wie es richtig wäre? > > Hatte ich geschrieben, du hast es nur im Zitat geloescht: > > Das gehoert in profile! Aber warum? Ich exportiere in der .bash_aliases, die wiederum von der .bashrc aufgerufen wird. -- Gerald
[toc] | [prev] | [next] | [standalone]
Page 1 of 3 [1] 2 3 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web