Fine with me if Quassel client starts working again
Qt 4 removal?
The only software I use is whatpulse every day. I don't lnow if they have a Qt5 port. I am go ask that on they site.
Seems they are just leaving Linux out....
Both the Windows and OSx client have been ported to Qt5 years ago, examples:
Does that mean I can't use whatpulse anymore?
Does that mean I can't use whatpulse anymore?
This means Qt 4 will leave the repos. What happens to your install is up to you.
QGis is no longer on the removal list, a Qt 5 version has entered the build repo (not fully functional yet). It is build from the latest git master checkout, seems upstream not fully done with the PyQt4 to PyQt5 move since they only ship a PyQt4 API, thus PyQt bindings are disabled for now in this build.
What is going to be done about Konqueror?
I would not bother you but somebody, somewhere has to pick up the ball for Konqueror and maybe you know how that is going to happen.
KDE without Konqueror is just AYA DE.
Dolphin as the so-called default file manager(FM) has never fit the bill. ...and besides it is just a FM, not nearly as useful as Konqueror.
[...]
BTW, in VirtualBox (5.20 on Win 81) the KaOS VM Konqueror is broken - sidebars will not display with any items. While I am certain Konqueror must have been broken in the past I cannot recall anytime in the last 15 years that I experienced it on hardware or VM. ...maybe in the KDE 1.x and early 2.x days ( cuz I did not use the memory hogging KDE during that 'phase' of insanity, )?
...anyway just saying that KDE's Konqueror previous(current) maintainer has been looking for somebody to take the reins for a couple of years now and if nobody can / will do it, am wasting time with (K)DE/plasma 5 and :. KaOS, no matter how GREAT( really! :applause: ) the KaOS dev's work is for it.
Konqueror has been kf5 based in KaOS for almost 2 years already (part of frameworks branch build of kde-baseapps), so the Qt 4 removal has zero effect on it.
Thank you.
I interpreted "(or no active development anymore)" independently of "depend on QT4" and was concerned KaOS might remove it.
Am still concerned about the lack of development and that display issue but I'll soon try KaOS w/ "real" graphics hardware/driver and maybe display bug will go away.
Don't know W2D about lack of Konqueror development. Did somebody take over active development and maintenance? I never saw(or could find) an answer to request at https://blogs.kde.org/2014/08/16/konqueror-looking-maintainer ...
neognomic
Everything is listed in the first post what is effected by Qt 4 removal. Konqueror is not there
Also, KaOS has had the policy for well over 2 years to move everything possible to Qt 5, meaning many will use git builds if the "stable" release is still Qt 4 based.
kde-baseapps is such an example, virtually no maintenance or fixes in the "stable" Qt 4 based master branch, lots of activity in the frameworks branch, including quite a lot of commits for konqueror. Not clear if that one actually has a maintainer though.
demm
David Faure is still listed as 'top' Konqueror developer(https://konqueror.org/developers/) so I guess he decided to maintain it, despite his request in 2014 and insistence that he did not have time to do it. ...I'd do it but my (programming) skills are not nearly good enuf for Konqueror. Rusty like an old boat that's been sitting in the harbor since WWII, :LOL:.
Please don't mis-interpret my queries, I'm all for putting QT4, and python2, also, to rest. I really do like the premise of KaOS even tho' there are just a few apps(like gkrellm) that I just cannot set free because there is, for me, no suitable alternative. I'll build them when needed, .
Thanks so much for the answers.
What is better for building cross-platform applications, Qt, React Native, or Flutter?
Please don't use old topics to post unrelated questions, start your own thread. Time to close this one.