Original PIL version is no longer available in python-pillow

[zdohnal]

Hi,

the original PIL version (1.1.7) is no longer available in Image or PIL classes, but there is only Pillow (PIL's successor) version - 7.0.0.

hp-check tracebacks without the attached fix, which uses pillow version now.

Would you mind adding it to the project?

[brian.gloyer (brian.gloyer-gentoo-bugs)]

hp-doctor runs forever. It worked in a previous version (3.18.6 I think).

>hp-doctor -g
hp-doctor[13883]: debug: ['unknown', 'mepis', 'debian', 'suse', 'mandriva', 'fedora', 'redhat', 'rhel', 'slackware', 'gentoo', 'redflag', 'ubuntu', 'xandros', 'freebsd', 'linspire', 'ark', 'pclinuxos', 'centos', 'igos', 'linuxmint', 'linpus', 'gos', 'boss', 'lfs', 'manjarolinux']
hp-doctor[13883]: debug: HPLIP Description= Public version=3.19.12 Internal version = 3.19.12
hp-doctor[13883]: debug: Determining distro...
hp-doctor[13883]: debug: Able to detect distro
hp-doctor[13883]: debug: Distro name=gentoo
hp-doctor[13883]: debug: Distro version=2.6
hp-doctor[13883]: debug: distro=9, distro_version=2.6
hp-doctor[13883]: debug: Enable PPD install: True (False=drv)
hp-doctor[13883]: debug: Default UI toolkit: Qt4
hp-doctor[13883]: debug: Checking for dependency 'epm'...

hp-doctor[13883]: debug: Checking: epm --version (min ver=0.000000)
hp-doctor[13883]: debug: Not found!
hp-doctor[13883]: debug: have epm = False
hp-doctor[13883]: debug: Checking for dependency 'automake'...

hp-doctor[13883]: debug: Checking: automake --version (min ver=0.000000)
hp-doctor[13883]: debug: automake (GNU automake) 1.16.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv2+: GNU GPL version 2 or later <https://gnu.org/licenses/gpl-2.0.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Tom Tromey <email address hidden>
       and Alexandre Duret-Lutz <email address hidden>.

hp-doctor[13883]: debug: Found.
hp-doctor[13883]: debug: have automake = True
hp-doctor[13883]: debug: Checking for dependency 'libjpeg'...

hp-doctor[13883]: debug: Checking for library 'libjpeg'...
hp-doctor[13883]: debug: Found.
hp-doctor[13883]: debug: Searching for file 'jpeglib.h' in '/usr/include'...
[[at this point it pegs a cpu and runs forever]]

>emerge --info hplip
Portage 2.3.89 (python 3.6.10-final-0, default/linux/amd64/17.1/desktop/plasma, gcc-9.2.0, glibc-2.30-r8, 5.2.11-gentoo x86_64)
=================================================================
                         System Settings
=================================================================
System uname: Linux-5.2.11-gentoo-x86_64-Intel-R-_Core-TM-_i7-8700_CPU_@_3.20GHz-with-gentoo-2.6
KiB Mem: 16287688 total, 7814812 free
KiB Swap: 125975548 total, 125975548 free
Timestamp of repository gentoo: Sun, 26 Apr 2020 17:30:01 +0000
Head commit of repository gentoo: 00bf0487dbb811dda18eaa7626e6c9e38b15bf6f
Timestamp of repository guru: Fri, 24 Apr 2020 15:39:39 +0000
Head commit of repository guru: 2abf7f72c6f0d8b6549228b00389e187a4a540de

Timestamp of repository jm-overlay: Sun, 19 Apr 2020 17:13:02 +0000
Head commit of repository jm-overlay: e6776212108b6007436cb83f2671c3aa0ed83da7

sh bash 4.4_p23-r1
ld GNU ld (Gentoo 2.33.1 p2) 2.33.1
app-shells/bash: 4.4_p23-r1::gentoo
dev-java/java-config: 2.2.0-r4::gentoo
dev-lang/perl: 5.30.1::gentoo
dev-lang/python: 2.7.18::gentoo, 3.6.10-r2::gentoo, 3.7.7-r2::gentoo, 3.8.2-r2::gentoo
dev-util/cmake: 3.16.5::gentoo
dev-util/pkgconfig: 0.29.2::g...

[mail (mail-gentoo-bugs)]

Do you have a /usr/include/jpeglib.h file?
It should belong to media-libs/libjpeg-turbo.

See also: https://forums.gentoo.org/viewtopic-p-8306276.html#8306276

[brian.gloyer (brian.gloyer-gentoo-bugs)]

I do have /usr/include/jpeglib.h from media-libs/libjpeg-turbo.

I think I'm seeing the same hp-doctor problem mentioned in that forum post (that was on hplip 3.18.12). My printer is working fine so it is a problem with hp-doctor.

There are a few more posts out there with the same problem, these are from 2017:
https://forums.gentoo.org/viewtopic-t-1065638-highlight-hpdoctor.html
https://forums.gentoo.org/viewtopic-t-1071492-highlight-hpdoctor.html

this one from 2014 shows it working:
https://forums.gentoo.org/viewtopic-t-952040-highlight-hpdoctor.html

It worked for me in Feb 2019 so it doesn't seem to be tied to a particular version.

hp-check also has the same problem.

[brian.gloyer (brian.gloyer-gentoo-bugs)]

I think I found the cause. There is a symbolic link that points to its parent and hp-doctor goes into a loop expanding the tree.

$ ls -l /usr/include/node/src
lrwxrwxrwx 1 root root 1 Mar 27 00:06 /usr/include/node/src -> .

$ qfile /usr/include/node/src
net-libs/nodejs: /usr/include/node/src

[billie (billie-gentoo-bugs)]

Pretty sure this problem existed before 3.18.6 as this has been reported upstream already for 3.11.3.

I think it now pops up again because net-libs/nodejs introduced this symlink in a recent version.

[billie (billie-gentoo-bugs)]

Created attachment 637524
Fix issues related to hp-check and hp-doctor

I uncommented the symlink check as recommended in the upstream bug. Afterwards hp-check and hp-doctor rune although slower as I remember.

There were also problems detecting pillow versions > 7.0.0 as well as PyQT5.

This patch tries to fix all this issues although I am not sure about the PyQt5 fix.

[billie (billie-gentoo-bugs)]

Should be fixed in Git with hplip-3.20.5.

[herrtimson (herrtimson-gentoo-bugs)]

I'm sorry, but this came back with net-print/hplip-3.20.6-r1, where hp-check keeps hanging in a deadlock. Problem can be solved by removing net-libs/nodejs, where it seems to have found a symlink it happily follows until eternity.

Shall we reopen here and close my bug as duplicate?