running hp-doctor binary leads to this: Checking Permissions.... Checking for Configured Queues.... Traceback (most recent call last): File "/usr/bin/hp-doctor", line 328, in <module> queues.main_function(dep.core.passwordObj, MODE,ui_toolkit, False, DEVICE_URI) File "/usr/share/hplip/base/queues.py", line 338, in main_function mapofDevices,status = parseQueues(mode) ^^^^^^^^^^^^^^^^^ File "/usr/share/hplip/base/queues.py", line 115, in parseQueues if device_uri.startswith("cups-pdf:/"): ^^^^^^^^^^^^^^^^^^^^^ AttributeError: 'NoneType' object has no attribute 'startswith'
Created attachment 905789 [details, diff] trivial one line patch from upstream bug This makes my hp-doctor binary work, it was modeled from comment #2 in the linked bug. Please consider adding it to the patchset.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8a196101487c4d2a5902ef4bedfb4028e50e0385 commit 8a196101487c4d2a5902ef4bedfb4028e50e0385 Author: Daniel Pielmeier <billie@gentoo.org> AuthorDate: 2024-12-01 20:07:05 +0000 Commit: Daniel Pielmeier <billie@gentoo.org> CommitDate: 2024-12-01 20:07:05 +0000 net-print/hplip: add 3.24.4-r1 Closes: https://bugs.gentoo.org/941525 Signed-off-by: Daniel Pielmeier <billie@gentoo.org> net-print/hplip/Manifest | 1 + net-print/hplip/hplip-3.24.4-r1.ebuild | 296 +++++++++++++++++++++++++++++++++ 2 files changed, 297 insertions(+)
thanks for adding the patch to the patchset, however you did: - added >=dev-python/pyqt5-5.5.1[dbus,gui,widgets,${PYTHON_USEDEP}] to RDEPEND, portage needs the exact name including captions: PyQt5 - add the -r1 ebuild straight to stable - it should be unstable first, and stabilized later?
(In reply to tt_1 from comment #3) > thanks for adding the patch to the patchset, however you did: > > - added >=dev-python/pyqt5-5.5.1[dbus,gui,widgets,${PYTHON_USEDEP}] to > RDEPEND, portage needs the exact name including captions: PyQt5 Is there a problem with building the package? PyQt5 got renamed to pyqt5 recently. Maybe for some reason you did not get that change. > - add the -r1 ebuild straight to stable - it should be unstable first, and > stabilized later? For such a trivial change I did not mind to commit straight to stable.
ah thanks, I hadn't synced it yet into my tree. for the keyword rollover, it doesn't really matter to me since I had the patch applied via /etc/portage/patches/ for a month now.
