Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #124779 > unrolled thread

egrep depcreacted bei Debian sid?

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  egrep depcreacted bei Debian sid? Marco Moock <mo01@posteo.de> - 2022-09-07 21:47 +0200
    Re: egrep depcreacted bei Debian sid? Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-09-08 01:42 +0200
      Re: egrep depcreacted bei Debian sid? Marco Moock <mo01@posteo.de> - 2022-09-08 06:56 +0200
        Re: egrep depcreacted bei Debian sid? Sven Hartge <sh-227@svenhartge.de> - 2022-09-08 09:24 +0200
          Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-08 08:51 +0000
            Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-08 08:53 +0000
          Re: egrep depcreacted bei Debian sid? Sven Hartge <sh-227@svenhartge.de> - 2022-09-08 11:03 +0200
            Re: egrep depcreacted bei Debian sid? Thomas Klix <wotokl@web.de> - 2022-09-08 11:47 +0200
              Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-08 11:28 +0000
                Re: egrep depcreacted bei Debian sid? Thomas Klix <wotokl@web.de> - 2022-09-08 14:07 +0200
                Re: egrep depcreacted bei Debian sid? Andreas Kohlbach <ank@spamfence.net> - 2022-09-08 15:37 -0400
                  Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-09 07:56 +0000
                Re: egrep depcreacted bei Debian sid? Andreas Karrer <ak-2a@gmx.ch> - 2022-09-09 10:28 +0000
                  Re: egrep depcreacted bei Debian sid? Ralph Angenendt <dein.name@strg-alt-entf.org> - 2022-09-09 10:41 +0000
                  egrep/fgrep deprecation warning in GNU grep 3.8 (was: egrep depcreacted bei Debian sid?) Ralph Angenendt <dein.name@strg-alt-entf.org> - 2022-09-09 10:43 +0000
                    Re: egrep/fgrep deprecation warning in GNU grep 3.8 Andreas Karrer <ak-2a@gmx.ch> - 2022-09-09 12:42 +0000
                    Re: egrep/fgrep deprecation warning in GNU grep 3.8 (was: egrep depcreacted bei Debian sid?) Thomas Klix <wotokl@web.de> - 2022-09-09 21:49 +0200
                      Re: egrep/fgrep deprecation warning in GNU grep 3.8 (was: egrep depcreacted bei Debian sid?) Marco Moock <mo01@posteo.de> - 2022-09-09 22:24 +0200
                      Re: egrep/fgrep deprecation warning in GNU grep 3.8 (was: egrep depcreacted bei Debian sid?) Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-09-09 21:29 +0000
                      Re: egrep/fgrep deprecation warning in GNU grep 3.8 Ralph Angenendt <dein.name@strg-alt-entf.org> - 2022-09-12 13:24 +0000
                        Re: egrep/fgrep deprecation warning in GNU grep 3.8 Thomas Klix <wotokl@web.de> - 2022-09-12 16:09 +0200
                          Re: egrep/fgrep deprecation warning in GNU grep 3.8 Thomas Klix <wotokl@web.de> - 2022-09-12 16:17 +0200
                        Re: egrep/fgrep deprecation warning in GNU grep 3.8 Andreas Kohlbach <ank@spamfence.net> - 2022-09-12 17:37 -0400
          Re: egrep depcreacted bei Debian sid? Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-09-08 09:12 +0000
    Re: egrep depcreacted bei Debian sid? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-09-09 21:15 +0200
      Re: egrep depcreacted bei Debian sid? Marco Moock <mo01@posteo.de> - 2022-09-09 22:27 +0200
        Re: egrep depcreacted bei Debian sid? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-09-10 11:09 +0200
          Re: egrep depcreacted bei Debian sid? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2022-09-10 13:51 +0200
            Re: egrep depcreacted bei Debian sid? Marco Moock <mo01@posteo.de> - 2022-09-10 14:49 +0200
              Re: egrep depcreacted bei Debian sid? Thomas Klix <wotokl@web.de> - 2022-09-10 16:38 +0200
                Re: egrep depcreacted bei Debian sid? Marco Moock <mo01@posteo.de> - 2022-09-10 20:11 +0200
            Re: egrep depcreacted bei Debian sid? Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-12 07:34 +0200
              Re: egrep depcreacted bei Debian sid? Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-12 08:30 +0200
                Re: egrep depcreacted bei Debian sid? Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-09-12 09:45 +0200
          Re: egrep depcreacted bei Debian sid? Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-09-10 23:19 +0200
            Re: egrep depcreacted bei Debian sid? Bonita Montero <Bonita.Montero@gmail.com> - 2022-09-11 14:05 +0200
              Re: egrep depcreacted bei Debian sid? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-09-11 17:27 +0200
                Re: egrep depcreacted bei Debian sid? Bonita Montero <Bonita.Montero@gmail.com> - 2022-09-11 18:08 +0200
                  Re: egrep depcreacted bei Debian sid? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2022-09-12 18:59 +0200
                    Re: egrep depcreacted bei Debian sid? Bonita Montero <Bonita.Montero@gmail.com> - 2022-09-14 07:44 +0200
            Re: egrep depcreacted bei Debian sid? Thomas Klix <wotokl@web.de> - 2022-09-11 15:40 +0200
              Re: egrep depcreacted bei Debian sid? Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-09-11 18:04 +0000
                Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-11 19:31 +0000
                  Re: egrep depcreacted bei Debian sid? Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-09-11 21:01 +0000
              Re: egrep depcreacted bei Debian sid? Andreas Karrer <ak-2a@gmx.ch> - 2022-09-12 21:44 +0000
            Re: egrep depcreacted bei Debian sid? Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-09-11 18:08 +0000
              Re: egrep depcreacted bei Debian sid? Marco Moock <mo01@posteo.de> - 2022-09-11 20:26 +0200
                Re: egrep depcreacted bei Debian sid? Jens Schüßler <j.schuess@nurfuerspam.de> - 2022-09-11 20:55 +0200
                Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-11 19:40 +0000
                  Re: egrep depcreacted bei Debian sid? Marco Moock <mo01@posteo.de> - 2022-09-12 06:34 +0200
                    Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-12 06:59 +0000
                      Re: egrep depcreacted bei Debian sid? Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-09-12 19:12 +0000
                        Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-12 20:49 +0000
                      Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-12 20:59 +0000
                      Re: egrep depcreacted bei Debian sid? Andreas Kohlbach <ank@spamfence.net> - 2022-09-12 17:34 -0400
                        Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-12 21:37 +0000
                          Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-13 06:42 +0000
                            Re: egrep depcreacted bei Debian sid? Marco Moock <mo01@posteo.de> - 2022-09-13 08:56 +0200
                              Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-13 07:14 +0000
                            Re: egrep depcreacted bei Debian sid? Tim Landscheidt <tim@tim-landscheidt.de> - 2022-09-13 08:14 +0000
                              Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-13 09:00 +0000
                                Re: egrep depcreacted bei Debian sid? Thomas Klix <wotokl@web.de> - 2022-09-13 12:10 +0200
                                  Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-13 11:12 +0000
                                    Re: egrep depcreacted bei Debian sid? Thomas Klix <wotokl@web.de> - 2022-09-13 13:41 +0200
                                Re: egrep depcreacted bei Debian sid? Tim Landscheidt <tim@tim-landscheidt.de> - 2022-09-13 15:24 +0000
                                  Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-13 18:19 +0000
                                    Re: egrep depcreacted bei Debian sid? Tim Landscheidt <tim@tim-landscheidt.de> - 2022-09-13 18:28 +0000
                                      Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-13 21:37 +0000
                                        Re: egrep depcreacted bei Debian sid? Tim Landscheidt <tim@tim-landscheidt.de> - 2022-09-13 22:03 +0000
                                        Re: egrep depcreacted bei Debian sid? Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-09-14 10:57 +0200
                                    Re: egrep depcreacted bei Debian sid? Jens Schüßler <j.schuess@nurfuerspam.de> - 2022-09-13 21:44 +0200
                                      Re: egrep depcreacted bei Debian sid? Claus Reibenstein <creibens@gmail.com> - 2022-09-15 16:40 +0200
                            Re: egrep depcreacted bei Debian sid? Andreas Kohlbach <ank@spamfence.net> - 2022-09-13 18:31 -0400
                              Re: egrep depcreacted bei Debian sid? Andreas Karrer <ak-2a@gmx.ch> - 2022-09-13 22:41 +0000
                                Re: egrep depcreacted bei Debian sid? Andreas Kohlbach <ank@spamfence.net> - 2022-09-13 20:48 -0400
                                  Re: egrep depcreacted bei Debian sid? Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-14 09:15 +0200
                                    Re: egrep depcreacted bei Debian sid? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2022-09-14 17:31 +0200
                                      Re: egrep depcreacted bei Debian sid? Andreas Kohlbach <ank@spamfence.net> - 2022-09-14 19:48 -0400
                                        Re: egrep depcreacted bei Debian sid? Christian Garbs <mitch@cgarbs.de> - 2022-09-15 18:57 +0000
                                        Re: egrep depcreacted bei Debian sid? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2022-09-15 22:30 +0200
                                          Re: egrep depcreacted bei Debian sid? Andreas Kohlbach <ank@spamfence.net> - 2022-09-15 19:44 -0400
                                          bunte Shell (was: Re: egrep depcreacted bei Debian sid?) Christian Garbs <mitch@cgarbs.de> - 2022-09-18 08:39 +0000
                                            Re: bunte Shell (was: Re: egrep depcreacted bei Debian sid?) "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2022-09-22 09:02 +0200
                                            Re: bunte Shell Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> - 2022-12-05 16:53 +0100
                                  Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-14 07:33 +0000
                                    Re: egrep depcreacted bei Debian sid? Andreas Kohlbach <ank@spamfence.net> - 2022-09-14 19:49 -0400
                                  Re: egrep depcreacted bei Debian sid? Marcus Jodorf <trap@killfile.de> - 2022-09-14 18:35 +0200
                                Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-14 07:44 +0000
                                  Re: egrep depcreacted bei Debian sid? Enrik Berkhan <Enrik.Berkhan@inka.de> - 2022-09-14 08:22 +0000
                                    Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-14 09:58 +0000
                                      Re: egrep depcreacted bei Debian sid? Tim Landscheidt <tim@tim-landscheidt.de> - 2022-09-14 10:18 +0000
                              Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-14 07:28 +0000
                        Re: egrep depcreacted bei Debian sid? Marcel Logen <333200007110-0201@ybtra.de> - 2022-09-12 23:44 +0200
                        ls (was: egrep depcreacted bei Debian sid?) "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2022-09-13 00:00 +0200
                          Re: ls Andreas Kohlbach <ank@spamfence.net> - 2022-09-13 18:31 -0400
                            Re: ls Andreas Karrer <ak-2a@gmx.ch> - 2022-09-13 22:37 +0000
                              Re: ls Andreas Kohlbach <ank@spamfence.net> - 2022-09-13 20:37 -0400
                                Re: ls "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2022-09-14 17:19 +0200
                        Re: egrep depcreacted bei Debian sid? Enrik Berkhan <Enrik.Berkhan@inka.de> - 2022-09-13 05:54 +0000
                          Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-13 06:34 +0000
                            Re: egrep depcreacted bei Debian sid? Enrik Berkhan <Enrik.Berkhan@inka.de> - 2022-09-13 11:21 +0000
                            Re: egrep depcreacted bei Debian sid? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2022-09-13 11:42 +0000
                        Re: egrep depcreacted bei Debian sid? Marco Moock <mo01@posteo.de> - 2022-09-13 08:24 +0200
                        Re: egrep depcreacted bei Debian sid? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-09-13 06:27 +0000
                Re: egrep depcreacted bei Debian sid? Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-09-11 21:15 +0000
              Re: egrep depcreacted bei Debian sid? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2022-09-11 19:32 +0000
                Re: egrep depcreacted bei Debian sid? Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-09-11 20:52 +0000
    Re: egrep depcreacted bei Debian sid? Thomas Klix <wotokl@web.de> - 2022-09-13 00:40 +0200
      Re: egrep depcreacted bei Debian sid? Marco Moock <mo01@posteo.de> - 2022-09-13 07:21 +0200
        Re: egrep depcreacted bei Debian sid? Patrick Rudin <taxi_bs@gmx.ch> - 2022-09-14 13:13 +0200
          Re: egrep depcreacted bei Debian sid? Marco Moock <mo01@posteo.de> - 2022-09-14 13:22 +0200
          Re: egrep depcreacted bei Debian sid? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2022-09-14 20:00 +0200
            Re: egrep depcreacted bei Debian sid? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2022-09-14 20:56 +0200

Page 4 of 6 — ← Prev page 1 2 3 [4] 5 6  Next page →

#124903

Tim Landscheidt <tim@tim-landscheidt.de> wrote:

>> Dafuer kann ls immer noch nicht 'directory first'.
> 
> | [tim@vagabond ~]$ ls --version; ls --help | fgrep -A 4 -- --group-directories-first

Ahh.. das kommt davon wenn man nach "directory" statt "directories" sucht

Ok, schon mal besser so.
Weiterhin unbrauchbar ist der output von -R, man will das wie bei find
haben.
Und auch die filesize ist MIST:

framstag@fex:~/tmp: L -Rrs
(...)
./CCCC:
total 5456624
 80292 -rw-r--r-- 1 framstag users  82215658 2019-12-30 20:44:16 X11_and_Wayland_A_tale_of_two_implementations.mp4
386792 -rw-r--r-- 1 framstag users 396071186 2019-12-30 20:35:10 Welches_Betriebssystem_hat_der_Bundestag_und_wie_kann_man_es_hacken.mp4

Da muss man erst Stellen abzaehlen um sich nicht in der Groessenordnung zu
vertun.


-- 
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:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#124904

Ulli Horlacher wrote at Tue, 13 Sep 2022 09:00:19 +0000 (UTC):
> [ls Output]
> Und auch die filesize ist MIST:
>
> framstag@fex:~/tmp: L -Rrs
> (...)
> ./CCCC:
> total 5456624
>  80292 -rw-r--r-- 1 framstag users  82215658 2019-12-30 20:44:16 X11_and_Wayland_A_tale_of_two_implementations.mp4
> 386792 -rw-r--r-- 1 framstag users 396071186 2019-12-30 20:35:10 Welches_Betriebssystem_hat_der_Bundestag_und_wie_kann_man_es_hacken.mp4
>
> Da muss man erst Stellen abzaehlen um sich nicht in der Groessenordnung zu
> vertun.

Wie lange nutzt du jetzt Linux?
Option -h (human readable) gibt dir die Größen in sinnvollen k-, M- oder
GByte an.

Thomas

[toc] | [prev] | [next] | [standalone]

#124905

Thomas Klix <wotokl@web.de> wrote:
> Ulli Horlacher wrote at Tue, 13 Sep 2022 09:00:19 +0000 (UTC):
>> [ls Output]
>> Und auch die filesize ist MIST:
>>
>> framstag@fex:~/tmp: L -Rrs
>> (...)
>> ./CCCC:
>> total 5456624
>>  80292 -rw-r--r-- 1 framstag users  82215658 2019-12-30 20:44:16 X11_and_Wayland_A_tale_of_two_implementations.mp4
>> 386792 -rw-r--r-- 1 framstag users 396071186 2019-12-30 20:35:10 Welches_Betriebssystem_hat_der_Bundestag_und_wie_kann_man_es_hacken.mp4
>>
>> Da muss man erst Stellen abzaehlen um sich nicht in der Groessenordnung zu
>> vertun.
> 
> Wie lange nutzt du jetzt Linux?
> Option -h (human readable) gibt dir die Größen in sinnvollen k-, M- oder
> GByte an.

Ich will das aber Byte-genau haben!

Also so:

framstag@fex:~/tmp/CCCC: ll
(...)
-rw-r--r-- framstag users 396,071,186 2019-12-30 20:35:10 Welches_Betriebssystem_hat_der_Bundestag_und_wie_kann_man_es_hacken.mp4
-rw-r--r-- framstag users  82,215,658 2019-12-30 20:44:16 X11_and_Wayland_A_tale_of_two_implementations.mp4


Geht doch. Nur eben nicht mit ls.

framstag@fex:~/tmp/CCCC: type ll
ll is /client/bin/ll


-- 
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:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#124907

Ulli Horlacher wrote at Tue, 13 Sep 2022 11:12:30 +0000 (UTC):
> Thomas Klix <wotokl@web.de> wrote:
>> Ulli Horlacher wrote at Tue, 13 Sep 2022 09:00:19 +0000 (UTC):
>>> [ls Output]
>>> Und auch die filesize ist MIST:
>>>
>>> framstag@fex:~/tmp: L -Rrs
>>> (...)
>>> ./CCCC:
>>> total 5456624
>>>  80292 -rw-r--r-- 1 framstag users  82215658 2019-12-30 20:44:16 X11_and_Wayland_A_tale_of_two_implementations.mp4
>>> 386792 -rw-r--r-- 1 framstag users 396071186 2019-12-30 20:35:10 Welches_Betriebssystem_hat_der_Bundestag_und_wie_kann_man_es_hacken.mp4
>>>
>>> Da muss man erst Stellen abzaehlen um sich nicht in der Groessenordnung zu
>>> vertun.
>> 
>> Wie lange nutzt du jetzt Linux?
>> Option -h (human readable) gibt dir die Größen in sinnvollen k-, M- oder
>> GByte an.
>
> Ich will das aber Byte-genau haben!

Du hast aber auch spezielle Wünsche...
Gut, du kannst ja gut Shell-scripten, dann passt das schon.

Thomas

[toc] | [prev] | [next] | [standalone]

#124911

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:

>>> Dafuer kann ls immer noch nicht 'directory first'.

>> | [tim@vagabond ~]$ ls --version; ls --help | fgrep -A 4 -- --group-directories-first

> Ahh.. das kommt davon wenn man nach "directory" statt "directories" sucht

> Ok, schon mal besser so.
> Weiterhin unbrauchbar ist der output von -R, man will das wie bei find
> haben.
> Und auch die filesize ist MIST:

> framstag@fex:~/tmp: L -Rrs
> (...)
> ./CCCC:
> total 5456624
>  80292 -rw-r--r-- 1 framstag users  82215658 2019-12-30 20:44:16 X11_and_Wayland_A_tale_of_two_implementations.mp4
> 386792 -rw-r--r-- 1 framstag users 396071186 2019-12-30 20:35:10 Welches_Betriebssystem_hat_der_Bundestag_und_wie_kann_man_es_hacken.mp4

> Da muss man erst Stellen abzaehlen um sich nicht in der Groessenordnung zu
> vertun.

Dafür muss man (bei GNU ls) in die info-Dokumentation von
coreutils schauen, in Gänze unter „Block size“, in Kürze un-
ter ls’ „What information is listed“:

| […]

| ‘-l’
| ‘--format=long’
| ‘--format=verbose’
|      In addition to the name of each file, print the file type, file
|      mode bits, number of hard links, owner name, group name, size, and
|      timestamp (*note Formatting file timestamps::), normally the
|      modification timestamp (the mtime, *note File timestamps::).  If
|      the owner or group name cannot be determined, print the owner or
|      group ID instead, right-justified as a cue that it is a number
|      rather than a textual name.  Print question marks for other
|      information that cannot be determined.

|      Normally the size is printed as a byte count without punctuation,
|      but this can be overridden (*note Block size::).  For example, ‘-h’
|      prints an abbreviated, human-readable count, and
|      ‘--block-size="'1"’ prints a byte count with the thousands
|      separator of the current locale.

| […]

(Nein, bis gerade wusste ich das auch nicht.)

Tim

[toc] | [prev] | [next] | [standalone]

#124916

Tim Landscheidt <tim@tim-landscheidt.de> wrote:

>> framstag@fex:~/tmp: L -Rrs
>> (...)
>> ./CCCC:
>> total 5456624
>>  80292 -rw-r--r-- 1 framstag users  82215658 2019-12-30 20:44:16 X11_and_Wayland_A_tale_of_two_implementations.mp4
>> 386792 -rw-r--r-- 1 framstag users 396071186 2019-12-30 20:35:10 Welches_Betriebssystem_hat_der_Bundestag_und_wie_kann_man_es_hacken.mp4
> 
>> Da muss man erst Stellen abzaehlen um sich nicht in der Groessenordnung zu
>> vertun.
> 
> Dafür muss man (bei GNU ls) in die info-Dokumentation von
> coreutils schauen, in Gänze unter ?Block size?, in Kürze un-
> ter ls? ?What information is listed?:
> 
> | [?]
> 
> | ?-l?
> | ?--format=long?
> | ?--format=verbose?
> |      In addition to the name of each file, print the file type, file
> |      mode bits, number of hard links, owner name, group name, size, and
> |      timestamp (*note Formatting file timestamps::), normally the
> |      modification timestamp (the mtime, *note File timestamps::).  If
> |      the owner or group name cannot be determined, print the owner or
> |      group ID instead, right-justified as a cue that it is a number
> |      rather than a textual name.  Print question marks for other
> |      information that cannot be determined.
> 
> |      Normally the size is printed as a byte count without punctuation,
> |      but this can be overridden (*note Block size::).  For example, ?-h?
> |      prints an abbreviated, human-readable count, and
> |      ?--block-size="'1"? prints a byte count with the thousands
> |      separator of the current locale.

Funktioniert bei mir nicht:

framstag@juhu:/tmp: ls -l --block-size=1 *mp3
-rw-r--r-- 1 framstag users 4194317 Sep 13 09:15 swr1.mp3

framstag@juhu:/tmp: ls --version
ls (GNU coreutils) 8.28

-- 
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:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#124917

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:

>>> framstag@fex:~/tmp: L -Rrs
>>> (...)
>>> ./CCCC:
>>> total 5456624
>>>  80292 -rw-r--r-- 1 framstag users  82215658 2019-12-30 20:44:16 X11_and_Wayland_A_tale_of_two_implementations.mp4
>>> 386792 -rw-r--r-- 1 framstag users 396071186 2019-12-30 20:35:10 Welches_Betriebssystem_hat_der_Bundestag_und_wie_kann_man_es_hacken.mp4

>>> Da muss man erst Stellen abzaehlen um sich nicht in der Groessenordnung zu
>>> vertun.

>> Dafür muss man (bei GNU ls) in die info-Dokumentation von
>> coreutils schauen, in Gänze unter ?Block size?, in Kürze un-
>> ter ls? ?What information is listed?:

>> | [?]

>> | ?-l?
>> | ?--format=long?
>> | ?--format=verbose?
>> |      In addition to the name of each file, print the file type, file
>> |      mode bits, number of hard links, owner name, group name, size, and
>> |      timestamp (*note Formatting file timestamps::), normally the
>> |      modification timestamp (the mtime, *note File timestamps::).  If
>> |      the owner or group name cannot be determined, print the owner or
>> |      group ID instead, right-justified as a cue that it is a number
>> |      rather than a textual name.  Print question marks for other
>> |      information that cannot be determined.

>> |      Normally the size is printed as a byte count without punctuation,
>> |      but this can be overridden (*note Block size::).  For example, ?-h?
>> |      prints an abbreviated, human-readable count, and
>> |      ?--block-size="'1"? prints a byte count with the thousands
           ^^^^^^^^^^^^^^^^^
>> |      separator of the current locale.

> Funktioniert bei mir nicht:

> framstag@juhu:/tmp: ls -l --block-size=1 *mp3
> -rw-r--r-- 1 framstag users 4194317 Sep 13 09:15 swr1.mp3

> framstag@juhu:/tmp: ls --version
> ls (GNU coreutils) 8.28

Die Option muss „'1“ bekommen, das heißt,
„--block-size="'1"“ oder „--block-size=\'1“ oder …

Tim

[toc] | [prev] | [next] | [standalone]

#124926

Tim Landscheidt <tim@tim-landscheidt.de> wrote:

>>> |      Normally the size is printed as a byte count without punctuation,
>>> |      but this can be overridden (*note Block size::).  For example, ?-h?
>>> |      prints an abbreviated, human-readable count, and
>>> |      ?--block-size="'1"? prints a byte count with the thousands
>            ^^^^^^^^^^^^^^^^^
>>> |      separator of the current locale.
> 
>> Funktioniert bei mir nicht:
> 
>> framstag@juhu:/tmp: ls -l --block-size=1 *mp3
>> -rw-r--r-- 1 framstag users 4194317 Sep 13 09:15 swr1.mp3
> 
>> framstag@juhu:/tmp: ls --version
>> ls (GNU coreutils) 8.28
> 
> Die Option muss ?'1? bekommen, das heißt,
> ?--block-size="'1"? oder ?--block-size=\'1? oder ?

ARGH! Das ist ja gruslig! Wer kommt denn auf SOWAS?!

Ok, ja, damit funktionierts.

Bescheuert ists trotzdem :-)

-- 
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:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#124927

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:

>>>> |      Normally the size is printed as a byte count without punctuation,
>>>> |      but this can be overridden (*note Block size::).  For example, ?-h?
>>>> |      prints an abbreviated, human-readable count, and
>>>> |      ?--block-size="'1"? prints a byte count with the thousands
>>            ^^^^^^^^^^^^^^^^^
>>>> |      separator of the current locale.

>>> Funktioniert bei mir nicht:

>>> framstag@juhu:/tmp: ls -l --block-size=1 *mp3
>>> -rw-r--r-- 1 framstag users 4194317 Sep 13 09:15 swr1.mp3

>>> framstag@juhu:/tmp: ls --version
>>> ls (GNU coreutils) 8.28

>> Die Option muss ?'1? bekommen, das heißt,
>> ?--block-size="'1"? oder ?--block-size=\'1? oder ?

> ARGH! Das ist ja gruslig! Wer kommt denn auf SOWAS?!

> Ok, ja, damit funktionierts.

> Bescheuert ists trotzdem :-)

Wahrscheinlich ist es inspiriert von printf(3)s „'“-Flag.

Tim

[toc] | [prev] | [next] | [standalone]

#124965

Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:

> Tim Landscheidt <tim@tim-landscheidt.de> wrote:
> 
> >>> |      Normally the size is printed as a byte count without
> >>> | punctuation, but this can be overridden (*note Block size::).
> >>> | For example, ?-h? prints an abbreviated, human-readable count,
> >>> | and ?--block-size="'1"? prints a byte count with the thousands  
> >            ^^^^^^^^^^^^^^^^^  
> >>> |      separator of the current locale.  
> >   
> >> Funktioniert bei mir nicht:  
> >   
> >> framstag@juhu:/tmp: ls -l --block-size=1 *mp3
> >> -rw-r--r-- 1 framstag users 4194317 Sep 13 09:15 swr1.mp3  
> >   
> >> framstag@juhu:/tmp: ls --version
> >> ls (GNU coreutils) 8.28  
> > 
> > Die Option muss ?'1? bekommen, das heißt,
> > ?--block-size="'1"? oder ?--block-size=\'1? oder ?  
> 
> ARGH! Das ist ja gruslig! Wer kommt denn auf SOWAS?!
> 
> Ok, ja, damit funktionierts.
> 
> Bescheuert ists trotzdem :-)

Ich habe mir abgewöhnt, bei den GNU-Varianten davon auszugehen, dass
sie *irgendwas* nicht können ;-).

Und häufig Syntaxen haben, die von meinen Idealen abweichen.

-- 
 SIC SEMPER
+--|=======>
  TYRANNIS

[toc] | [prev] | [next] | [standalone]

#124923

* Ulli Horlacher <framstag@rus.uni-stuttgart.de> [13-09-22 18:19]:
> Tim Landscheidt <tim@tim-landscheidt.de> wrote:
>
>> 
>> |      Normally the size is printed as a byte count without punctuation,
>> |      but this can be overridden (*note Block size::).  For example, ?-h?
>> |      prints an abbreviated, human-readable count, and
>> |      ?--block-size="'1"? prints a byte count with the thousands
>> |      separator of the current locale.
>
> Funktioniert bei mir nicht:
>
> framstag@juhu:/tmp: ls -l --block-size=1 *mp3
> -rw-r--r-- 1 framstag users 4194317 Sep 13 09:15 swr1.mp3

Genauer lesen hilft:
s/--block-size=1/--block-size="'1"/

[toc] | [prev] | [next] | [standalone]

#125061

Jens Schüßler schrieb am 13.09.2022 um 21:44:

> * Ulli Horlacher <framstag@rus.uni-stuttgart.de> [13-09-22 18:19]:
>
>> framstag@juhu:/tmp: ls -l --block-size=1 *mp3
>> -rw-r--r-- 1 framstag users 4194317 Sep 13 09:15 swr1.mp3
>
> Genauer lesen hilft:
> s/--block-size=1/--block-size="'1"/

Das kannte ich auch noch nicht. Was es alles gibt...

Gruß
Claus

[toc] | [prev] | [next] | [standalone]

#124929

On Tue, 13 Sep 2022 06:42:28 +0000 (UTC), Ulli Horlacher wrote:
>
> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>> Andreas Kohlbach <ank@spamfence.net> wrote:
>> 
>>> Ohne einen neues Thread aufzumachen: kennt "ls" case insensitive? 
>> 
>> Ein weiterer (design) bug von ls.
>
> Ich nehms zurueck, ls kann das inzwischen:
>
> framstag@juhu:~: ls| head
> 48
> Ae+P.jpg
> aoldau
> Askan-von-Schirnding.pdf
> Ausweis
> backup
> BC700_main_g.pdf
> Bilder
> bin
>
> War mir gar nicht aufgefallen, dass das inzwischen geht.

Ich meinte "case sensitive", sorry. Also an Deinem Verzeichnis

ls -IRGENDWAS a*

sollte nur

aoldau

ausgeben, nicht aber was mit "A" anfängt.

> Ich verwende ls seit vielen Jahren nicht mehr.

Was dann?
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#124931

* Andreas Kohlbach <ank@spamfence.net>:
> On Tue, 13 Sep 2022 06:42:28 +0000 (UTC), Ulli Horlacher wrote:
>>
>> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote:
>>> Andreas Kohlbach <ank@spamfence.net> wrote:
>>> 
>>>> Ohne einen neues Thread aufzumachen: kennt "ls" case insensitive? 
>>> 
>>> Ein weiterer (design) bug von ls.
>>
>> Ich nehms zurueck, ls kann das inzwischen:
>>
>> framstag@juhu:~: ls| head
>> 48
>> Ae+P.jpg
>> aoldau
>> Askan-von-Schirnding.pdf
>> Ausweis
>> backup
>> BC700_main_g.pdf
>> Bilder
>> bin
>>
>> War mir gar nicht aufgefallen, dass das inzwischen geht.
>
> Ich meinte "case sensitive", sorry. Also an Deinem Verzeichnis
>
> ls -IRGENDWAS a*
>
> sollte nur
>
> aoldau
>
> ausgeben, nicht aber was mit "A" anfängt.

Das hat nichts mit ls zu tun. Denn die Wildcard a* wird von der Shell
aufgelöst, bevor ls überhaupt aufgerufen wird.

Vermutlich verwendest du bash und du hast irgendwo in .bashrc oder so

   shopt -s nocaseglob

gesetzt.

 - Andi

[toc] | [prev] | [next] | [standalone]

#124933

On 13 Sep 2022 22:41:48 GMT, Andreas Karrer wrote:
>
> * Andreas Kohlbach <ank@spamfence.net>:
>>
>> Ich meinte "case sensitive", sorry. Also an Deinem Verzeichnis
>>
>> ls -IRGENDWAS a*
>>
>> sollte nur
>>
>> aoldau
>>
>> ausgeben, nicht aber was mit "A" anfängt.
>
> Das hat nichts mit ls zu tun. Denn die Wildcard a* wird von der Shell
> aufgelöst, bevor ls überhaupt aufgerufen wird.
>
> Vermutlich verwendest du bash und du hast irgendwo in .bashrc oder so
>
>    shopt -s nocaseglob
>
> gesetzt.

Ich nehme alles zurück. Ich war per ssh auf einem anderen Rechner
eingeloggt, wo das wohl gesetzt ist. Auf dem aktuellen Rechner ist die
Ausgabe case sensitive, so wie ich das will.

Ich muss mir mal verschiedene Farben für die Prompts der verschiedenen
Rechner einfallen lassen.

So habe ich neulich nach einer über eine lange Zeit hin mühsam
erarbeitete Datei gesucht (deren externes Backup leider auch schon ein
paar Tage alt war) und nicht gefunden. Kalter Schweiß! Erst nach einer
schlaflosen Nacht nahm ich eine andere TTY (mit der ich nicht per ssh auf
dem anderen Rechner war), und da war die Datei wieder. :-)

Apropos Prompt-Farbe: Ist die .bash_profile der beste Ort zu ihrer Definition?
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#124943

Andreas Kohlbach <ank@spamfence.net> wrote:
>Ich muss mir mal verschiedene Farben für die Prompts der verschiedenen
>Rechner einfallen lassen.

Du hast eindeutig nur wenige Rechner ;-)

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#125001

On 2022-09-14 07:15, Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
> Andreas Kohlbach <ank@spamfence.net> wrote:
>>Ich muss mir mal verschiedene Farben für die Prompts der verschiedenen
>>Rechner einfallen lassen.
>
> Du hast eindeutig nur wenige Rechner ;-)

Bei mir sinds ein paar Dutzend (und typischerweise auf jedem mehrere
Accounts).

Ich lasse mir die Hintergrundfarbe des Terminals beim ersten Einloggen
zufällig setzen (wenn die gar zu grauslich ist, kann ich sie noch
ändern). In den meisten Fällen führt das dazu, dass ich nicht zwei
Terminals mit verschiedenen Accounts auch erkennbar unterschiedliche
Farben haben. Und bei Accounts, die ich häufig verwende, ist mir die
Farbe soweit ins Unterbewusstsein eingesickert, dass mit (meistens)
auffällt, wenn ich im falschen Fenster bin.

        hp

[toc] | [prev] | [next] | [standalone]

#125027

On Wed, 14 Sep 2022 17:31:32 +0200, Peter J. Holzer wrote:
>
> On 2022-09-14 07:15, Marc Haber <mh+usenetspam1118@zugschl.us> wrote:
>> Andreas Kohlbach <ank@spamfence.net> wrote:
>>>Ich muss mir mal verschiedene Farben für die Prompts der verschiedenen
>>>Rechner einfallen lassen.
>>
>> Du hast eindeutig nur wenige Rechner ;-)
>
> Bei mir sinds ein paar Dutzend (und typischerweise auf jedem mehrere
> Accounts).
>
> Ich lasse mir die Hintergrundfarbe des Terminals beim ersten Einloggen
> zufällig setzen (wenn die gar zu grauslich ist, kann ich sie noch
> ändern).

Interessanter Ansatz. Es scheint PURPLE, CYAN und so zu kennen. Hast Du
die in einer Tabelle, aus der dann ein Zeile zufällig gewählt wird?
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#125066

Mahlzeit!

Andreas Kohlbach <ank@spamfence.net> wrote:
> On Wed, 14 Sep 2022 17:31:32 +0200, Peter J. Holzer wrote:

>> Ich lasse mir die Hintergrundfarbe des Terminals beim ersten Einloggen
>> zufällig setzen (wenn die gar zu grauslich ist, kann ich sie noch
>> ändern).
> 
> Interessanter Ansatz. Es scheint PURPLE, CYAN und so zu kennen. Hast Du
> die in einer Tabelle, aus der dann ein Zeile zufällig gewählt wird?

Ich (nicht Peter) mache das vom Rechnernamen abhängig (meine
Skriptsammlung clone ich auf alle Systeme, auf denen ich aktiv bin),
färbe aber nur den Hostnamen innerhalb des Prompts.  Die üblichen 16
Farben (bzw. 8 für den Hintergrund) waren mir zu wenig, ich habe das
auf 256-Farben-Modus getrimmt:

https://github.com/mmitch/mitchscripts/blob/ba2ba80df3cc9a8f53459ba6e1aaf7c1292a0390/config/.bashrc#L38-L83

Du solltest vermutlich irgendwie eine handverlesene Liste an
Farbkombinationen pflegen (sonst siehst Du evtl. nichts), aber da
könntest Du dann entweder mit $RANDOM rangehen oder du mappst
irgendwie den Rechnernamen auf die Länge Deiner Liste – im einfachsten
Fall Quersumme der Ascii-Werte module Länge, aber das ist nicht
gleichverteilt, da sollten die Kryptographen ran ;-)

Gruß
Christian
-- 
....Christian.Garbs....................................https://www.cgarbs.de
Ein Blitzableiter auf dem Kirchturm ist das denkbar stärkste
Misstrauensvotum gegen den lieben Gott.        (Karl Krauss)

[toc] | [prev] | [next] | [standalone]

#125073

On 2022-09-14 23:48, Andreas Kohlbach <ank@spamfence.net> wrote:
> On Wed, 14 Sep 2022 17:31:32 +0200, Peter J. Holzer wrote:
>> Ich lasse mir die Hintergrundfarbe des Terminals beim ersten Einloggen
>> zufällig setzen (wenn die gar zu grauslich ist, kann ich sie noch
>> ändern).
>
> Interessanter Ansatz. Es scheint PURPLE, CYAN und so zu kennen. Hast Du
> die in einer Tabelle, aus der dann ein Zeile zufällig gewählt wird?

Nein, die drei RGB-Komponenten werden in einem bestimmten Bereich
zufällig gewählt:

#v+
if [[ $TERM = xterm || $TERM = xterm-256color ]]
then
        if [ -f ~/.zxtermcolors ]
        then
            . ~/.zxtermcolors
        else
            perl -e 'printf(qq{if whence xtermcontrol >/dev/null\nthen\nxtermcontrol --bg "#%02X%02X%02X" --fg "#CCCCCC"\nexport BG=dark\nfi\n}, map { rand(128) } qw(1 1 1))' > ~/.zxtermcolors
        fi
fi
#v-

Theoretisch ergibt das ca. 2 Millionen mögliche Hintergrundfarben, das
sollte für die absehbare Zukunft reichen, auch wenn ich gelegentlich
eine Farbe wegen akuter Augenkrebsgefahr ändern muss.

        hp

[toc] | [prev] | [next] | [standalone]

Page 4 of 6 — ← Prev page 1 2 3 [4] 5 6  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web