Beiträge von bekr

Leider kein Inhalt

$ ls -al .local/share/applications/
-rw-r--r-- 1 xxxxxxxx users    0 14. Nov 2024  mimeapps.list
-rw------- 1 xxxxxxxx users  103 14. Okt 2024  vim.desktop

Spectacle liefert gar keine Konsolen-Meldung. Sonst hätte ich sie längst gemeldet. Das war auch der Grund, warum ich ein anderes Programm ausprobiert haben.

NVIDIA Treiber wird wohl bei einer Radeon wenig bringen.
#6 HP Elitedesk mit AMD Radeon Grafik

lrwxrwxrwx 1 root root      25  3. Jul 2024  /usr/lib64/libva-wayland.so.2 -> libva-wayland.so.2.2200.0*
-rwxr-xr-x 1 root root   27080  3. Jul 2024  /usr/lib64/libva-wayland.so.2.2200.0*
lrwxrwxrwx 1 root root      21  3. Jul 2024  /usr/lib64/libva-x11.so.2 -> libva-x11.so.2.2200.0*
-rwxr-xr-x 1 root root   26784  3. Jul 2024  /usr/lib64/libva-x11.so.2.2200.0*

Ich verwende ein HP Elitedesk mit AMD Radeon Grafik. Damit gab es bis jetzt nie Probleme.

Ich kann im Netz die Fehlermeldung bis ins Jahr 2022 zurückverfolgen. Hier schreibt jemand, sie tritt nur im fullscreen modus auf.

import QtQuick          2.15
import QtQuick.Controls 2.15
import QtQuick.Window   2.15

ApplicationWindow
{    id: appWindow
     //width: 640
     //height: 480
     visibility: Window.FullScreen
     visible: true
     title: qsTr("Main Window") }
} 

"qt.qpa.wayland: Wayland does not support QWindow::requestActivate()"

My first Yocto project. The message shows up in fullscreen mode only. import QtQuick 2.15 import QtQuick.Controls 2.15 import QtQuick.Window 2.15 ...

forum.qt.io

Welche Qt-Version bei mir läuft, kann ich gerade nicht herausfinden, qmake und Derivate gibt es bei mir nicht nur "qt-faststart qtpaths qtpaths-qt5 qttoy4m", und mit

pkg-config --modversion QtCore stört er sich am fehlenden QtCore. Heißt das, dass gar kein Qt läuft? Dabei sind jede Menge libQt5* und libQt6* installiert (über Yast kontrolliert)

Danke Alero für den Hinweis. Aber eine Neuinstallation kommt für mich nicht infrage wegen des Mehraufwandes. Da bin ich drei Tage dauerbeschäftigt und bis ich alle Software, alle Drucker, die /etc/hosts und alle Resourcefiles wie etwa vi, bash und Firefox für root und zwei Benutzer wieder auf Stand gebracht habe, vergehen Wochen. Den Spass mache ich schon seit 1995.

Neuen User anlegen mache ich nachher.

Mit flameshot von der Konsole gestartet bekomme ich diese Fehlermeldung

qt.qpa.wayland: Wayland does not support QWindow::requestActivate()

Seit dem Upgrade von 15.6 auf 16.0 verursachen die PrtScr-Taste und das Programm /usr/bin/spectacle Monitor-Blackouts.

- das Programm startet

- man sieht kurzfristig die Meldung "Klicken und Ziehen Sie, um eine Auswahl zu treffen"

- der Bildschirm wird schwarz

- mit Mausbewegungen kommt man wieder in die Anzeige

- sobald man klickt oder die Maus nicht mehr bewegt, wird der Bildschirm wieder schwarz

- dann loopt das Programm so im 4 Sekundentakt

- mit ESC-Taste kommt man wieder raus

Fühlt sich irgendwie nicht gesund an. Gibt es dafür eine Abhilfe?

Um mir das Leben etwas zu vereinfachen, verwende ich zwei Duplikate ~/.viminfo2 und ~/.bash_history2 für den vim-Editor und die bash-Konsole, in denen ich alle für mich wichtigen Kommandos sammle. Ein- bis zweimal die Woche lasse ich ein Skript ~/bin/cleanup.sh laufen, um die Platte von angehäuftem Überflüssigem zu säubern.

Folge: Die Files bleiben kurz und aktuell, und ich mülle mir die Festplatte nicht mehr zu.

#!/bin/bash
#
# Loescht einige Dateien / Verzeichnisse um Platz zu schaffen
#

# überschreibe vi/bash history
/bin/cp -f ~/.viminfo2        ~/.viminfo
/bin/cp -f ~/.bash_history2   ~/.bash_history

# lösche telgram downloads
/bin/rm -f ~/Downloads/Telegram\ Desktop/*

# lösche TorBrowser downloads
/bin/rm -f ~/.local/share/torbrowser/tbb/x86_64/tor-browser/Browser/Downloads/*

# lösche gwenview history
/bin/rm -f ~/.local/share/gwenview/recentfolders/gvhistory*
rm -f ~/.thumbnails/normal/*.png
rm -f ~/.thumbnails/large/*.png
mkdir -p ~/.thumbnails/normal/
mkdir -p ~/.thumbnails/large/

# --- end-of-file ---

Nach Upgrade von openSUSE 15.6 auf 16.0 mit dem Migrationstool [2] war mein USB-Drucker Kyocera FS-1010 mit lpr nicht mehr erreichbar. Im HP-Device-Manager (HPLIP) war die Zeile blank, bei http://localhost:631/printers/? stand die Fehlermeldung

  Kyocera FS-1010 - CUPS+Gutenprint ... Leerlauf - Datei /usr/lib/cups/filter/rastertogutenprint.5.2" nicht verfügbar

Und in der Drucker-Systemeinstellung steht er auch mit

Beschreibung: Kyocera FS-1010 - CUPS+Gutenprint v5.2.14
Geräte-URI: usb://Unknown/Printer [ändern]
Marke und Modell: Kyocera FS-1010 - CUPS+Gutenprint v5.2.14 [ändern]

Eine neue Gutenprint-Datei findet sich in

/usr/lib/cups/driver/gutenprint.5.3

Die Lösung findet sich in [3] mit lpinfo -v und lpinfo -m

$ lpinfo -v

file cups-brf:/
network beh
direct hp
network http
network ipps
serial serial:/dev/ttyS4?baud=115200
serial serial:/dev/ttyS5?baud=115200
network https
network ipp
network smb
network socket
network lpd
direct hpfax
direct usb://USB2.0-Print/    # bisherige Geräte-URI usb://Unknown/Printer

$ lpinfo -m | grep -i "Kyocera FS-1010"
gutenprint/5.3/C/stp-kyocera-fs-1010.5.3.ppd.gz Kyocera FS-1010 - CUPS+Gutenprint v5.3.4

gutenprint/5.3/C/stp-kyocera-fs-1010.5.3.sim.ppd.gz Kyocera FS-1010 - CUPS+Gutenprint v5.3.4 Simplified

In der Druckereinstellung muss die Geräte-URI unter "Adresse eingeben" von "usb://Unknown/Printer" auf "usb://USB2.0-Print/" und die "Marke und Modell" auf

"Kyocera FS-1010 - CUPS+Gutenprint v5.3.4" (Treiber-Auswahl für entsprechenden Drucker) manuell geändert werden.

Seitdem druckt der USB-Drucker wieder!

[1] How to Upgrade to openSUSE Leap 16 from Leap 15.6 (03.10.2025)

https://itsfoss.gitlab.io/post…se-leap-16-from-leap-156/

[2] Wie man von openSUSE Leap 15.6 auf Leap 16 aktualisiert (2025)

Ein bewährter Schritt-für-Schritt-Leitfaden für ein problemloses Upgrade von openSUSE Leap 15.6 auf Leap 16.

Wie man von openSUSE Leap 15.6 auf Leap 16 aktualisiert

[3] OpenPrinting CUPS

You can run the "lpinfo" command to list all of the available drivers ("lpinfo -m") or printers ("lpinfo -v").
https://openprinting.github.io/cups

Danke für Ihre Frage und dass Sie das "Ok." überlesen haben. Möchten Sie, dass ich zur Beantwortung Ihrer Frage ein eigenes Thema eröffne oder sind Sie mit dieser Darstellung zufrieden?

Ok. Bei der Aktualisierung habe ich herausgefunden, dass es wohl das "openSUSE-Leap-16.0-132" ist, das sich derzeit nicht installieren lässt. Die anderen sind jetzt eingespielt. Mal sehen, ob sich nach einem Reboot irgendwann heute Nacht etwas verbessert.

Und weil es mit dem Update so schön war, gleich noch die nächste Fehlermeldung bei der Aktualisierung. Wenn es irgendwo mit der Software Probleme gibt, dann kümmert man sich ja um ein aktualisiertes System; dafür gibt's ja das Discover mit der Aktualisierung, z.Zt. sieben Stücker für System-Software.

-126 bis -132 und ein -packagehub-65

Und was passiert, wenn man die einspielen will, um zu sehen, ob sich die Problem damit lösen lassen?

Auflösung der Abhängigkeit fehlgeschlagen:

das installierte 'gio-branding-openSUSE-42.1-lp160.3.1.noarch erfordert "libgio-2_0-0=2.84.2', aber diese Anforderung kann nicht bereitgestellt werden.
Der oben festgestellte Fehler scheint schwerwiegender und nicht nur ein Netzwerkfehler zu sein. Bitte berichten sie ihn an openSUSE Leap (und bitte nicht an KDE)
[Problem an openSUSE Leap berichten]

Habe ich versucht. Mit der Seite "openSUSE: Submitting bug reposts" komme ich jetzt nicht gerade zurecht.