[EDIT: Removed – 6.5.1 will be released soon, so this copr will be sunset until it is needed again]
And huh, no "#fedora-kde” tag huh? I see how it is…
Edit: I claimed “The tag is #kde no need for the redudent prefix of fedora”.
Then I went to add that tag and you are right there are fewer tags for “Project Discussion” then the help category.
Now I see how it is as well!
Would it be possible to have aarch64 builds as well?
Just installed on a laptop, looking forward to the usual smooth and trouble free Fedora/KDE experience. Thank you for taking the time and effort to create it, much appreciated.
With Fedora 43 being a go, we will be doing an update on repos towards the middle to end of next week that will bring Qt 6.10 and Plasma 6.5.1 to F43, and Plasma 6.5.1 (Most likely, plans are not 100% final in that regard) to F42. That will bring the update to the usual architectures, such as aarch64.
Just to be clear. Does it mean I would need the COPR for maximum a week only and after the official release of F43 I can remove the COPR repo because Plasma 6.5.x will be in Fedora repos?
Pity that there’s no X11 support. I was using Wayland, but then I found out that VirtualBox has severe mouse integration problems with Wayland, rendering it virtually unusable. Hence, I am sticking with X11 for the moment.
I use libvirt for VMs and it does no have that issue.
No, people will get transitioned automatically to future repo releases. This is mostly only for those who want to have it early and not wait for it to be in stable repos.
I was really happy with the KDE-beta COPR until the recent upgrade, when first it wouldn’t update for days (problem with dependencies) and finally broke with kwin-wayland getting out of sync with other libraries and being unable to start because of missing symbols. Will the KDE-final COPR be immune to such problems? I don’t mind bugs, but problems with mismatched libraries are nasty.
Fedora 43 will be officially released today. So, I’ll wait for the release of KDE Plasma 6.5 in Fedora repos. ![]()
On KDE Forum there is a discussion about the combination of blur and translucency which has been changed in 6.5 compared to earlier versions. The result looks terrible and, until now, can’t be changed. Read the bug report which is mentioned in the thread and look at the differences between 6.5 and older editions which people have posted in the bug report.
6.5.1 is coming this week. So it should be fixed very quick. ![]()
Yes that will happen. For example, I used it today but couldn’t build the whole stack because of how F43 and F42 are stuck on older versions.
That’s the risks you run with running copr versions unfortunately! If you disable the copr and do a dnf distro-sync that should hopefully fix it.
The main repos should be jumping straight to 6.5.1 by the end of the week knock on wood so the kde-final repo won’t get new releases.
Removed the COPR information. We are working on Qt 6.10 and Plasma 6.5.1 and all rebuilds. We should be able to get that done soon, based on issues with the rebuilds. The COPR will be brought back in the future as the need arises.
Sounds great. Looking forward to the 6.5-update. ![]()
Update: It’s out in the main stable repo!
something is amiss. dnf upgrade says:
Skipping packages with conflicts:
gstreamer1-plugins-good x86_64 1.26.6-1.fc43 fedora 7.4 MiB
qt6-qtbase-gui x86_64 6.10.0-2.fc43 updates 26.2 MiB
Skipping packages with broken dependencies:
gstreamer1-plugins-good-qt6 x86_64 1.26.6-1.fc43 fedora 216.0 KiB
dolphin x86_64 25.08.2-3.fc43 updates 13.0 MiB
gstreamer1-plugins-good-qt6 x86_64 1.26.7-2.fc43 updates 216.0 KiB