Beiträge von luigi

  • Installation Restriced Formats

    Da ich wie im post #2 bereits erwähnt die gleiche Fehlermeldung nach upgrade auf 15.5 bei "opi codecs" bekam, aber bisher keine Probleme beim Abspielen von videos hatte, habe ich mit

    nachgeschaut, was installiert ist. Die Repoliste sieht so aus

    Ich vermute ein Problem im opi-script oder mit python.

  • Viele dev-ttySxy.devices verlängern Bootzeit ?

    Vielen Dank Alero für den link.

    In den Ausgaben konnte ich nichts ungewöhnliches finden und auch die tty-Parade scheint nach der Aussagen von sterun inzwischen normal zu sein. Also setze ich den thread auf erledigt.



    Und noch

  • Viele dev-ttySxy.devices verlängern Bootzeit ?

    Zitat von Alero

    Deine Ausgabe ist unvollständig. Ich möchte wetten, das in der ersten Zeile etwas von fstrim stehen könnte. Immer die KOMPLETTE Ausgabe eines Befehls angeben! Inkl. der Eingabe ...

    Wette verloren und ich denke auch, dass die gewünschte Komplettausgabe am Problem vorbeigeht. Die Frage ist doch, warum tauchen diese Menge an dev-ttySxy.device Einträge auf, obwohl unter Leap 15.4 bei identischer Hardware dies nicht passierte?

    Code
    luigi@E520-Biene:~> systemd-analyze blame > blame_20231227_1
luigi@E520-Biene:~> wc -l  blame_20231227_1
239 blame_20231227_1
luigi@E520-Biene:~>

    Wegen der 239 Zeilen habe ich die Ausgabe als Datei angehängt ... blame_20231227_1.txt

  • Viele dev-ttySxy.devices verlängern Bootzeit ?

    Da sich die Bootzeit nach dem vor einiger Zeit durchgeführten upgrade auf Leap 15.5 deutlich verlängert hat, habe ich mir mit

    Code
    systemd-analyze blame

    die Ausgabe anzeigen lassen und u.a. darin gefunden


    Das ist aber nur ein kleiner Teil der dev-ttySxy.device Liste. Könnte das die Ursache der verlängerten Bootzeit sein und was lässt sich dagegen unternehmen?


    Vielen Dank für hilfreiche Vorschläge.

  • HAMradio Shirp

    Da hat Sauerland natürlich recht. Allerdings habe ich beim Installieren in Wirklichkeit

    Code
    zypper addrepo https://download.opensuse.org/repositories/hamradio/15.5/hamradio.repo

    benutzt und nur später bin ich beim copy and paste für diesen Beitrag in die falsche Schublade gerutscht, sorry.

  • HAMradio Shirp

    Um das Ganze etwas besser zu verstehen, habe ich unter Leap 15.5 chirp mit zypper wie folgt installiert:

    Code
    zypper addrepo https://download.opensuse.org/repositories/hamradio/openSUSE_Tumbleweed/hamradio.repo
zypper refresh
zypper install chirp

    Darauf gab es beim Start von chirp die Fehlermeldung:

    Daraufhin wurde mit

    Code
    zypper in python3-importlib_resources

    python3-importlib_resources-1.1.0-150100.3.12.1.noarch istalliert.


    Nun startete chirp und spuckt allerdings den gleichen Fehler aus, wie im post #1

    Code
    luigi@testbox:~> chirp
ERROR: Failed to run linux desktop installer: module 'importlib_resources' has no attribute 'as_file'
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/chirp/wxui/__init__.py", line 210, in chirpmain
    maybe_install_desktop()
  File "/usr/lib/python3.6/site-packages/chirp/wxui/__init__.py", line 23, in maybe_install_desktop
    with importlib_resources.as_file(
AttributeError: module 'importlib_resources' has no attribute 'as_file'

    Dagegen gab es im Gegensatz zu post #1 keine weitere Fehlermeldung, da ich als user und nicht als root unterwegs war.


    In einem thread bei github habe ich die gleiche Fehlermeldung gefunden und es gab einen workaround für windows.

    AttributeError: module 'importlib.resources' has no attribute 'as_file' · Issue #1605 · nomic-ai/gpt4all
    System Info Windows 10 Python 3.8 gpt4all==2.0.2 importlib-resources==5.10.0 Information The official example notebooks/scripts My own modified scripts…
    github.com


    Wer kann etwas entsprechendes für Linux bereitstellen. Oder wie kann ich chirp dazu überreden, mit einer neuere Python-Version zu starten, wo das Debakel mit den importlib_resources nicht auftreten soll.






  • HAMradio Shirp

    Aus Sicherheitsgründen ist es nicht ratsam, Anwendungen als root laufen zu lassen. Außerdem versemmelt man sich schnell sein System, wenn man nicht zu 100% vesteht, was genau man jeweils tut. Daher versuchen wir, dich als user in die Gruppe dialout zu bringen, um dann auf die ports zugreifen zu können.


    Wie Kieltux in seinem post #9 bereits vorgeschlagen hat, solltest du root werden und dann in der Befehlszeile folgendes Kommando absetzen:

    Code
    usermod -a -G dialout ernst

    Falls dein username jedoch nicht 'ernst' sein sollte, dann bitte 'ernst' im obigen Kommando durch die korrekte Bezeichnung ersetzen.


    Und danach als user das ausloggen und wieder neu anmelden nicht vergessen!

  • HAMradio Shirp

    Zitat von angrydust

    1.) als normaler user bekomme ich die Meldung:

    ERROR: Failed to open serial: [Errno 13] could not open port /dev/ttyUSB0: [Errno 13] Keine Berechtigung: '/dev/ttyUSB0'

    Dazu die Fragen: Existiert /dev/ttyUSB0 überhaupt und falls ja, wurde das device unter
    System Setting>Chirp>Turn ON Access USB hardware directly (oder so ähnlich) auch scharf gestelltt?