Beiträge von Caesarea Lutra

    Liebe SuSE-Gemeinde, ich sitze hier vor einem für mich unlösbarem Problem:


    HP Color LaserJet CP2025 druckt nur noch schwarze Seiten


    Der HP Laserjet ist per LAN an den Router angeschlossen und das Problem existiert nur unter OpenSuSE Tumbleweed. Z.B. wird unter Windows 11 alles richtig gedruckt. Der Fehler müsste also im BS und auch nicht hardwareseitig zu finden sein. Vielen Dank schon mal im Voraus für eure Mühen, die ihr euch macht, mein Problem anzugehen


    Der HP LaserJet CP2025 druckte seit 14.März 2024 ohne Probleme und in sehr guter Qualität.

    Der Anschluss deines Druckers scheint ja funktioniert zu haben. Wie sieht es aus, wenn du eine normale Office-Datei oder ein Bild ausdruckst? Kannst du dort die Auflösung größer 600x600 auswählen?

    Willst du meine ehrliche Meinung zu deinem Anliegen lesen?


    Mach doch was du willst und nerv nicht mit unnötigem Postings!


    Warum ich deinen Thread als unnötig bezeichne: Eine Stunde nach deiner Erstellung dieses Threads bekommst du die Antwort, die dir wohl 90% aller, die sich mit Rechnersystemen halbwegs auskennen, auch vorschlagen würden. Du gehst noch nicht einmal darauf ein und postest weiterhin langweiligen Müll. Wenn dir langweilig ist, geh in den Wald spazieren!

    ... und ... macht keinen Sinn ... nur die Repo-Liste wird voller und unübersichtlicher.

    Nein, ich denke das wird es bei mir nicht, denn es werden wahrscheinlich keine weiteren dazu kommen. Als ich noch Arch-Userin war, hatte ich aus dem AUR z.B. nur die Pakete geladen, um mein Arch wie bei OpenSuSE mittels snapper ein Rollback durchführen zu können.

    1. Weil das PackMan-Repo doppelt vorhanden ist.

    2. https ist http zu bevorzugen.


    Es kann auch gerne auf eine höhere Priorität (1, 8, 10, 15 usw.) gesetzt werden, dieses liegt an der Person, die es einträgt und verwendet.

    Aaah so, ich dachte es sei umgekehrt..."höhere Zahl > auch höhere Priorität". Vielen Dank für die Aufklärung.


    Ist es eigentlich ein Nachteil, wenn man es nach den Vorgaben, die nach z.B. der codecs-Installation entstanden ist, in der "Paketliste" belässt? Also beide drinnen lässt, das eine mit 90 ("https") und das andere mit 99 ("http")?

    Das http Packman Repo raus, das https Packman Repo auf 20.

    Warum die http-Packmann-Repros raus und die https-Packmann-Repros NUR auf 20?

    Als ich die codecs installiert habe, musste ich bei beiden Repros die Vertraulichkeit bestätigen und YAST hat beide auf 90 bzw. 99 gesetzt.


    Kannst du mal ein anderes DE (Gnome, KDE) installieren, dich dort anmelden und schauen?


    Ich hab es mal auf meiner VM versucht nachzustellen, bei mir funktioniert jedoch Gimp mit XFCE oder KDE......

    Nein, KDE ist noch zu frisch in der 6er Version. Hat noch zuviele Bugs. Dieses TW, das ich hier nutze, hatte bis vor wenigen Wochen auch noch KDE und nach dem KDE-Update auf 6 hatte ich nur noch Probleme. Bin erst einmal froh, dass ich es unbeschadet runter bekommen habe. Und Gnome kommt bei mir auf gar keinen Fall auf die Platte. Aber danke für deine Bemühungen auf einer VM.

    Es wird bei der Lösung vielleicht nicht helfen, aber dasselbe Problem (Speicherzugriffsfehler) besteht bei mir seit einiger Zeit auch und bei mir ist Gimp als Flatpak installiert. Schon möglich, dass das Problem mehr mit Gimp, als mit deinem System zu tun hat. Bei mir läuft die Version 2.10.36.

    Ich habe GIMP aus den offiziellen Repros. Ehrlich gesagt sind die mir lieber als Flatpack und somit hilft das in so fern, dass ich jetzt weiß, dass es sich wahrscheinlich bei dem beschriebenen Problem um einen Bug in GIMP und nicht um einen Fehler von Tumbleweed handelt. Ist doch schon mal sehr beruhigend.

    Poste einmal:

    Code
    env | grep XAUTH
    Code
    ls -al /tmp/

    Hier sind die beiden: