Hallo, wenn ich mit Qt umgehe kommt an verschiedenen Stellen die Meldung xcb würde fehlen. Es gibt eine Anwendung xcb (X Clip Board ?), die scheint aber nichts mit den zahlreichen Bibliotheken libxcb... zu tun zu haben, oder? Da heißt es nämlich dazu X11 core protocol C library oder ... ? Es gibt auch eine libqt5-dxcbplugin. Wenn, dann bräuchte ich eher was für qt6 Ach, ich hab keine Ahnung. Kann mich jemand aufklären? Joachim
xclipboard wohnt im Paket xclipboard: $ rpm -qf $(which xclipboard) xclipboard-1.1.4-bp155.1.7.x86_64 Was hingegen XCB ist, steht u.a. hier: https://en.wikipedia.org/wiki/XCB https://de.wikipedia.org/wiki/XCB Schau mal mit "zypper dup --dry-run" nach, ob zypper irgendwas mit ...xcb... installieren möchte. Hier (Leap 15.5) sind 33 Pakete mit '*xcb*' installiert, vergleiche das mal mit dem Zustand bei deinem System: $ rpm -qa '*xcb*' | sort libX11-xcb1-1.6.5-150000.3.33.1.x86_64 libxcb1-1.13-150000.3.11.1.x86_64 libxcb-composite0-1.13-150000.3.11.1.x86_64 libxcb-cursor0-0.1.3-150400.3.2.3.x86_64 libxcb-damage0-1.13-150000.3.11.1.x86_64 libxcb-devel-1.13-150000.3.11.1.x86_64 libxcb-dpms0-1.13-150000.3.11.1.x86_64 libxcb-dri2-0-1.13-150000.3.11.1.x86_64 libxcb-dri3-0-1.13-150000.3.11.1.x86_64 libxcb-glx0-1.13-150000.3.11.1.x86_64 libxcb-icccm4-0.4.1-1.24.x86_64 libxcb-image0-0.4.0-1.23.x86_64 libxcb-keysyms1-0.4.0-1.23.x86_64 libxcb-present0-1.13-150000.3.11.1.x86_64 libxcb-randr0-1.13-150000.3.11.1.x86_64 libxcb-record0-1.13-150000.3.11.1.x86_64 libxcb-render0-1.13-150000.3.11.1.x86_64 libxcb-render-util0-0.3.9-1.23.x86_64 libxcb-res0-1.13-150000.3.11.1.x86_64 libxcb-screensaver0-1.13-150000.3.11.1.x86_64 libxcb-shape0-1.13-150000.3.11.1.x86_64 libxcb-shm0-1.13-150000.3.11.1.x86_64 libxcb-sync1-1.13-150000.3.11.1.x86_64 libxcb-util1-0.4.0-1.23.x86_64 libxcb-xf86dri0-1.13-150000.3.11.1.x86_64 libxcb-xfixes0-1.13-150000.3.11.1.x86_64 libxcb-xinerama0-1.13-150000.3.11.1.x86_64 libxcb-xinput0-1.13-150000.3.11.1.x86_64 libxcb-xkb1-1.13-150000.3.11.1.x86_64 libxcb-xtest0-1.13-150000.3.11.1.x86_64 libxcb-xv0-1.13-150000.3.11.1.x86_64 libxcb-xvmc0-1.13-150000.3.11.1.x86_64 xcb-util-devel-0.4.0-1.23.x86_64 -- Viele Grüße Michael
Also bei mir sind noch 32-bit Pakete installiert. Ich weiß jetzt grad nicht warum. Ansonsten ist alles da, was du gelistet hast. Und xclipboard ist nicht installiert. Beißt sich das nicht mit KDE dann wenn mehrere Zwischenablagen laufen?
On Sonntag, 3. November 2024 09:44:03 Mitteleuropäische Normalzeit Joachim Hussong wrote:
Also bei mir sind noch 32-bit Pakete installiert. Ich weiß jetzt grad nicht warum. Ansonsten ist alles da, was du gelistet hast.
Und xclipboard ist nicht installiert. Beißt sich das nicht mit KDE dann wenn mehrere Zwischenablagen laufen?
Das iat alles ein wenig viel Herumgerate. Poste doch mal die Fehlermeldungen, die du bekommst. Und dazu evtl. was im Journal steht. Ciao. Michael.
Ja, das ist alles etwas wirr. Ich komme zwar immer mal wieder einen Schritt weiter, aber der Durchbruch steht aus. Also configure meldet u.a. folgendes. -- Could NOT find XCB_EWMH (missing: XCB_EWMH_LIBRARY XCB_EWMH_INCLUDE_DIR) (found version "") Could NOT find XCB_ICCCM (missing: XCB_ICCCM_LIBRARY XCB_ICCCM_INCLUDE_DIR) (found version "") Could NOT find XCB_KEYSYMS (missing: XCB_KEYSYMS_LIBRARY XCB_KEYSYMS_INCLUDE_DIR) (found version "") Could NOT find XCB_XEVIE (missing: XCB_XEVIE_LIBRARY) (found version "") Could NOT find XCB_XPRINT (missing: XCB_XPRINT_LIBRARY) (found version "") -- folgende Komponenten werden gefunden: XCB_XCB XCB_RENDER XCB_SHAPE XCB_XFIXES XCB_SHM XCB_ATOM XCB_AUX XCB_COMPOSITE XCB_CURSOR XCB_DAMAGE XCB_DPMS XCB_DRI2 XCB_DRI3 XCB_EVENT XCB_GLX XCB_IMAGE XCB_PRESENT XCB_RANDR XCB_RECORD XCB_RENDERUTIL XCB_RES XCB_SCREENSAVER XCB_SYNC XCB_UTIL XCB_XF86DRI XCB_XINERAMA XCB_XINPUT XCB_XKB XCB_XTEST XCB_XV XCB_XVMC XCB Nicht für alles gibt es wohl eine eigene Bibliothek. und das folgende finde ich in meinem System joachim:~/Qt/6.8.0> find /usr/lib64 -type f -name "libxcb*" /usr/lib64/libxcb.so.1.1.0 /usr/lib64/libxcb-shape.so.0.0.0 /usr/lib64/libxcb-xinput.so.0.1.0 /usr/lib64/libxcb-xf86dri.so.0.0.0 /usr/lib64/libxcb-render-util.so.0.0.0 /usr/lib64/vlc/plugins/access/libxcb_screen_plugin.so /usr/lib64/vlc/plugins/video_output/libxcb_x11_plugin.so /usr/lib64/vlc/plugins/video_output/libxcb_window_plugin.so /usr/lib64/vlc/plugins/video_output/libxcb_xv_plugin.so /usr/lib64/vlc/plugins/services_discovery/libxcb_apps_plugin.so /usr/lib64/vlc/plugins/control/libxcb_hotkeys_plugin.so /usr/lib64/libxcb-util.so.1.0.0 /usr/lib64/libxcb-xv.so.0.0.0 /usr/lib64/libxcb-cursor.so.0.0.0 /usr/lib64/libxcb-keysyms.so.1.0.0 /usr/lib64/libxcb-composite.so.0.0.0 /usr/lib64/libxcb-xkb.so.1.0.0 /usr/lib64/libxcb-sync.so.1.0.0 /usr/lib64/libxcb-dbe.so.0.0.0 /usr/lib64/libxcb-ewmh.so.2.0.0 /usr/lib64/libxcb-randr.so.0.1.0 /usr/lib64/libxcb-image.so.0.0.0 /usr/lib64/libxcb-xinerama.so.0.0.0 /usr/lib64/libxcb-screensaver.so.0.0.0 /usr/lib64/libxcb-damage.so.0.0.0 /usr/lib64/libxcb-render.so.0.0.0 /usr/lib64/libxcb-xfixes.so.0.0.0 /usr/lib64/libxcb-dpms.so.0.0.0 /usr/lib64/libxcb-record.so.0.0.0 /usr/lib64/libxcb-present.so.0.0.0 /usr/lib64/libxcb-glx.so.0.0.0 /usr/lib64/libxcb-dri3.so.0.1.0 /usr/lib64/libxcb-dri2.so.0.0.0 /usr/lib64/libxcb-shm.so.0.0.0 /usr/lib64/libxcb-xvmc.so.0.0.0 /usr/lib64/libxcb-res.so.0.0.0 /usr/lib64/libxcb-icccm.so.4.0.0 /usr/lib64/libxcb-xtest.so.0.0.0 auffällig ist, dass zum Beispiel die Komponenten ICCM, EWMH oder auch KEYSYMS angemeckert werden, obwohl eine solche Datei existiert. Andere Pakete wie XEVIE oder XPRINT kann ich im Zusammenhang mit xcb nicht finden. Da gibt es Pakete die heißen so ähnlich, aber eben ohne xcb.
On Sonntag, 3. November 2024 14:37:48 Mitteleuropäische Normalzeit Joachim Hussong wrote:
Ja, das ist alles etwas wirr.
:) Was genau machst du eigentlich, wenn du die Sachen da unten gemeldet bekommst? Irgendwas übersetzen? Und wenn ja, was? "wenn ich mit Qt umgehe" ist nicht wirklich Aussage kräftig 8-<
Ich komme zwar immer mal wieder einen Schritt weiter, aber der Durchbruch steht aus.
Also configure meldet u.a. folgendes.
-- Could NOT find XCB_EWMH (missing: XCB_EWMH_LIBRARY XCB_EWMH_INCLUDE_DIR) (found version "")
Could NOT find XCB_ICCCM (missing: XCB_ICCCM_LIBRARY XCB_ICCCM_INCLUDE_DIR) (found version "")
Could NOT find XCB_KEYSYMS (missing: XCB_KEYSYMS_LIBRARY XCB_KEYSYMS_INCLUDE_DIR) (found version "")
Could NOT find XCB_XEVIE (missing: XCB_XEVIE_LIBRARY) (found version "")
Could NOT find XCB_XPRINT (missing: XCB_XPRINT_LIBRARY) (found version "")
--
folgende Komponenten werden gefunden:
XCB_XCB XCB_RENDER XCB_SHAPE XCB_XFIXES XCB_SHM XCB_ATOM XCB_AUX XCB_COMPOSITE XCB_CURSOR XCB_DAMAGE XCB_DPMS XCB_DRI2 XCB_DRI3 XCB_EVENT XCB_GLX XCB_IMAGE XCB_PRESENT XCB_RANDR XCB_RECORD XCB_RENDERUTIL XCB_RES XCB_SCREENSAVER XCB_SYNC XCB_UTIL XCB_XF86DRI XCB_XINERAMA XCB_XINPUT XCB_XKB XCB_XTEST XCB_XV XCB_XVMC XCB
Nicht für alles gibt es wohl eine eigene Bibliothek.
und das folgende finde ich in meinem System
joachim:~/Qt/6.8.0> find /usr/lib64 -type f -name "libxcb*" /usr/lib64/libxcb.so.1.1.0 /usr/lib64/libxcb-shape.so.0.0.0 /usr/lib64/libxcb-xinput.so.0.1.0 /usr/lib64/libxcb-xf86dri.so.0.0.0 /usr/lib64/libxcb-render-util.so.0.0.0 /usr/lib64/vlc/plugins/access/libxcb_screen_plugin.so /usr/lib64/vlc/plugins/video_output/libxcb_x11_plugin.so /usr/lib64/vlc/plugins/video_output/libxcb_window_plugin.so /usr/lib64/vlc/plugins/video_output/libxcb_xv_plugin.so /usr/lib64/vlc/plugins/services_discovery/libxcb_apps_plugin.so /usr/lib64/vlc/plugins/control/libxcb_hotkeys_plugin.so /usr/lib64/libxcb-util.so.1.0.0 /usr/lib64/libxcb-xv.so.0.0.0 /usr/lib64/libxcb-cursor.so.0.0.0 /usr/lib64/libxcb-keysyms.so.1.0.0 /usr/lib64/libxcb-composite.so.0.0.0 /usr/lib64/libxcb-xkb.so.1.0.0 /usr/lib64/libxcb-sync.so.1.0.0 /usr/lib64/libxcb-dbe.so.0.0.0 /usr/lib64/libxcb-ewmh.so.2.0.0 /usr/lib64/libxcb-randr.so.0.1.0 /usr/lib64/libxcb-image.so.0.0.0 /usr/lib64/libxcb-xinerama.so.0.0.0 /usr/lib64/libxcb-screensaver.so.0.0.0 /usr/lib64/libxcb-damage.so.0.0.0 /usr/lib64/libxcb-render.so.0.0.0 /usr/lib64/libxcb-xfixes.so.0.0.0 /usr/lib64/libxcb-dpms.so.0.0.0 /usr/lib64/libxcb-record.so.0.0.0 /usr/lib64/libxcb-present.so.0.0.0 /usr/lib64/libxcb-glx.so.0.0.0 /usr/lib64/libxcb-dri3.so.0.1.0 /usr/lib64/libxcb-dri2.so.0.0.0 /usr/lib64/libxcb-shm.so.0.0.0 /usr/lib64/libxcb-xvmc.so.0.0.0 /usr/lib64/libxcb-res.so.0.0.0 /usr/lib64/libxcb-icccm.so.4.0.0 /usr/lib64/libxcb-xtest.so.0.0.0
auffällig ist, dass zum Beispiel die Komponenten ICCM, EWMH oder auch KEYSYMS angemeckert werden, obwohl eine solche Datei existiert. Andere Pakete wie XEVIE oder XPRINT kann ich im Zusammenhang mit xcb nicht finden. Da gibt es Pakete die heißen so ähnlich, aber eben ohne xcb.
Am 03.11.24 um 15:28 schrieb mh@mike.franken.de:
On Sonntag, 3. November 2024 14:37:48 Mitteleuropäische Normalzeit Joachim Hussong wrote:
Ja, das ist alles etwas wirr.
:) Was genau machst du eigentlich, wenn du die Sachen da unten gemeldet bekommst? Irgendwas übersetzen? Und wenn ja, was? "wenn ich mit Qt umgehe" ist nicht wirklich Aussage kräftig 8-<
zum Einen wäre da das Aufrufen des Qt-Maintenance Tools. Die Meldung wegen eines fehlenden xcb-plugins konnte ich inzwischen tilgen. was bleibt, und was ich hier anfrage, ist das Bauen von Qt aus den Quellen. Ich benötige die Qt-Bibliotheken aktuell in der developer Ausführung, also mit detaillierten Debug-Informationen. Laut Anleitung geht das ganz einfach mit configure -developer-build cmake build in den entsprechenden Verzeichnissen. Aber obwohl ich die Liste der Anforderungen abgearbeitet habe (siehe https://doc.qt.io/qt-6/linux-requirements.html), klappt es hinten und vorne nicht. Aktuelle Hauptprobleme sind fehlende xcb Komponenten/Plugins und openssl3. Wenn das gelöst ist, könnten noch weitere auftauchen, doch das wird sich zeigen.
On Sonntag, 3. November 2024 15:36:52 Mitteleuropäische Normalzeit Joachim Hussong wrote:
Am 03.11.24 um 15:28 schrieb mh@mike.franken.de:
On Sonntag, 3. November 2024 14:37:48 Mitteleuropäische Normalzeit
Joachim Hussong wrote:
Ja, das ist alles etwas wirr.
:)
Was genau machst du eigentlich, wenn du die Sachen da unten gemeldet bekommst? Irgendwas übersetzen? Und wenn ja, was? "wenn ich mit Qt umgehe" ist nicht wirklich Aussage kräftig 8-<
zum Einen wäre da das Aufrufen des Qt-Maintenance Tools. Die Meldung wegen eines fehlenden xcb-plugins konnte ich inzwischen tilgen.
was bleibt, und was ich hier anfrage, ist das Bauen von Qt aus den Quellen. Ich benötige die Qt-Bibliotheken aktuell in der developer Ausführung, also mit detaillierten Debug-Informationen.
Laut Anleitung geht das ganz einfach mit
configure -developer-build cmake build
in den entsprechenden Verzeichnissen. Aber obwohl ich die Liste der Anforderungen abgearbeitet habe (siehe https://doc.qt.io/qt-6/linux-requirements.html), klappt es hinten und vorne nicht.
Aktuelle Hauptprobleme sind fehlende xcb Komponenten/Plugins und openssl3. Wenn das gelöst ist, könnten noch weitere auftauchen, doch das wird sich zeigen.
Was für ein System hast du da? Leap x.y, Tumbleweed? Und warum musst du die bauen? Reicht nicht, die devel-Pakete dazu zu installieren?
Am 03.11.24 um 16:02 schrieb mh@mike.franken.de:
Was für ein System hast du da? Leap x.y, Tumbleweed? Und warum musst du die bauen? Reicht nicht, die devel-Pakete dazu zu installieren?
Tumbleweed. Soweit ich das gesehen habe, installieren die devel Pakete nur die Headerdateien. Da ich aber ins Detail muss um zu verstehen, wie dieses Qt tickt, braucht's etwas mehr.
On Sonntag, 3. November 2024 16:13:18 Mitteleuropäische Normalzeit Joachim Hussong wrote:
Am 03.11.24 um 16:02 schrieb mh@mike.franken.de:
Was für ein System hast du da? Leap x.y, Tumbleweed? Und warum musst du die bauen? Reicht nicht, die devel-Pakete dazu zu installieren?
Tumbleweed.
Soweit ich das gesehen habe, installieren die devel Pakete nur die Headerdateien. Da ich aber ins Detail muss um zu verstehen, wie dieses Qt tickt, braucht's etwas mehr.
Wenn du's verstanden hast, erklärst du es mir? :) Ne, im Ernst, da haste dir aber echt was vorgenommen. Was ein Problem sein könnte, ist die Tatsache, dass ja eigentlich X11 eher so nur noch nebenher läuft, und alles in Richtung Wayland abdreht. Trotzdem: Welchen configure startest du denn da, also aus welchem Paket? Hast du das Pattern devel_qt6 installiert?
Am 03.11.24 um 16:40 schrieb mh@mike.franken.de:
On Sonntag, 3. November 2024 16:13:18 Mitteleuropäische Normalzeit
Wenn du's verstanden hast, erklärst du es mir? :) Ne, im Ernst, da haste dir aber echt was vorgenommen.
Ja, ich weiß. Ich habe aber sonst nix zu tun ! ;-)
Was ein Problem sein könnte, ist die Tatsache, dass ja eigentlich X11 eher so nur noch nebenher läuft, und alles in Richtung Wayland abdreht.
Wayland hat seine eigenen Module in Qt.
Trotzdem: Welchen configure startest du denn da, also aus welchem Paket? Hast du das Pattern devel_qt6 installiert?
Also devel-qt6 finde ich nicht. Andersrum, qt6-<Paket>, von denen gibt es zuhauf. Alles davon ist installiert. Gehe ich in die Liste der installierten Dateien, dann werden da nur include-Verzeichnisse und deren Inhalt angegeben. Ich habe die Quellen direkt von Qt heruntergeladen. Wie schon erwähnt, gibt es dazu Dokumentationen im Netz, denen bin ich gefolgt. Mein openssl3 Problem konnte ich lösen, das xcb bisher noch nicht. Bisher kann ich das xcb-Problem umgehen indem ich das entsprechende Paket beim Bauen überspringe. Es kann aber sein, dass das in einem anderen Paket doch wieder auftaucht. Der Compiler läuft gerade, jetzt mit openssl3 Lösung. Mal sehen, ob xcb nochmal hoch poppt. In 45min weiß ich spätestens mehr. Vielleicht kommt auch ein neues Problemchen hoch. Mal abwarten.
Der Compiler und der Linker sind jetzt erstmals ohne Abbruch durchgelaufen. Hat 62 Minuten gedauert. Und das xcb-Problem taucht tatsächlich nur in einem einzigen Modul auf, dem Testmodul zu qt3dquick. Nun würde man vermuten dürfen, dass xcb so grundlegende Bibliotheken für X11 sind, dass das öfters auftauchen müsste. Und wenn im Testmodul von qt3dquick dann doch auch in qt3dquick selbst. Nein, tut es nicht. seltsam. Nun gut, nun ist klar, das ist kein Opensuse Problem, sondern irgendwas in diesem einen Testmodul. Pughhh!! Ende und aus für heut' Joachim Am 03.11.24 um 17:00 schrieb Joachim Hussong:
Am 03.11.24 um 16:40 schrieb mh@mike.franken.de:
On Sonntag, 3. November 2024 16:13:18 Mitteleuropäische Normalzeit
Wenn du's verstanden hast, erklärst du es mir? :) Ne, im Ernst, da haste dir aber echt was vorgenommen.
Ja, ich weiß. Ich habe aber sonst nix zu tun ! ;-)
Was ein Problem sein könnte, ist die Tatsache, dass ja eigentlich X11 eher so nur noch nebenher läuft, und alles in Richtung Wayland abdreht.
Wayland hat seine eigenen Module in Qt.
Trotzdem: Welchen configure startest du denn da, also aus welchem Paket? Hast du das Pattern devel_qt6 installiert?
Also devel-qt6 finde ich nicht. Andersrum, qt6-<Paket>, von denen gibt es zuhauf. Alles davon ist installiert. Gehe ich in die Liste der installierten Dateien, dann werden da nur include-Verzeichnisse und deren Inhalt angegeben.
Ich habe die Quellen direkt von Qt heruntergeladen. Wie schon erwähnt, gibt es dazu Dokumentationen im Netz, denen bin ich gefolgt. Mein openssl3 Problem konnte ich lösen, das xcb bisher noch nicht.
Bisher kann ich das xcb-Problem umgehen indem ich das entsprechende Paket beim Bauen überspringe. Es kann aber sein, dass das in einem anderen Paket doch wieder auftaucht.
Der Compiler läuft gerade, jetzt mit openssl3 Lösung. Mal sehen, ob xcb nochmal hoch poppt. In 45min weiß ich spätestens mehr.
Vielleicht kommt auch ein neues Problemchen hoch. Mal abwarten.
Kommando zurück, ich bin einer Täuschung erlegen. Es stimmt, dass beim letzten Lauf der Compiler und der Linker durchgelaufen sind, leider waren dann für mein Programm die Einstellungen in CLion nur für Release aktualisiert worden und nicht auch für Debug. Das fiel mir vorhin auf. Wenn die Einstellungen in CLion oder auch QtCreator auf meine gebastelten Libs zeigen, dann startet mein Programm nicht, sondern meckert .. na was wohl ... missing xcb. Ich weiß immer noch nicht, wo und wie ich die fehlenden Komponenten installieren soll. Irgendwo müssen die ja sein. Wen ich davon ausgehe, dass die Maintainer von Qt hier die Pakete auch selber basteln, dann muss es doch gehen. nur wie? Am 03.11.24 um 17:42 schrieb Joachim Hussong:
Der Compiler und der Linker sind jetzt erstmals ohne Abbruch durchgelaufen. Hat 62 Minuten gedauert.
Und das xcb-Problem taucht tatsächlich nur in einem einzigen Modul auf, dem Testmodul zu qt3dquick. Nun würde man vermuten dürfen, dass xcb so grundlegende Bibliotheken für X11 sind, dass das öfters auftauchen müsste. Und wenn im Testmodul von qt3dquick dann doch auch in qt3dquick selbst. Nein, tut es nicht.
seltsam.
Nun gut, nun ist klar, das ist kein Opensuse Problem, sondern irgendwas in diesem einen Testmodul.
Pughhh!!
Ende und aus für heut'
Joachim
Am 03.11.24 um 17:00 schrieb Joachim Hussong:
Am 03.11.24 um 16:40 schrieb mh@mike.franken.de:
On Sonntag, 3. November 2024 16:13:18 Mitteleuropäische Normalzeit
Wenn du's verstanden hast, erklärst du es mir? :) Ne, im Ernst, da haste dir aber echt was vorgenommen.
Ja, ich weiß. Ich habe aber sonst nix zu tun ! ;-)
Was ein Problem sein könnte, ist die Tatsache, dass ja eigentlich X11 eher so nur noch nebenher läuft, und alles in Richtung Wayland abdreht.
Wayland hat seine eigenen Module in Qt.
Trotzdem: Welchen configure startest du denn da, also aus welchem Paket? Hast du das Pattern devel_qt6 installiert?
Also devel-qt6 finde ich nicht. Andersrum, qt6-<Paket>, von denen gibt es zuhauf. Alles davon ist installiert. Gehe ich in die Liste der installierten Dateien, dann werden da nur include-Verzeichnisse und deren Inhalt angegeben.
Ich habe die Quellen direkt von Qt heruntergeladen. Wie schon erwähnt, gibt es dazu Dokumentationen im Netz, denen bin ich gefolgt. Mein openssl3 Problem konnte ich lösen, das xcb bisher noch nicht.
Bisher kann ich das xcb-Problem umgehen indem ich das entsprechende Paket beim Bauen überspringe. Es kann aber sein, dass das in einem anderen Paket doch wieder auftaucht.
Der Compiler läuft gerade, jetzt mit openssl3 Lösung. Mal sehen, ob xcb nochmal hoch poppt. In 45min weiß ich spätestens mehr.
Vielleicht kommt auch ein neues Problemchen hoch. Mal abwarten.
On Sonntag, 3. November 2024 17:00:44 Mitteleuropäische Normalzeit Joachim Hussong wrote:
Am 03.11.24 um 16:40 schrieb mh@mike.franken.de:
On Sonntag, 3. November 2024 16:13:18 Mitteleuropäische Normalzeit [...]
Trotzdem: Welchen configure startest du denn da, also aus welchem Paket? Hast du das Pattern devel_qt6 installiert?
Also devel-qt6 finde ich nicht.
Das ist ein Pattern, kein Paket. [...]
Ich habe die Quellen direkt von Qt heruntergeladen. Wie schon erwähnt,
Hmja, also ich hätte die passenden openSUSE src.rpms installiert, aber ok. Sonst kann es halt passieren, dass im System Libs und Binaries an anderen Stellen liegen, als erwartet wird. [...] Ciao. Michael.
Am 03.11.24 um 18:57 schrieb mh@mike.franken.de:
Also devel-qt6 finde ich nicht.
Das ist ein Pattern, kein Paket.
achso, das meinst du. Das hatte ich am Anfang installiert. Doch auch da sind keine Quelldateien in der Liste aufgeführt.
Ich habe die Quellen direkt von Qt heruntergeladen. Wie schon erwähnt,
Hmja, also ich hätte die passenden openSUSE src.rpms installiert, aber ok. Sonst kann es halt passieren, dass im System Libs und Binaries an anderen Stellen liegen, als erwartet wird.
Ich installiere meine gebauten Pakete an eine ganz andere Stelle als üblich. In cmake gibt es den CMAKE_PREFIX_PATH wo man einstellen kann, wo ein Projekt beim Erstellen Qt sucht. Was anderes sind natürlich Pakete, von denen Qt selbst abhängt, bzw. später die erstellte Anwendung. Genau das war meine Befürchtung mit den fehlenden xcb-Paketen, dass die irgendwo rumliegen wo man sie nicht unbedingt erwarten würde. Es wäre nicht das erste mal, dass Opensuse Pakete nicht an ihren "Standardplätzen" installiert und da ein anderes Süppchen kocht als Ubuntu z.B. Dort wo die Anwendung dann laufen wird, muss Qt natürlich da liegen wo man auch sucht, bzw. wo QTDIR und Konsorten hinzeigen. Für mich gilt aber erst mal nur eine Entwicklerumgebung. Es soll nicht so sein, dass andere, fremde Qt-Anwendungen im System auf meine Entwicklerversion zugreifen. Die sollen schön die Bibliotheken verwenden, die das System anbietet.
participants (3)
-
Joachim Hussong -
mh＠mike.franken.de -
Michael Behrens