Beiträge von denebe

  • Problem: nichts stellt 'python3-aiohttp >= 3.6.2' bereit…

    Humm, ein neues Problem wurde aufgetaucht: python3-async_timeout

    Code
    toto-PC:/home/thierry # zypper in gns3-server
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Paketabhängigkeiten werden aufgelöst...


Problem: nichts stellt 'python3-async_timeout >= 3.0.1' bereit, das vom zu installierenden gns3-server-2.2.22-lp153.5.1.noarch benötigt wird
Lösung 1: gns3-server-2.2.22-lp153.5.1.noarch nicht installieren
Lösung 2: gns3-server-2.2.22-lp153.5.1.noarch durch Ignorieren einiger Abhängigkeiten brechen

    Ich habe die Version 3.0.0

  • Problem: nichts stellt 'python3-aiohttp >= 3.6.2' bereit…

    Hallo,


    ich möchte den Netzwerk-Simulator gns3 installieren in Leap 15.3.


    Dafür habe ich den Repositery "Education" hinzugefügt.


    Ich habe gns3-gui installiert.


    aber dann ist mir wegen des zu alten Pakets python3-aiohttp, gns3-server unmöglich zu installieren.



    Meine Repositeries (nichts besonderes…):


    Ich habe die Version 3.4.4-3.6.1 von python3-aiohttp:


    Hat einer eine Lösung ?


    Danke,

    Denebe.

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

    Zitat von Welm

    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.

    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). Siehe Bild:

    Wenn die Tagesnummer 2 Ziffern enthält, schließen die zum Sortieren verwendeten Felder das Feld 5 und das Feld 6 ein (mit Blanks).


    Ich bedanke mich sehr bei euch, es hat mir viel geholfen.

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

    Ich habe zwei Probe gemacht mit einem anderen Computer (B).

    Ergebnis -> kein Problem, und dies mit Leap 15.2 sowie mit Tumbleweed (eine Distribution ist auf Deutsch, die andere auf Französisch) .

    Ich lasse nun den zweiten Computer (B).

    ==================================================================

    Computer (A), mit dem merkwürdigen Ergebnis:


    Die drei Outputs mit Debug:


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


    2. sort --debug -nr tri_sort.txt | head -n 60

    Quelle: tri_sort.txt

    3. LANG=C sort --debug -nr tri_sort.txt | head -n 60

    Quelle tri_sort.txt

    Übrigens: Ich habe die Datei tri_sort.txt mit cat erstellt und dann sie mit vim bearbeitet, also Zeilen hinzugefügt.

    Sie ist in UTF-8 kodiert. (Wenn ich sie mit Kate öffne, ist es UTF-8 geschrieben…)

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

    Bei mir, rpm -qif /usr/bin/sort :

    locale:

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

    Zitat von Welm

    Bei mir funktioniert es richtig -- auch mit einstelligen Tagesnummern. Um einen Fehler durch die Akzente auszuschließen könntest Du mal

    Code
    LANG=C ls -l /usr/bin/ | sort -nrk 5 | head -n 30

    probieren.

    Hallo,


    es funktioniert. Aber ich ziehe in Zweifel, dass es mit Akzenten zu tun hat (ich hatte eigentlich auch daran gedacht) , sondern mehr mit dem Folgenden Feld.


    Der alte Befehl ls -l /usr/bin/ | sort -nrk 5 | head ergibt:

    Mit LANG=C ls -l /usr/bin/ | sort -nrk 5 | head :

    Die Daten beginnen nun mit Buchstaben, nicht mehr mit der Tagesnummer. Es ergibt sich, meiner Meinung nach, dass 'sort' nur das Feld 5 in Betracht zieht zum sortieren.


    ======================================

    Wie giff (Gisela) erwähnt hat, suchte 'sort -n' nach den nächsten Feldern, wenn sie Zahlen enthalten.


    Ich habe eine kleine (nicht sehr :) ) vom oben genannten Beispiel unabhängige Datei erzeugt, die ausschließlich Zahlen enthält.


    Die Datei heißt: tri_sort.txt

    Dann habe ich ohne und mit 'LANG=C' sortiert


    1. tri_sort.txt

    2. sort -nr tri_sort.txt

    3. LANG=C sort -nr tri_sort.txt

    Obwohl die Ergebnisse (bei mir) von 'sort -nr' ohne oder mit 'LANG=C' unterschiedlich sind, ist es festzustellen, dass 'sort -n', ohne oder mit 'LANG=C', alle Zahlen und alle Blanks irgendwie behandelt.


    Zusammenfassend muss man mit 'sort -n' sehr vorsichtig sein…


    Bemerkungen:

    der folgende Befel funktioniert bei mir:

    Code
    ls -l /usr/bin/ | sort -k5,5nr | head

    oder der Befehl (mit -g anstatt -n):

    Code
    thierry@localhost:~> ls -l /usr/bin/ | sort -grk 5 | head

    PS: ich probiere heute Abend mit meinem anderen Computer (Alle ist auf Deutsch konfiguriert). Er ist zurzeit wegen Home-Office von meiner Freundin besetzt

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

    Hallo,


    es klappt mit der Option -S .


    Aber weil ich das Thema 'sort -nrk 5' aus einem Buch übe, weil ich gerade mit diesem Buch lerne, bleibe ich auf den Befehl 'sort -nrk 5' konzentriert und probiere weiter zu begreifen was passiert.


    Ich denke, der zweite Teil deiner Antwort ist von Bedeutung, also dass 'sort' in irgendeinem Feld nach dem 5. Zeichen suchte.

    Ich entwickle weiter meine Antwort unten (um nicht zwei Male das selbe zu schreiben)…

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

    Guten Tag,


    wenn ich den Befehl ausführe:

    Code
    thierry@localhost:~> ls -l /usr/bin/ | sort -nrk 5 | head -n 30


    erwarte ich, der Output wird absteigend und numerisch nach dem 5 Feld sortiert.

    Aber ich bekomme:

    Warum sind die Dateien 'mariabackup' und 'gdb' so sortiert ?


    Ich habe bemerkt, die Tagesnummer von 'mariabackup' und 'gdb' enthalten nur eine Zahl.


    Danke für Ihre Hilfe.