Testing has to be before non-testing. kde-unstable should be before other testing.
Most widgets probably need an update. Nothing big, but they wont run out of the box. The plasma widgets will be updated with the plasma release. For 3rd party widgets keep an eye on https://store.kde.org/browse?cat=705
I assume plasma 5 widgets will not update automatically but need a reinstall of the plasma 6 version. But I haven’t looked into that yet. I’m waiting for the next beta to be more stable to update my own store widget.
# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.
[kde-unstable]
Include = /etc/pacman.d/mirrorlist
[core-testing]
Include = /etc/pacman.d/mirrorlist
[extra-testing]
Include = /etc/pacman.d/mirrorlist
[endeavouros]
SigLevel = PackageRequired
Include = /etc/pacman.d/endeavouros-mirrorlist
[core]
Include = /etc/pacman.d/mirrorlist
[extra]
Include = /etc/pacman.d/mirrorlist
Running yay now results in:
:: Synchronizing package databases...
kde-unstable is up to date
core-testing 1236.0 B 5.49 KiB/s 00:00 [-----------------------------------------------------------------------------] 100%
extra-testing is up to date
endeavouros is up to date
core is up to date
extra is up to date
multilib is up to date
error: GPGME error: No data
error: failed to synchronize all databases (unexpected error)
-> error refreshing databases - exit status 1
I found an article [1] that suggests how to resolve this error, but I 'm unsure about the procedure (which is new to me). Any suggestions, ideas?
Interesting. Again, not familiar with that error. But I would try to update the mirror list - I don’t have it available at the moment, but afair the EndeavourOS startup app offers that option - and give the update another shot afterwards.
OK, kde-unstable is pulling plasma-workspace (plasma 6) which requires appstream-qt, and you probably answered the replacement with Yes. So that aborts because of the unmet dependency.
Of course that doesn’t help with *-testing in, which you still probably want, but - maybe - you get away without *-testing since appstream-qt migrated from testing to stable now.
Don’t know what is causing the error: GPGME error: No data … Never encountered that one myself. Maybe clearing out the package cache with sudo pacman -Scc (note that the OS has to redownload every package afterwards)?
The Arch packagers moved appstream to -qt5 for the current plasma 5 version and appstream-qt for what is comming next.
Since that is an Arch specific matter I wouldn’t file on bugs.kde.org. A more appropriate place would be https://bugs.archlinux.org/ but I’m not sure about their policy accepting bugs reports at this moment since everything is still pretty much a early in-progress.
Personally I would say: In this early stage do quick test in a VM too, so you have a second data point and make sure that it isn’t just that particular distribution/repository/installation issue only. As time goes on and we are rolling into the betas filing at bugs.kde.org becomes more important, since it wont be a packaging issue anymore.
my experience on those LTS distros: The widgets won’t self-update to incompatible versions and when you try to install them later on you won’t find many that are still compatible with the old KDE version. (Has been the case for years now with KDE 4 which is still used on CentOS 7 - widgets that were installed many years back still work, widgets from the CentOS 7 repos also still work, anything I want to install for the at least 5 years simply won’t install as no compatible version is around)
so I would think that once updated, those widgets will update themselves to the Plasma 6 compatible one without reinstalling (but one might need to trigger the update manually)
Any idea about ksplashqml? I have a 30 second warning on startup that it failed to run. While I can’t say I really care…I prefer to avoid 30 seconds at startup when I can’t do anything
`kernel: ksplashqml[764]: segfault at 8 ip 00007fc6113b389e sp 00007ffd81beb9b0 error 4 in libQt6Core.so.6.6.0[7fc6112b1000+358000] likely on CPU 7 (core 3, socket 0)
systemd-coredump[838]: [🡕] Process 764 (ksplashqml) of user 1000 dumped core.`
several times (on different CPU’s) on november 11th, but after that this message does not show up anymore.