Beiträge von luigi

    Während in der geposteten /var/log/cups/error_log das Wort usb nicht vorkommt, sondern ipp://... steht,

    [29/Sep/2026:12:10:52 +0200] CUPS-Accept-Jobs ipp://localhost/printers/Samsung-ML-1630-Series,

    was ich aber nur erwarten würde, wenn der Drucker modernes driverless-printing beherrscht,

    zeigt dagegen lpstat - t

    Gerät für Samsung-ML-1630-Series: usb://Samsung/ML-1630%20Series?serial=4521BADPB11473V.

    Was also wurde auf der cups-Webseite genau eingetragen? Driverless-ipp oder Lokaler Drucker mit usb://... ?

    Code
    E [28/Sep/2026:15:02:58 +0200] ML-1630: Datei \"/usr/lib/cups/filter/rastertospl\" nicht verfügbar: No such file or directory

    Hast du früher den Samsung Unified Linux Driver (ULD) genutzt? Dann müsstest du eine link setzen, da rastertospl anscheinend unter /usr/lib/cups/filter/ nicht gefunden wird.


    Oder einfach die Datei dorthin kopieren.

    Code
    sudo cp rastertospl /usr/lib/cups/filter/

    Alternativ könntest du für den Drucker das Splix-Pakte ausprobieren

    Code
    sudo zypper in splix

    und beim CUPS-Webinterface dann die splix Treiber auswählen.

    Und die Änderung von /etc/cuspd/cupsd.conf scheitert, weil diese Konfigurationsdatei bei mir nicht existiert.


    Ich würde das Folgende versuchen

    Code
    sudo mv /var/log/cups/error_log /var/log/cups/error_log.old


    und dann cupsd in den debug logging mode setzen mit

    Code
    sudo cupsctl --debug-logging

    Danach sollten bei neuen Druckversuchen alle Drucker-Fehlermeldungen in /var/log/cups/error_log zu finden sein.

    Diese hier bitte zeigen.

    Wegen der langen Ausgabe habe ich die Anfrage an das betroffene multimedia-Repo angepasst. Oder wird die gesamte Ausgabe benötigt?

    Code
    luigi@pba-acer:~> rpm -qa gpg-pubkey --qf '%{Description}'|gpg --with-fingerprint | grep -i -C1  multimedia
    gpg: WARNING:  Kein Kommando angegeben.  Versuche zu raten was gemeint ist ...
    pub   rsa2048 2017-11-21 [SC] [verfallen: 2026-08-02]
    uid           multimedia OBS Project <multimedia@build.opensuse.org>
    pub   rsa2048 2016-07-08 [SC] [verfallen: 2023-01-09]
    ...

    Das Datum passt zur zypper-Fehlermeldung. Aber warum verbeißt sich zypper in den verflossenen und nimmt nicht den vorhandene, derzeit gültigen key.

    error: Key 77ec2301f23c6aa3 (multimedia OBS Project <multimedia@build.opensuse.org>) expired on 2026-08-02 15:06:27

    Und müsste nicht auch der aktuelle key ebenfalls in der Abfrage-Liste unter multimedia auftauchen?

    Seit Tagen versuche ich auf einem Leap 16.0 Rechner den Bildbetrachter xv aus dem multimedia:apps-Repo zu installieren.

    Der Ablauf bleibt hängen, weil angeblich der key 77ec2301f23c6aa3 expired sei.

    Allerdings ist der korrekte und derzeit gültige key des multimedia:apps-Repo installiert, wohingegen der expired key nicht gefunden wird.

    Code
    luigi@pba-acer:~> sudo rpmkeys --list | grep f23c6aa3
    f23c6aa3-665090d3: multimedia OBS Project <multimedia@build.opensuse.org> public key
    ludwig@pba-acer:~> 
    
    ludwig@pba-acer:~> sudo rpmkeys --list | grep 77ec2301
    ludwig@pba-acer:~> 

    Auf allen anderen Rechnern hat die Installation von xv ohne Probleme geklappt.


    Wie lässt sich herausfinden, wo die Information zu dem alten und anscheinend nicht vorhandenen key 77ec2301f23c6aa3 versteckt sein könnte, die eine saubere Installation verhindert?