qt5-nemo-qml-plugin-configuration
Build times (auto-updated)
- x86_64: 1m13s (2026-10-12 19:54 UTC, MAKEFLAGS=-j6)
2026-10-12: pkgrel 1 -> 2, drop /opt/tests to fix file conflict (AUR comment, Skaxen)
Skaxen reported a file conflict installing against the official (now Qt6)
nemo-qml-plugin-configuration: both packages own identical paths under
/opt/tests/nemo-qml-plugin-configuration-qt5/.... This is exactly the risk
the 2026-09-05 entry below predicted (“no declared conflicts/replaces either
way”), just hit for test files rather than the plugin binaries. Root cause:
upstream’s tests/tests.pro hardcodes the -qt5-suffixed install path
regardless of which Qt actually builds it, so the official package kept
installing to that same path even after its own Qt6 switch.
Fix: dropped the whole /opt tree from package() (rm -rf "$pkgdir"/opt
after make install) rather than adding conflicts=/replaces= – these
are upstream CI test binaries, not needed by any real consumer, so removing
them from both forks’ packaging eliminates the collision outright instead of
just forcing pacman to make the user choose one package over the other.
Packaging-only, pkgrel 1 -> 2 per [[feedback_pkgrel_vs_pkgver]]. Built and
published clean (x86_64) via repo_release.sh. Did not reply on AUR –
matches [[feedback_obvious_fixes_no_aur_reply]].
Note: despite the “Category: local-install” note just below, this package is
now vendored under maintained/ with an AUR origin remote (confirmed via
check_aur_feedback.sh surfacing Skaxen’s comment) – the local-install
staging described below has since been promoted.
Category: local-install (rebuilt to unblock qt5-quickcontrols-nemo’s own
adoption; not vendored under arch/ yet). Path:
/data/INSTALL/qt5-nemo-qml-plugin-configuration, a plain (non-submodule) git
checkout, same pattern as qt5-mlite/[[qt5-mlite]].
Build times (auto-updated)
- x86_64: 32s (2026-09-06 07:38 UTC, serial)
2026-09-05: forked from official nemo-qml-plugin-configuration to stay on Qt5
- Official Arch’s
nemo-qml-plugin-configurationswitched to Qt6 at 0.2.10-2 (upgpkg: 0.2.10-2: switch to qt6, qt5-declarative -> qt6-declarative, qmake-qt5 -> qmake6). qt5-quickcontrols-nemo (itself being adopted from official repos, see [[qt5-quickcontrols-nemo]]/../scripts/adopt_package.sh) needs the Qt5 build, and its file layout (e.g./usr/bin/mlitenotificationtool) collides with the Qt6 official packages if both land in one transaction (no declared conflicts/replaces either way). - Fix, mirroring exactly what was done for [[qt5-mlite]]:
pkgctl repo clone nemo-qml-plugin-configuration,git reset --hardto2c668ba(the last commit still on 0.2.10-1/Qt5, immediately before the qt6 switch commitdc8be46), renamed pkgname toqt5-nemo-qml-plugin-configuration, changeddependsfrom('mlite' 'qt5-declarative')to('qt5-mlite' 'qt5-declarative')(the old Qt5 build implicitly depended on Qt5mlite, which is now whatqt5-mliteis), regenerated.SRCINFO. No pkgver/pkgrel bump – pure rename+dependency-name fix on identical source. - Built and published to archlinuxaba (x86_64) via
repo_release.sh. Overview/site regen deferred until qt5-quickcontrols-nemo itself is also done – this is one connected fix, not a standalone package.