Summary: | >=net-print/hplip-3.20.6-r1: /usr/bin/hp-check hangs on checking for jpeglib.h | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | tt_1 <herrtimson> |
Component: | Current packages | Assignee: | Daniel Pielmeier <billie> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | jstein, printing |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://launchpad.net/bugs/755441 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
output from emerge --info
reverted original patch new approach new approach compressed log |
Description
tt_1
2020-09-06 13:43:24 UTC
Created attachment 658752 [details]
output from emerge --info
*** Bug 740694 has been marked as a duplicate of this bug. *** Hm, I can not reproduce this. The patch applied fixing this issue is applied since 3.20.5. the bug only manifests itself if net-libs/nodejs is emerge, at least on my system. there might be other packages involved triggering this? There is a patch applied which should ignore symlinks like the one for nodejs. It does not hang there for me! the fix must be incomplete then, I'm able to reproduce 100%: with nodejs emerged hp-check hangs, and when I remove it temporarily it doesn't anymore. (In reply to tt_1 from comment #6) > the fix must be incomplete then, I'm able to reproduce 100%: with nodejs > emerged hp-check hangs, and when I remove it temporarily it doesn't anymore. Maybe! For somebody on the upstream bug tracker this fix also did not work and he tried something different. As it works for me you have to try this yourself. As there is no patch provided for his modifications I compared his file (/usr/share/hplip/base/utils.py) with the hplip version for which he reported it. For some reasons his(?) changes were commented and he uncommented only the same two lines as in the original patch. So I suppose his additions have to be uncommented and the original changes reverted. I will attach two files. The first shows the reverted original patch (hplip-3.20.5-utils-symlink.patch). Here you have to add the comments back! The second adds the new changes (hplip-3.20.6-utils-symlink.patch). This lines you have to add at the proper location. Created attachment 663592 [details, diff]
reverted original patch
Created attachment 663595 [details, diff]
new approach
hey, thanks for your reply. I dropped both patches into /etc/portage/patches and they were applied on top of =hplip-3.20.6-r1, however that made it only more angry: hp-check -r -g Traceback (most recent call last): File "/usr/bin/hp-check", line 39, in <module> from base import utils, tui, queues, smart_install File "/usr/share/hplip/base/utils.py", line 277 if os.path.islink(fullname): ^ TabError: inconsistent use of tabs and spaces in indentation Created attachment 663598 [details, diff]
new approach
(In reply to tt_1 from comment #10) > hey, thanks for your reply. I dropped both patches into /etc/portage/patches > and they were applied on top of =hplip-3.20.6-r1, however that made it only > more angry: > > hp-check -r -g > Traceback (most recent call last): > File "/usr/bin/hp-check", line 39, in <module> > from base import utils, tui, queues, smart_install > File "/usr/share/hplip/base/utils.py", line 277 > if os.path.islink(fullname): > ^ > TabError: inconsistent use of tabs and spaces in indentation Now it is just python being picky about indentation and mixing tabs and spaces. Try the new hopefully correct patch. Created attachment 663601 [details]
compressed log
that's better, thank you
the hp-check binary still isn't fully working but now there's at least some output when used with --debug instruction.
I stopped the output after ten seconds, it keeps going like that non stop at circa 10mb of log size per minute.
(In reply to tt_1 from comment #13) > Created attachment 663601 [details] > compressed log > > that's better, thank you > > the hp-check binary still isn't fully working but now there's at least some > output when used with --debug instruction. > > I stopped the output after ten seconds, it keeps going like that non stop at > circa 10mb of log size per minute. Another thing to try is not reverting the initial patch. Sorry, I don't have the time to dig into this. If it still does not work you can add your voice to the upstream bug tracker. Hopefully they will fix it but as this one is open since 2011!? *** This bug has been marked as a duplicate of bug 721018 *** |