qt5-mlite
Build times (auto-updated)
- x86_64: 48s (2026-09-21 11:55 UTC, MAKEFLAGS=-j6)
2026-09-21: conflicts/provides against extra/mlite (pkgrel 1 -> 2)
AUR comment (Skaxen, 2026-09-13): file conflict installing qt5-mlite
over mlite (/usr/bin/mlitenotificationtool,
/usr/lib/mliteremoteaction both owned). Root cause: extra/mlite
(Felix Yan’s package, same upstream sailfishos/mlite, same version
0.5.5) was rebuilt against Qt6 (depends=qt6-base) and kept the
bare mlite name – unlike the other ~18 qt5-* packages in this
tree, mlite isn’t a namespaced Qt module (no /usr/lib/qt5/...
subpath), it’s an app-like lib installing plain top-level binaries, so
the Qt5 and Qt6 builds inevitably collide on the same paths. This is
inherent to the two builds coexisting, not a packaging bug – checked
with the user, decided to keep this package where it is in
maintained/ (no broader qt5-*-family directory reorg) and just fix
the conflict declaration.
Fix: added provides=("mlite=$pkgver") and conflicts=('mlite') so
pacman treats them as mutually-exclusive alternatives instead of
erroring on a raw file conflict. Pure packaging fix, no source change
-> pkgrel 1 -> 2. Built and published cleanly (x86_64 only, per
arch=()). No AUR reply posted (see [[python2]]’s 2026-09-21 entry for
why – this project’s tooling never posts to AUR).
Re-checked 2026-09-24 (FEEDBACK.txt sweep): no new comments since,
Skaxen’s report stays resolved by the pkgrel 2 fix above.