Beiträge von Welm

  • Opensuse Tumbleweed: Files/Settings verschwinden nach Belieben

    Zitat von DL1EKC

    Ein Detail war z.B., dass mir als Desktop ein anderer Ordner als ursprünlich angezeigt wurde; statt /home war es jetzt /home/$user.

    Huch. Ich kann mir nicht vorstellen, warum man "/home" sehen will. Du bist nicht zufällig der falschen Meinung, dass Dein Home-Verzeichnis "/home" wäre?


    Zitat von DL1EKC

    Wenn ich dort die Systempartition der internen SSD mounte, werden mir dort alle gestern angelegten Dateien angezeigt, ebenso alle mit neuen Versionen überschriebenen Dateien im aktuellen Stand. Ein Blick in den akonadi Mailordner zeigt mir dort ebenfalls die neu angelegten Mailordner mitsamt E-Mails.


    Starte ich das System wieder normal, sind die neuen Dateien wieder futsch und es werden sogar die alten (eigentlich überschriebenen) Stände div. PDFs angezeigt! Die neuen Mailordner sind ebenfalls wieder weg.

    Ich rate jetzt mal:

    Vermutlich wird beim "normalen Starten" irgendwas auf /home gemountet und das ist das, was man dann dort sieht. Beim händischen Mounten hast Du auf /home nichts gemountet und dann sieht man dort die anderen Dateien. Mounten verdeckt alles, was vorher am Mountpoint lag.

  • VMware Workstation Pro & Leap 15.2b

    Der Vollständigkeit halber ... falls mal jemand hier rein googelt:


    VMware-Player-16.1 braucht den Workaround nicht mehr.


    VMware-Player-15.5.2 sollte man aber trotzdem erst dann wegwerfen, wenn der Neue funktioniert hat. Es werden ja ständig alte CPUs rausgeworfen ... mein zweiter Arbeitsplatz mit einem "AMD Athlon II X2 250" geht z.B. nur mit dem alten Vmplayer.

  • sort zeigt etwas unerwartes für mich, warum ?

    Zitat von denebe

    Ich habe auch das gedacht. Aber --debug zeigt, wenn die Tagesnummer eine einzelne Ziffer ist, dass die zum Sortieren verwendeten Felder nur das 5 ist (ohne Blanks).

    Ahh. Du hast noch einen Fehler gefunden! Die Debugausgabe unterstreicht nicht genau das, was wirklich zum Sortieren benutzt wird.


    Die Reihenfolge in Beitrag #11 gibt erst "Xvnc", dann "mariabackup" und dann "busybox-static" an.

    Das passt weder zu den wirklichen Dateilängen:

    Code
     2496112
22878400
 2143568

    noch zu den von "debug" unterstrichenen Angaben:

    Code
    249611210
 22878400
214356816

    aber zu den Zahlen:

    Code
    249611210
228784002
214356816

  • sort zeigt etwas unerwartes für mich, warum ?

    Zitat von r3z5

    Der erste und letzte Befehl sollte ja klappen oder?

    Ja, genau, bei mir jedenfalls (nur 15.2, glibc-locale-2.26-lp152.26.3.1.x86_64)

    Zitat von r3z5

    Wenn das was beim locale ist, müsste das Paket glibc-locale sein oder? Sollte man da nicht mal den Paketbetreuer anfixen?

    Ich hab keine Ahnung von französischen Sprachregeln. Wenn das Leerzeichen da als Tausendertrennung üblich ist, dann gehört das ja eigentlich ins locale. Auch wenn es zu Problemen führt.

    Siehe auch https://de.wikipedia.org/wiki/Zifferngruppierung


    Aber man kann das Problem ja auf die von Dir angegebene Art (d.h.: auch die Endspalte angeben) vermeiden.

  • sort zeigt etwas unerwartes für mich, warum ?

    Zitat von r3z5

    Ich vermute, das da ist was mit sort nicht in Ordnung ist...

    Das glaube ich nicht. "sort" entscheidet, wo das Feld 5 im Beitrag #1 anfängt und das locale entscheidet, wie weit die Zahl geht -- danach muss sort sich richten. Wenn im französischen locale steht, dass Leerzeichen in Zahlen stehen dürfen, dann ist die Sortierung im ersten Beitrag richtig. Dort stand:

    Code
    ...
-rwxr-xr-x 1 root root     2496112 10 oct.  02:57 Xvnc
-rwxr-xr-x 1 root root    22878400  2 déc.  15:13 mariabackup
-rwxr-xr-x 1 root root     2143568 16 mai    2020 busybox-static
...
-rwxr-xr-x 1 root root     1218608 15 juin   2020 kolourpaint
-rwxr-xr-x 1 root root    12165480  9 juin   2020 gdb
-rwxr-xr-x 1 root root     1179968 23 juil. 12:49 flatpak
...

    Gemäß einem locale, dass Leerzeichen in Zahlen erlaubt, ist das zu interpretieren als:

    Code
    ...
-rwxr-xr-x 1 root root     249611210 oct.  02:57 Xvnc
-rwxr-xr-x 1 root root     228784002 déc.  15:13 mariabackup
-rwxr-xr-x 1 root root     214356816 mai    2020 busybox-static
...
-rwxr-xr-x 1 root root     121860815 juin   2020 kolourpaint
-rwxr-xr-x 1 root root     121654809 juin   2020 gdb
-rwxr-xr-x 1 root root     117996823 juil. 12:49 flatpak
...

  • sort zeigt etwas unerwartes für mich, warum ?

    Zitat von denebe

    Die drei Outputs mit Debug:


    1) ls -l /usr/bin/ | sort --debug -nrk 5 | head -n 60

    ...

    Das ist es! Das französische locale erlaubt augenscheinlich einzelne Blanks innerhalb der Zahlen. Man darf also die Zahl "123456" auch als "123 456" schreiben. So werden die Dateilängen und die zweistellige Tagesnummer zu einer Gesamtzahl.

    Test:

    In französisch sieht sort die Zahlen 11, 12, 21 und 111.


    Ich habe aber keine Ahnung, wie man ein locale reparieren kann...

  • sort zeigt etwas unerwartes für mich, warum ?

    Hmmm ...


    die Beispieldatei ist etwas unpraktisch denn Zeilen wie


    Code
    00 1
0  1
0 0 0
0 01

    dürfen in beliebiger Reihenfolge ausgegeben werden. Solange erst die 100er, dann die 11er, dann die 10er, dann die 1er und dann die 0er kommen, darf alles ansonsten beliebig zufällig sortiert sein. LANG=C sollte daran nichts ändern (es war nur für das "ls" gedacht).


    "sort -nr tri_sort.txt" liefert aber definitiv was Falsches (11 kommt nach 10). Bei mir kommt es richtig raus.


    Sehen wir mal nach, welches "sort"-Programm da läuft: bei mir stammt es aus dem normalen "coreutils"-Paket.