Is qt 5 included in Leap 15.4? It is already there in TW.
PrakashC
According to the KDE Info Center, I am using QT 5.15.2 (yes, I am running Leap 15.4 Beta).
I hope it enables me to use later versions of KDENLive than the one available in Leap 15.3!
PrakashC
Checking, the repos show kdenlive version 21.12.3-bp154.1.1.
Yes, that is a much later version than the one available in 15.3 repos! I however will have to wait for Release of 15.4.
Thanks.
PrakashC
If you urgently need the latest(?) version in Leap 15.3 you may opt for the KDE repos:
https://en.opensuse.org/SDB:KDE_repositories
https://download.opensuse.org/repositories/KDE:/Applications/KDE_Frameworks5_openSUSE_Leap_15.3/x86_64/
There’s this version:
kdenlive-22.04.0-lp153.101.1.x86_64.rpm
But be aware, this will try to pull other latest versions of dependencies and you may end up with most of your KDE (qt) packages at a different level than “normal”. This may cause issues at some point. It’s up to your proirities.
First let me apologise for my mistake in original posting. Qt 5 as such is available in 51.3, what I meant was later version of Qt5.
I had posted my wish for later version of KDENLive in the Applications zone. I tried downloading from Wolfi323’s link and it did not work. Sauerland advised me of the need for newer version of Qt5 for latest KDENLive version. Knowing that problems could crop up with other applications I decided to wait till either the Qt 5 version of 15.3 was upgraded or till next version of Leap came out with the required upgrade. Looks like 15.4 is fulfilling my wish!
Thanks
PrakashC
Why? I have 20 15.4s installed already. Software versions have long been frozen for 15.4. RC is due next week or so, release in under 6 weeks.
No special hurry. Been working with 20.04.2. in Leap 15.2. Leap 15.3 just got 20.04.02 which is quite late. Will wait for 15.4 and KDENLive 21.12.3 which is later than 20.15.4.
PrakashC
Thanks. I tried that with wolfi323’s link. For some reason it did not work for me.
PrakashC
I don’t really get this. Why would the experimental branch be necessary if there’s proper KDE Framework5 and QT5 repos with the latest stuff already available for Leap 15.3? #6](https://forums.opensuse.org/showthread.php/569170-qt-5?p=3122983#post3122983)
All the third party software like KDE and its different application packages, Qt, Gnome, the nuts and bolts packages etc are being constantly updated and upgraded. Leap offers a total bundle of stable and tested software and updates packages only after thorough testing. Since most software is dependent on packages like Qt and different software packages may not have kept pace with it, a version change can be a major issue. I believe or rather understand that Tumbleweed does keep up more closely with various upgrades. Someone has to experiment and work out compatibility issues for existing software. It may just be a matter of version identification or it could involve backward compatibility. Users downloading Experimental versions would be reporting problems or bugs they run into and help stabilise the induction into Leap (or any other distribution for that matter). The Community versions are builds based on improved experimental versions but still needing further or wider testing. So Experimental Branch is for Bleeding Edge users and developers.
PrakashC
Thanks, PrakashC. This I understand. What still doesn’t reach through to me is why that bleeding edge would be required from a community repo i.e. “experimental” if the same version is avialable in a much more “official” repo? (Please don’t get me wrong, I have been very grateful for wolfi’s repo, already.)
Been working with 20.04.2. in Leap 15.2. Leap 15.3 just got 20.04.02 which is quite late. Will wait for 15.4 and KDENLive 21.12.3 which is later than 20.15.4.
The version in wolfi’s repo is 22.04.0 which is the same in the Framework5 repo https://download.opensuse.org/reposi…p_15.3/x86_64/ I suggested: kdenlive-22.04.0-lp153.101.1.x86_64.rpm
I didn’t check all the details. If the link to wolfi’s repo didn’t work, it may have to do with dependencies. They may be available here: https://download.opensuse.org/repositories/KDE:/Qt5/openSUSE_Leap_15.3/
I may be missing something, but I fail to see what… :\
The key is “Dependencies”! Changing one item could cause problems with other software apps tailored for earlier or say different version. For example I had problems with installing a newer Epson multi-function device. All it needed was adding the model no. in an existing driver, for which a work around was already available! I had said that Experimental stuff was likely to be bleeding edge not Community repos. Community repos, I understand, are initial efforts for porting a software package for a specific OS distribution.
PrakashC
Yes, exactly. And the repos I referred to do provide all dependencies required. That’s why I initially warned you might end up with all your system pulled to the newer level. I get it that you rather want to avoid that. I totally understand that.
This stuff is also called “Experimental”, i.e. “non-default”.
“non-default” (for openSUSE), yes, sure. “Experimental”, I don’t know. I still think there’s a difference between community repos and what is somehow “officially” propagated on the openSUSE website. Cally me naive, but I kind of trust this:
For Users
- The latest KDE Frameworks 5 and Plasma releases, optionally Applications
](SDB:KDE repositories - openSUSE Wiki)> These are newer versions of the Framework libraries and Plasma Desktop as released by the KDE community, plus a number of openSUSE-specific patches. Optionally you can also get updated KDE Applications. These are delivered for at least the latest openSUSE release and Tumbleweed. Depending on available versions of dependencies, these updates could also be delivered for older, but supported, openSUSE versions.
Sure, you may run into trouble with dependencies and whatever. But KDE has moved on way past what we are using in Leap and calling this experimental, sorry, I don’t think that’s necessarily correct. There’s Q6 mentioned - yes let’s settle for that.
But never mind, I don’t want to push this further. 
KDE ensures its upgrades are compatible with its “product range”. Leap has to keep track of variety of software from different sources including Gnome.
PrakashC