I noticed that it’s not possible to scan anymore with skanpage on KDE.
The only error I got in skanpage was: Failed to open selected device.
So I used journalctl and found the following messages:
Mai 13 15:39:48 NYFB skanpage[5253]: kf.i18n: KLocalizedString: Using an empty domain, fix the code. msgid: "New document" msgid_plural: "" msgctxt: ""
Mai 13 15:39:49 NYFB skanpage[5253]: Cannot initialize model with data QJsonObject(). missing: QJsonValue(string, "urls")
Mai 13 15:39:49 NYFB skanpage[5253]: file:///usr/lib/qt/qml/org/kde/kirigami.2/AboutItem.qml:209: ReferenceError: page is not defined
Mai 13 15:39:49 NYFB skanpage[5253]: qrc:/qml/SettingsWindow.qml:28:5: QML FormLayout: Binding loop detected for property "implicitHeight"
Mai 13 15:39:49 NYFB skanpage[5253]: file:///usr/lib/qt/qml/org/kde/kirigami.2/AboutItem.qml:161:5: QML FormLayout: Binding loop detected for property "implicitHeight"
Mai 13 15:39:49 NYFB skanpage[5253]: file:///usr/lib/qt/qml/org/kde/kirigami.2/AboutItem.qml:209: ReferenceError: page is not defined
Mai 13 15:39:49 NYFB skanpage[5253]: file:///usr/lib/qt/qml/org/kde/kirigami.2/FormLayout.qml:101:5: QML GridLayout: Binding loop detected for property "knownItemsImplicitWidth"
Mai 13 15:39:49 NYFB skanpage[5253]: file:///usr/lib/qt/qml/org/kde/kirigami.2/UrlButton.qml:50:9: QML MenuItem: Binding loop detected for property "implicitWidth"
Mai 13 15:39:49 NYFB skanpage[5253]: file:///usr/lib/qt/qml/org/kde/kirigami.2/UrlButton.qml:50:9: QML MenuItem: Binding loop detected for property "implicitWidth"
Mai 13 15:39:49 NYFB skanpage[5253]: file:///usr/lib/qt/qml/org/kde/kirigami.2/UrlButton.qml:50:9: QML MenuItem: Binding loop detected for property "implicitWidth"
Mai 13 15:39:49 NYFB skanpage[5253]: file:///usr/lib/qt/qml/org/kde/kirigami.2/UrlButton.qml:50:9: QML MenuItem: Binding loop detected for property "implicitWidth"
Mai 13 15:39:49 NYFB skanpage[5253]: file:///usr/lib/qt/qml/org/kde/kirigami.2/AboutItem.qml:161:5: QML FormLayout: Binding loop detected for property "implicitHeight"
Mai 13 15:39:49 NYFB skanpage[5253]: file:///usr/lib/qt/qml/org/kde/kirigami.2/AboutItem.qml:209: ReferenceError: page is not defined
Mai 13 15:40:11 NYFB skanpage[5253]: common/utils.c 245: unable to load library libm.so: /usr/lib/libm.so: Ungültiger ELF-Header
Mai 13 15:40:11 NYFB skanpage[5253]: common/utils.c 173: validate_plugin_version() Plugin version[3.22.10] mismatch with HPLIP version[3.23.3]
Mai 13 15:40:11 NYFB skanpage[5253]: common/utils.c 206: Plugin version is not matching
Mai 13 15:40:11 NYFB skanpage[5253]: common/utils.c 277: Invalid Library hanlder pLibHandler = NULL.
It seems that the plugin version of HPLIB is outdated.
On the AUR page of hplip-plugin 3.23.3-1 I found the following information of a user:
For those running Manjaro:
Manjaro’s hplip is always delayed with respect to Arch, and this hplip-plugin follows the Arch version. It’s a bummer. However, the unstable branch of Manjaro usually have the updated hplip version there.
So, if you want to keep it synced, try using thedowngrade
tool to actually upgrade to the package in the unstable branch. This is not recommended in general, but hplip does not have deep dependencies, so it works fine. Here’s the command:
sudo downgrade hplip --ala-only
From the list of versions, select the one that matches the hplip-plugin version.
I assume this is something the Manjaro Devs have to update in order to keep it properly?