Hello guys.
I'm having problems with the latest version of Qt 5.15.3, which I seem to install today (I did an upgrade today to update Firefox, for security reasons).
Now I can't use apps like KeepassXC, which, when I try to start, gives the error:
"Cannot mix incompatible Qt library (5.15.2) with this library (5.15.3)"
This is my pacman.conf:
#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives
#
# GENERAL OPTIONS
#
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir = /
#DBPath = /var/lib/pacman/
#CacheDir = /var/cache/pacman/pkg/
#LogFile = /var/log/pacman.log
#GPGDir = /etc/pacman.d/gnupg/
#HookDir = /etc/pacman.d/hooks/
HoldPkg = pacman glibc
#XferCommand = /usr/bin/curl -L -C - -f -o %o %u
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
Architecture = auto
# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg = ungoogled-chromium
#IgnoreGroup =
#NoUpgrade =
#NoExtract =
# Misc options
#UseSyslog
#Color
#NoProgressBar
CheckSpace
#VerbosePkgLists
#ParallelDownloads = 5
# By default, pacman accepts packages signed by keys that its local keyring
# trusts (see pacman-key and its man page), as well as unsigned packages.
SigLevel = Required DatabaseOptional
LocalFileSigLevel = Optional
#RemoteFileSigLevel = Required
# NOTE: You must run `pacman-key --init` before first using pacman; the local
# keyring can then be populated with the keys of all official Artix Linux
# packagers with `pacman-key --populate artix`.
#
# REPOSITORIES
# - can be defined here or included from another file
# - pacman will search repositories in the order defined here
# - local/custom mirrors can be added here or in separate files
# - repositories listed first will take precedence when packages
# have identical names, regardless of version number
# - URLs will have $repo replaced by the name of the current repo
# - URLs will have $arch replaced by the name of the architecture
#
# Repository entries are of the format:
# [repo-name]
# Server = ServerName
# Include = IncludePath
#
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
#
# The gremlins 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.
#[gremlins]
#Include = /etc/pacman.d/mirrorlist
[system]
Include = /etc/pacman.d/mirrorlist
[world]
Include = /etc/pacman.d/mirrorlist
#[galaxy-gremlins]
#Include = /etc/pacman.d/mirrorlist
[galaxy]
Include = /etc/pacman.d/mirrorlist
# If you want to run 32 bit applications on your x86_64 system,
# enable the lib32 repositories as required here.
#[lib32-gremlins]
#Include = /etc/pacman.d/mirrorlist
#[lib32]
#Include = /etc/pacman.d/mirrorlist
# An example of a custom package repository. See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgs
#Include = /etc/pacman.d/mirrorlist-arch
[extra]
Include = /etc/pacman.d/mirrorlist-arch
#[community-testing]
#Include = /etc/pacman.d/mirrorlist-arch
[community]
Include = /etc/pacman.d/mirrorlist-arch
#[multilib-testing]
#Include = /etc/pacman.d/mirrorlist-arch
[multilib]
Include = /etc/pacman.d/mirrorlist-arch
[home_ungoogled_chromium_Arch]
SigLevel = Required TrustAll
Server = https://download.opensuse.org/repositories/home:/ungoogled_chromium/Arch/$arch
Am I doing anything wrong, or is this a new bug?
I'm sad with you
https://forum.artixlinux.org/index.php/topic,3780.new.html#new
Fortunately, I can reboot the system normally.
The problem is that some apps that rely on Qt (I'm unable to use KeepassXC), refuse to startup, showing the error that I mention in OP:
"Cannot mix incompatible Qt library (5.15.2) with this library (5.15.3)".
I hope this is some kind of bug that can fix both of our problems ASAP.
Btw, I forgot to add some data:
Kernel: 5.16.12-artix1-1
DE: Xfce 4.16
Init: runit
Plasma is heavily dependent on Qt, maybe that's why your system is not starting.
Can you install Xfce and see if your system starts?
Meanwhile, I tested some other packages that depend on Qt and can not start any...
qt5-base in Artix repo needs to be upgraded to 5.15.3.
It's so good! But what the case for me? How i can walk around the problem? (https://forum.artixlinux.org/index.php/topic,3780.0.html)
Hi.
So is not a problem just on my side? It's a package that needs to be upgraded by the Artix's staff, right?
Anyways, I hope this gets fixed ASAP, because I'm (and probably others) unable to use very important packages (like KeepassXC).
Also, thank you very much for the information.
qt5-base needs to be upgraded.
You could either
wait for the update from Artix repo
or,
install it from Arch repo.
extra/qt5-base 5.15.3+kde+r133-1
I suggest you wait. It should be updated soon.
But I upgraded to that package (as you can see in my pacman.conf, I have the extra repository enabled).
Meanwhile, I restarted my machine and suddenly it says I don't have free space and the various elements of my system are borked...
This is a nightmare...
Qt is in the process of being upgraded. Patience, please.
https://gitea.artixlinux.org/artixlinux/packages-qt5/commits/branch/master
and so on. There has been a massive upgrade of all Qt-related packages.
I understand that, but I would suggest to publish a PSA in the news section about this kind situations in the future, to avoid these problems (I always read the news section in the main Artix page, before upgrading).
Will all Qt-related packages be fully upgraded and ready for user upgrade today?
Anyway, thank you very much for your help.
It usually takes one to two hours after the package has been built for it to be propagated to mirrors.
8) my lxqt session fails to start for about a day (since last night's lucky upgrade)
https://gitea.artixlinux.org/artixlinux/packages-qt5/commits/branch/master
Some packages were upgraded fairly recently.
Oh, ok, I will wait a little bit more then
Thank you.
This was caused by using qt5-styleplugins. If you happen to use that library (it is set as an environment variable somewhere), it gets loaded anytime you launch a QT application. It was missed during the qt5-base upgrade which is why this happened. I have already rebuilt it against the new qt5-base, so once the mirrors propagate that should fix this issue for good.
Spot on!
qt5-styleplugins was the problem.
I already upgraded and everything Qt dependent is working great again.
Thank you very, very much. This thing was driving me nuts :'(
PS:
Unrelated to this (or maybe not), when I updated, I saw a problem with the "expat" package:
warning: expat: local (2.4.7-1) is newer than system (2.4.6-1)
Is this problem related to the Qt one?
I've been upgraded now. My session boots normally. Thank you!