Beiträge von Teetrinker42

    Offensichtlich ja.


    Löppt! Große Klasse, Sauerland, vielen Dank für die schnelle und kompetente Hilfe.


    Interessant wäre natürlich zu verstehen, was da passiert. ChatGPT erzählt mir, dass IPP everywhere für Linux-Systeme wichtig ist, aber dann stellt sich die Frage, warum die Systeme nicht gleich damit ausgerüstet werden. Naja, Hauptsache es läuft - ich markiere den Eintrag als erledigt.

    Moin,


    Nach Umstellung auf Leap 16.0 bekomme ich meinen Epson WF-2860 leider nicht zum Drucken. Der Drucker wird vom Router mit einer festen IP-Adresse ins System eingebunden. Nach Neuinstallation des Systems habe ich die neuesten Treiber geladen und installiert. Unter cups (localhost:631) wird der Drucker gefunden und zur Installation vorgeschlagen per ecblp:/var/run/ecblp0. Sobald eingebunden, erscheint der Drucker, nimmt den Druckauftrag zwar an, aber hält den Drucker auch sofort an. Die Größe der Druckaufträge (1k) legt die Vermutung nahe, dass der eigentliche Druckauftrag gar nicht angenommen wird (?).


    Auch eine alternative Einbindung, z.B. manuell via ipp://192.168.178.99 führt zwar dazu, dass der Drucker erkannt wird, aber keine Druckaufträge annimmt.


    In den Repositories erscheint CUPS gleich zweimal - wenn dies das Problem ist, wie werde ich es wieder los?


    Vielen Dank für Eure Hinweise!




    Code
    > zypper se -s epson
    Repository-Daten werden geladen...
    Installierte Pakete werden gelesen...
    
    S  | Name                        | Type  | Version    | Arch   | Repository
    ---+-----------------------------+-------+------------+--------+---------------
    i+ | epson-inkjet-printer-escpr2 | Paket | 1.2.37-1   | x86_64 | (Systempakete)
    i+ | epson-printer-utility       | Paket | 1.2.2-1    | x86_64 | (Systempakete)
    i+ | epsonscan2                  | Paket | 6.7.83.0-1 | x86_64 | (Systempakete)
    i+ | epsonscan2-non-free-plugin  | Paket | 1.0.0.6-1  | x86_64 | (Systempakete)

    Kurzer Zwischenstand: Ich habe folgende Befehle laufen lassen:

    Code
    > sudo flatpak uninstall --all
    > sudo flatpak uninstall --unused
    > rm -rf ~/.var
    > sudo rm -rf /var/lib/flatpak


    Danach habe wieder Module installiert, z.B. via flatpak install Zoom. Hierbei kam eine Abfrage nach superuser-Rechten, die ich gewährt habe.

    Seitdem laufen zumindest Zoom und Signal wieder. Threema öffnet, bleibt aber danach hängen. Ich teste jetzt weiter, ob dies ein Threema-spezifisches Problem ist, oder sich auch auf anderen Anwendungen stellt. Danach schließe ich den Thread.


    Allen Beteiligten bis hierhin vielen herzlichen Dank für die Unterstützung!

    Welches Flathub hast du denn eingebunden?


    Beantwortet dies die Frage?

    Pakete sehen fast identisch aus:


    Code
    > ls -l ~/.local/share/flatpak/repo
    insgesamt 4
    -rw-r--r-- 1 user users 68 13. Jan 2024  config
    
    > cat ~/.local/share/flatpak/repo/config 
    [core]
    repo_version=1
    mode=bare-user-only
    min-free-space-size=500MB


    flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpak/repo läuft ohne Fehlermeldung durch, ändert aber nichts an der (nicht-) Funktionalität.~/.local/share/flatpak/repo/objects/ existiert bei mir nicht.

    Vielen Dank für die viele Mühe, die Du Dir machst! Ich hätte keine Probleme, einmal die flatpak-Umgebung komplett platt zu machen, und dann mit korrekten Rechten neu aufzusetzen. Daten oder Einstellungen müssen keine gerettet werden. Allerdings wäre ich für einen Hinweis dankbar, wie sich dies ohne Nebenwirkungen umsetzen ließe.