Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Qt5 expected longeivity poll
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Gentoo Chat
View previous topic :: View next topic  

How long Qt5 in your opinion will stay on our system ?
6 month
30%
 30%  [ 3 ]
1 year
30%
 30%  [ 3 ]
3 years
30%
 30%  [ 3 ]
5 years
0%
 0%  [ 0 ]
10 or more, i.e. forever, look at gtk2
10%
 10%  [ 1 ]
Total Votes : 10

Author Message
dmpogo
Advocate
Advocate


Joined: 02 Sep 2004
Posts: 3459
Location: Canada

PostPosted: Sat Sep 14, 2024 12:28 am    Post subject: Qt5 expected longeivity poll Reply with quote

What would be your guess ?
Back to top
View user's profile Send private message
kimchi_sg
Advocate
Advocate


Joined: 26 Nov 2004
Posts: 3038

PostPosted: Sat Sep 14, 2024 5:13 pm    Post subject: Reply with quote

gtk2 main holdout still using it is GIMP, there is no major software similarly holding on to qt5 so the purge should be much faster.
Back to top
View user's profile Send private message
Ralphred
l33t
l33t


Joined: 31 Dec 2013
Posts: 668

PostPosted: Sat Sep 14, 2024 7:27 pm    Post subject: Reply with quote

kimchi_sg wrote:
so the purge should be much faster.

I dunno, there is a commercial aspect to Qt, so without knowledge of what upstream support is contractually required it's hard to guess.
Back to top
View user's profile Send private message
Ionen
Developer
Developer


Joined: 06 Dec 2018
Posts: 2884

PostPosted: Sat Sep 14, 2024 7:54 pm    Post subject: Reply with quote

Qt5 is much more of a mess to keep around than gtk2 is, and upstream support been garbage for non-commercial users. The only reason it's afloat is because KDE community been doing the support for Qt5 instead with large patchsets and backports from Qt6, but now that they're moving on to Qt6... Not to mention that our own Gentoo maintainers are moving on as well and do not necessarily have time or the will to keep working on Qt5.

Really hard to give an estimate when it'll go away from the tree like Qt4 before it though, will depend on state of the migration of packages and how much trouble Qt5 is causing. If we reach a point where the only packages left using Qt5 have dead upstreams and little hope to ever be ported to Qt6, last-riting these stragglers and then Qt5 could happen. Currently we're merely recommending that packages drop their optional Qt5 support and force Qt6 where possible so can "start" working toward it, and reduce pulling Qt5 on users' systems for nothing.

Some modules may go away earlier than the rest, e.g. qtwebengine:5 hopefully (but still plenty of blockers even just for that one).
Back to top
View user's profile Send private message
dmpogo
Advocate
Advocate


Joined: 02 Sep 2004
Posts: 3459
Location: Canada

PostPosted: Sat Sep 14, 2024 9:51 pm    Post subject: Reply with quote

Ionen wrote:
Qt5 is much more of a mess to keep around than gtk2 is, and upstream support been garbage for non-commercial users. The only reason it's afloat is because KDE community been doing the support for Qt5 instead with large patchsets and backports from Qt6, but now that they're moving on to Qt6... Not to mention that our own Gentoo maintainers are moving on as well and do not necessarily have time or the will to keep working on Qt5.

Really hard to give an estimate when it'll go away from the tree like Qt4 before it though, will depend on state of the migration of packages and how much trouble Qt5 is causing. If we reach a point where the only packages left using Qt5 have dead upstreams and little hope to ever be ported to Qt6, last-riting these stragglers and then Qt5 could happen. Currently we're merely recommending that packages drop their optional Qt5 support and force Qt6 where possible so can "start" working toward it, and reduce pulling Qt5 on users' systems for nothing.

Some modules may go away earlier than the rest, e.g. qtwebengine:5 hopefully (but still plenty of blockers even just for that one).


Yep, that is why I am uncertain as well. I just reviewed what I do have qt5 dependent, and it is not much but pretty useful stuff. KDE apps will probably move fast (though one that I use everyday, kdesvn, seems frozen), but outside of KDE few things do not show much drive
to switch to Qt6. None of the LaTex packages I use (texstudio and texworks), nor, painfully, wpa_supplicant GUI part. I am actually starting to feel there is a decreasing activity in writing Qt apps outside of KDE.
Back to top
View user's profile Send private message
dmpogo
Advocate
Advocate


Joined: 02 Sep 2004
Posts: 3459
Location: Canada

PostPosted: Sun Sep 22, 2024 5:32 pm    Post subject: Reply with quote

For me the main concern with Qt5 is a bunch of small programs, for which GUI is a side project, written once for QT5, but unclear when and if will be updated. For instance, wpa_supplicant wpa_gui part, which I got used to and rely on. I don't see any discussion of transition to Qt6 on their mailing lists. Or GUI part of avahi. Or even VLC, although they will probably move eventually. Also kdesvn has little chance it seem - and yes, I use it a regularly :) And kdesvn keeps a bunch of framework-5 packages that would have been gone.
Back to top
View user's profile Send private message
Ionen
Developer
Developer


Joined: 06 Dec 2018
Posts: 2884

PostPosted: Sun Sep 22, 2024 9:36 pm    Post subject: Reply with quote

On the bright side, porting to Qt6 is relatively easy, esp. when using dev-qt/qt5compat (some core removed functions are still usable with it, allowing to keep most of the code as-is, may be more of an issue when Qt7 comes around), or at least assuming simple applications -- someone can potentially do it even with minimal C++ and Qt knowledge. So if someone cares at all I imagine many of these will be migrated in time, by users w/ PRs if need be if upstreams do not do it themselves.

As for VLC... it's already ported to Qt6, albeit the time it's taking for vlc4 with qt6 to release been becoming a bit joke-tier like gimp3 with gtk3 (gimp3 will most likely release first though). Meanwhile vlc3 been accumulating issues that are far worse/urgent than the fact it's still on qt5 -- not that you can be worried about it getting last-rited in any foreseeable future, would need to be exceptionally broken with no hope of vlc4 continuing.

Edit: Not familiar with kdesvn, but at a glance upstream I'm not too hopeful either. Seems to have hardly any activity upstream excluding translations and it's been accumulating a wall of patches downstream, but who knows. Packages depending on qt5 kde-frameworks will likely get last-rited earlier than packages depending on just qt5 as it's a huge stack to keep though.
Back to top
View user's profile Send private message
dmpogo
Advocate
Advocate


Joined: 02 Sep 2004
Posts: 3459
Location: Canada

PostPosted: Mon Sep 23, 2024 3:46 am    Post subject: Reply with quote

Ionen wrote:
On the bright side, porting to Qt6 is relatively easy, esp. when using dev-qt/qt5compat (some core removed functions are still usable with it, allowing to keep most of the code as-is, may be more of an issue when Qt7 comes around), or at least assuming simple applications -- someone can potentially do it even with minimal C++ and Qt knowledge. So if someone cares at all I imagine many of these will be migrated in time, by users w/ PRs if need be if upstreams do not do it themselves.

As for VLC... it's already ported to Qt6, albeit the time it's taking for vlc4 with qt6 to release been becoming a bit joke-tier like gimp3 with gtk3 (gimp3 will most likely release first though). Meanwhile vlc3 been accumulating issues that are far worse/urgent than the fact it's still on qt5 -- not that you can be worried about it getting last-rited in any foreseeable future, would need to be exceptionally broken with no hope of vlc4 continuing.

Edit: Not familiar with kdesvn, but at a glance upstream I'm not too hopeful either. Seems to have hardly any activity upstream excluding translations and it's been accumulating a wall of patches downstream, but who knows. Packages depending on qt5 kde-frameworks will likely get last-rited earlier than packages depending on just qt5 as it's a huge stack to keep though.


I wonder what gimp will be doing with gtk4 :). I also looked at kdesvn repository, yep not much hope. It is funny that I use svn rarely enough so that I do not remember commands, and GUI helps. While with git I never used GUI in my life - and I feel I do not trust a graphical interface, same as with fdisk like tools.
Back to top
View user's profile Send private message
sdauth
l33t
l33t


Joined: 19 Sep 2018
Posts: 659
Location: Ásgarðr

PostPosted: Sat Sep 28, 2024 6:57 pm    Post subject: Reply with quote

I still have a lot of apps which depends on qt5, while I can find some alternative for some or tweak some use flag to get rid of it, at the end of the day, I will still have to build it for heavily used application like keepassxc, makemkv...
I think 3 years is a good bet.. :o Hopefully less..

Code:
sudo emerge -cav qtgui

Calculating dependencies... done!
  dev-qt/qtgui-5.15.14 pulled in by:
    app-admin/keepassxc-2.7.9 requires dev-qt/qtgui:5
    app-editors/qhexedit2-0.8.9_p20210525-r3 requires dev-qt/qtgui:5
    app-misc/recoll-1.37.4-r1 requires dev-qt/qtgui:5
    app-text/poppler-24.08.0 requires >=dev-qt/qtgui-5.15.2:5
    app-text/qpdfview-0.5 requires dev-qt/qtgui:5
    dev-db/sqlitebrowser-3.13.0 requires >=dev-qt/qtgui-5.15.9:5
    dev-libs/libdbusmenu-qt-0.9.3_pre20160218-r3 requires dev-qt/qtgui:5
    dev-libs/qcustomplot-2.1.1 requires dev-qt/qtgui:5
    dev-libs/qxlsx-1.4.8 requires dev-qt/qtgui:5/5.15.14=, dev-qt/qtgui:5=
    dev-python/PyQt5-5.15.11 requires >=dev-qt/qtgui-5.15:5[-gles2-only]
    dev-qt/designer-5.15.14 requires =dev-qt/qtgui-5.15.14*:5=[png], =dev-qt/qtgui-5.15.14*:5/5.15.14=[png]
    dev-qt/qtcharts-5.15.14 requires =dev-qt/qtgui-5.15.14*
    dev-qt/qtdeclarative-5.15.14 requires =dev-qt/qtgui-5.15.14*:5=[-gles2-only,-vulkan], =dev-qt/qtgui-5.15.14*:5/5.15.14=[-gles2-only,-vulkan]
    dev-qt/qtimageformats-5.15.14 requires =dev-qt/qtgui-5.15.14*
    dev-qt/qtmultimedia-5.15.14 requires =dev-qt/qtgui-5.15.14*[-gles2-only]
    dev-qt/qtopengl-5.15.14 requires =dev-qt/qtgui-5.15.14*[-gles2-only]
    dev-qt/qtprintsupport-5.15.14 requires =dev-qt/qtgui-5.15.14*[-gles2-only]
    dev-qt/qtscript-5.15.14 requires =dev-qt/qtgui-5.15.14*
    dev-qt/qtsvg-5.15.14 requires =dev-qt/qtgui-5.15.14*
    dev-qt/qtwidgets-5.15.14 requires =dev-qt/qtgui-5.15.14*:5/5.15.14=[dbus], =dev-qt/qtgui-5.15.14*:5/5.15.14=[-gles2-only,png,X], =dev-qt/qtgui-5.15.14*:5=[dbus], =dev-qt/qtgui-5.15.14*:5=[-gles2-only,png,X]
    dev-qt/qtx11extras-5.15.14 requires =dev-qt/qtgui-5.15.14*[X]
    games-emulation/dolphin-5.0_p20220520-r3 requires dev-qt/qtgui:5
    kde-apps/libksane-24.02.2-r2 requires >=dev-qt/qtgui-5.15.12:5
    kde-apps/marble-24.05.2 requires >=dev-qt/qtgui-5.15.12:5
    kde-frameworks/kauth-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kbookmarks-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kcompletion-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kconfig-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kconfigwidgets-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kcrash-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kded-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kglobalaccel-5.116.0-r1 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kguiaddons-5.116.0-r1 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kiconthemes-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kio-5.116.0-r2 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kitemviews-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kjobwidgets-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/knotifications-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/ktextwidgets-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kwidgetsaddons-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kwindowsystem-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/kxmlgui-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/solid-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-frameworks/sonnet-5.116.0 requires >=dev-qt/qtgui-5.15.9:5
    kde-misc/skanlite-24.05.2 requires >=dev-qt/qtgui-5.15.12:5
    media-gfx/converseen-0.12.0.1 requires dev-qt/qtgui:5
    media-gfx/nomacs-3.16.224-r6 requires dev-qt/qtgui:5[jpeg]
    media-libs/avidemux-plugins-2.8.1-r2 requires dev-qt/qtgui:5
    media-libs/ksanecore-23.08.5-r2 requires >=dev-qt/qtgui-5.15.9:5
    media-libs/opencv-4.9.0-r1 requires dev-qt/qtgui:5
    media-video/avidemux-2.8.1 requires dev-qt/qtgui:5
    media-video/kaffeine-2.0.18-r3 requires >=dev-qt/qtgui-5.15.9:5
    media-video/makemkv-1.17.7 requires dev-qt/qtgui:5
    media-video/vlc-3.0.21 requires dev-qt/qtgui:5
    net-analyzer/wireshark-4.2.6 requires dev-qt/qtgui:5
    net-im/qtox-1.17.6-r2 requires dev-qt/qtgui:5[gif(+),jpeg,png,X(-)]
    net-p2p/retroshare-0.6.7-r1 requires dev-qt/qtgui:5
    sci-astronomy/calcmysky-0.3.2 requires dev-qt/qtgui:5[-gles2-only]
    sci-astronomy/stellarium-24.2 requires dev-qt/qtgui:5=, dev-qt/qtgui:5/5.15.14=
    x11-libs/qscintilla-2.14.1-r1 requires dev-qt/qtgui:5
Back to top
View user's profile Send private message
dmpogo
Advocate
Advocate


Joined: 02 Sep 2004
Posts: 3459
Location: Canada

PostPosted: Sun Sep 29, 2024 3:59 am    Post subject: Reply with quote

at least wireshark you can recompile for qt6. It can support either.

What I did, is created use_noqt5 file in /etc/portage/package.use/ and slowly add there packages that can use qt5 but do not have to anymore, such as wireshark, libreoffice with -qt5
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 9320

PostPosted: Fri Oct 04, 2024 1:37 pm    Post subject: Reply with quote

dmpogo wrote:
None of the LaTex packages I use (texstudio and texworks)

https://bugs.gentoo.org/934581
https://bugs.gentoo.org/936636
dmpogo wrote:
I am actually starting to feel there is a decreasing activity in writing Qt apps outside of KDE.

Just to counter your feelings: https://www.phoronix.com/news/Zrythm-Abandoning-GTK-For-Qt
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo Chat All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum