You are not logged in.
Hi,
The Gambas3 IDE allows development for "Current Desktop", QT5, QT6, and GTK+3.
After installing the Gambas3 package group you are unable to use QT5 because the gambas3-gb-qt5-webview package is not built and available in the repositories.
Also, in order to use Gambas on modern desktop environments I found it necessary to install qt5-wayland and qt6-wayland - although QT5 still doesn't work because of the above and Gambas reverts to using QT6.
Tested with: GB_GUI=gb.qt5 and GB_GUI=gb.qt6
Last edited by neildarlow (2026-08-20 10:18:13)
Offline
qt5-webvew is intentionally missing because it depends on libraries which are EOL and plagued with vulnerabilities.
Offline
qt-wayland packages are a dependency of qt and a requirement on any tool that wants to use qt on wayland. qt-base has that dependency as optional and that's where the hint should come from that you need this on wayland (you'd add this to every tool ever that uses QT "just in case") that's simply not feasible and doesn't make much sense. So that part of that chain is not really actable.
As for Qt5, it's pretty much deprecated and unmaintained and Arch seeks to phase it out as far as possible, so if you still need that, you are going to have to built qt5-webengine and friends from the AUR, so this is also very unlikely to be acted upon.
Offline
qt-wayland packages are a dependency of qt and a requirement on any tool that wants to use qt on wayland. qt-base has that dependency as optional and that's where the hint should come from that you need this on wayland (you'd add this to every tool ever that uses QT "just in case") that's simply not feasible and doesn't make much sense. So that part of that chain is not really actable.
That's no longer the case for Qt6 since 6.10, all the client side wayland stuff is in qt6-base. So, @neildarlow: can you elaborate what you mean exactly by "necessary to install qt6-wayland"?
Offline
OK, that's fine. If it's archlinux's policy to no longer support Qt5 then your responses are entirely accepted.
I found that qt6-wayland has a dependency on qt6-svg and without this package installed Gambas3 fails to start with GB_GUI=gb.qt6. qt6-svg is optional for qt6-declarative but it appears there's no hard dependency on the Gambas3 packages to require it. I can remove qt6-wayland as long as I manually install qt6-svg so qt6-wayland was just masking another issue.
Last edited by neildarlow (2026-08-15 11:20:20)
Offline
https://archlinux.org/packages/extra/x86_64/qt6-svg/ lists gambas3 as needing it as a makedepend .
gambas3-gb-web-gui also lists qt6-svg as a makedepend , maybe that needs to be changed to a runtime depend ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Looking around at the Gambas3 sources and OpenSUSE OBS build configuration it appears that gb.qt6 might be the right place to depend on qt6-svg but I'd appreciate more eyes on this to confirm.
Supporting library dependency check:
[neil@toolbx ~]$ ldd /usr/lib/gambas3/gb.qt6.so.0
linux-vdso.so.1 (0x00007f4b577fd000)
--> libQt6Svg.so.6 => /usr/lib/libQt6Svg.so.6 (0x00007f4b57690000)
libQt6PrintSupport.so.6 => /usr/lib/libQt6PrintSupport.so.6 (0x00007f4b57612000)
libQt6Widgets.so.6 => /usr/lib/libQt6Widgets.so.6 (0x00007f4b56e6f000)
libQt6Gui.so.6 => /usr/lib/libQt6Gui.so.6 (0x00007f4b564fe000)
libQt6Core.so.6 => /usr/lib/libQt6Core.so.6 (0x00007f4b55e64000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f4b55b8f000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007f4b55a58000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f4b55a2b000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f4b55808000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007f4b557ed000)
libEGL.so.1 => /usr/lib/libEGL.so.1 (0x00007f4b557d9000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007f4b5575e000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f4b5561c000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f4b554b9000)
libQt6DBus.so.6 => /usr/lib/libQt6DBus.so.6 (0x00007f4b553ec000)
libxkbcommon.so.0 => /usr/lib/libxkbcommon.so.0 (0x00007f4b5538d000)
libGLX.so.0 => /usr/lib/libGLX.so.0 (0x00007f4b5535a000)
libOpenGL.so.0 => /usr/lib/libOpenGL.so.0 (0x00007f4b55336000)
libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007f4b552f9000)
libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0 (0x00007f4b551c3000)
libmd4c.so.0 => /usr/lib/libmd4c.so.0 (0x00007f4b551ad000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f4b550dd000)
liburing.so.2 => /usr/lib/liburing.so.2 (0x00007f4b550d4000)
libicui18n.so.78 => /usr/lib/libicui18n.so.78 (0x00007f4b54d46000)
libicuuc.so.78 => /usr/lib/libicuuc.so.78 (0x00007f4b54b38000)
libsystemd.so.0 => /usr/lib/libsystemd.so.0 (0x00007f4b549f0000)
libdouble-conversion.so.3 => /usr/lib/libdouble-conversion.so.3 (0x00007f4b549d9000)
libb2.so.1 => /usr/lib/libb2.so.1 (0x00007f4b549b9000)
libpcre2-16.so.0 => /usr/lib/libpcre2-16.so.0 (0x00007f4b54919000)
libzstd.so.1 => /usr/lib/libzstd.so.1 (0x00007f4b54833000)
/usr/lib64/ld-linux-x86-64.so.2 (0x00007f4b577ff000)
libGLdispatch.so.0 => /usr/lib/libGLdispatch.so.0 (0x00007f4b547ba000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007f4b5478c000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f4b5475f000)
libpcre2-8.so.0 => /usr/lib/libpcre2-8.so.0 (0x00007f4b546b1000)
libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0x00007f4b5465e000)
libgraphite2.so.3 => /usr/lib/libgraphite2.so.3 (0x00007f4b5463b000)
libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007f4b54628000)
libbrotlidec.so.1 => /usr/lib/libbrotlidec.so.1 (0x00007f4b54617000)
libicudata.so.78 => /usr/lib/libicudata.so.78 (0x00007f4b52682000)
libgomp.so.1 => /usr/lib/libgomp.so.1 (0x00007f4b52628000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f4b52623000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f4b5261b000)
libbrotlicommon.so.1 => /usr/lib/libbrotlicommon.so.1 (0x00007f4b525f6000)Last edited by neildarlow (2026-08-18 13:39:06)
Offline
That's likely correct and if you look at gambas3-gt-qb6 dependencies there's something weird :
$ pacman -Si gambas3-gb-qt6
Repository : extra
Name : gambas3-gb-qt6
Version : 3.22.1-1
Description : Qt6 toolkit component
Architecture : x86_64
URL : http://gambas.sourceforge.net/
Licenses : GPL-2.0-or-later
Groups : gambas3
Provides : gambas3-gui
Depends On : gambas3-gb-image qt6-base qt5-svg qt6-webengine
Optional Deps : None
Conflicts With : None
Replaces : None
Download Size : 256.35 KiB
Installed Size : 826.26 KiB
Packager : Laurent Carlier <lordheavym@archlinux.org>
Build Date : vr 14 aug 2026 17:23:22 CEST
Validated By : SHA-256 Sum Signature
$ Maybe the qt5-svg in it is a mistake/remnant of switching from qt5 to qt6 and should be qt6-svg ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Yup. That looks like it. I've registered an account on the issue tracker and asked to be AllowListed but haven't received notification it's been done. I'll try and report this.
UPDATE: No, still prompting me to send an email for AllowListing - which I've already done - so I can't action this.
Last edited by neildarlow (2026-08-19 08:05:14)
Offline
Yes the account allowing process can sadly take a while -- I'll make one in your stead: https://gitlab.archlinux.org/archlinux/ … rk_items/9
Offline
Fixed with gambas3-3.22.1-2 packages
Offline
Thank you, V1del and lordheavy. Nice to put this one to bed.
Offline