[Desktop-packages] [Bug 2029480] Re: SyntaxWarnings with Python3.12
Till, in case there is an issue within my patch which made you do the adjustments, would you mind sharing them here? Upstream can apply them later together with all changes. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/2029480 Title: SyntaxWarnings with Python3.12 Status in HPLIP: Confirmed Status in hplip package in Ubuntu: Fix Committed Bug description: Fedora 39 uses Python 3.12 by default, which generates many SyntaxWarnings when running hplip scripts. Most warnings are due regular expressions in strings, so making them raw fixes the issue. The patch is attached. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/2029480/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 2054869] Re: Lot of SyntaxWarning messages during install
I reported the same or similar issue several months ago with patch https://bugs.launchpad.net/hplip/+bug/2029480 . -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/2054869 Title: Lot of SyntaxWarning messages during install Status in HPLIP: Confirmed Status in hplip package in Ubuntu: Confirmed Bug description: Ubuntu 24.04 lot of SyntaxWarning messages during install running python rtupdate hooks for python3.12... /usr/share/hplip/base/LedmWifi.py:34: SyntaxWarning: invalid escape sequence '\d' http_result_pat = re.compile("""HTTP/\d.\d\s(\d+)""", re.I) /usr/share/hplip/base/device.py:49: SyntaxWarning: invalid escape sequence '\d' http_result_pat = re.compile("""HTTP/\d.\d\s(\d+)""", re.I) /usr/share/hplip/base/g.py:304: SyntaxWarning: invalid escape sequence '\|' spinner = "\|/-\|/-" /usr/share/hplip/base/g.py:354: SyntaxWarning: invalid escape sequence '\d' m = re.search('python(\d(\.\d){0,2})', ext_path)#get the python version where the .so file is found /usr/share/hplip/base/imagesize.py:186: SyntaxWarning: invalid escape sequence '\#' re.compile('\#define\s+\S+\s+\d+') : ('image/x-xbitmap', xbmsize), /usr/share/hplip/base/imagesize.py:187: SyntaxWarning: invalid escape sequence '\/' re.compile('\/\* XPM \*\/'): ('image/x-xpixmap', xpmsize), /usr/share/hplip/base/imagesize.py:189: SyntaxWarning: invalid escape sequence '\*' re.compile('^II\*\x00'): ('image/tiff', tiffsize), /usr/share/hplip/base/logger.py:439: SyntaxWarning: invalid escape sequence '\<' elem_start = re.findall("(\<\W{0,1}\w+) ?", line)[0] ProblemType: Bug DistroRelease: Ubuntu 24.04 Package: hplip 3.22.10+dfsg0-2ubuntu2 ProcVersionSignature: Ubuntu 6.6.0-14.14-generic 6.6.3 Uname: Linux 6.6.0-14-generic x86_64 ApportVersion: 2.28.0-0ubuntu1 Architecture: amd64 CasperMD5CheckResult: pass CurrentDesktop: ubuntu:GNOME Date: Sat Feb 24 10:31:07 2024 InstallationDate: Installed on 2024-02-20 (4 days ago) InstallationMedia: Ubuntu 24.04 LTS "Noble Numbat" - Daily amd64 (20240220) Lpstat: Error: command ['lpstat', '-v'] failed with exit code 1: lpstat: No destinations added. MachineType: Gigabyte Technology Co., Ltd. H510M H Papersize: a4 ProcEnviron: LANG=en_US.UTF-8 PATH=(custom, no user) SHELL=/bin/bash TERM=xterm-256color XDG_RUNTIME_DIR= ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-6.6.0-14-generic root=UUID=46acaa02-3641-4fce-877b-03fb0f9525e5 ro quiet splash vt.handoff=7 SourcePackage: hplip UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 03/25/2022 dmi.bios.release: 5.19 dmi.bios.vendor: American Megatrends International, LLC. dmi.bios.version: F14 dmi.board.asset.tag: Default string dmi.board.name: H510M H dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.board.version: x.x dmi.chassis.asset.tag: Default string dmi.chassis.type: 3 dmi.chassis.vendor: Default string dmi.chassis.version: Default string dmi.modalias: dmi:bvnAmericanMegatrendsInternational,LLC.:bvrF14:bd03/25/2022:br5.19:svnGigabyteTechnologyCo.,Ltd.:pnH510MH:pvr-CF:rvnGigabyteTechnologyCo.,Ltd.:rnH510MH:rvrx.x:cvnDefaultstring:ct3:cvrDefaultstring:skuDefaultstring: dmi.product.family: H510 MB dmi.product.name: H510M H dmi.product.sku: Default string dmi.product.version: -CF dmi.sys.vendor: Gigabyte Technology Co., Ltd. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/2054869/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1989508]
https://hplip.sourceforge.net/plugin.conf is back online, so the fix is not urgent right now - but I will add the new script as 'hp-plugin- download' in case the original hp-plugin won't work due some reasons. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1989508 Title: hp-plugin unable to load plugin.conf Status in HPLIP: New Status in hplip package in Ubuntu: Confirmed Status in hplip package in Fedora: Fix Committed Bug description: Linux hp-plugin fails on Fedora 35 with the error: error: Plugin download failed with error code = 8 error: file does not match its checksum. File may have been corrupted or altered When running "hp-plugin -l debug" the reason turns out to be that http://hplip.sourceforge.net/plugin.conf does not exist: hp-plugin[540794]: debug: wget returned: 0 hp-plugin[540794]: debug: --2022-09-13 23:23:02-- http://hplip.sf.net/plugin.conf Resolving hplip.sf.net (hplip.sf.net)... 204.68.111.100 Connecting to hplip.sf.net (hplip.sf.net)|204.68.111.100|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://hplip.sourceforge.net/plugin.conf [following] --2022-09-13 23:23:02-- http://hplip.sourceforge.net/plugin.conf Resolving hplip.sourceforge.net (hplip.sourceforge.net)... 204.68.111.100 Reusing existing connection to hplip.sf.net:80. HTTP request sent, awaiting response... 404 Not Found 2022-09-13 23:23:02 ERROR 404: Not Found. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1989508/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1989508]
Hi all, there are scratch builds with new hp-plugin scripts: F37 https://koji.fedoraproject.org/koji/taskinfo?taskID=92952568 F36 https://koji.fedoraproject.org/koji/taskinfo?taskID=92952571 F35 https://koji.fedoraproject.org/koji/taskinfo?taskID=92952573 It would be great if you tried the scratch builds and did tell me how it works for you. Thank you in advance! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1989508 Title: hp-plugin unable to load plugin.conf Status in HPLIP: New Status in hplip package in Ubuntu: Confirmed Status in hplip package in Fedora: Fix Committed Bug description: Linux hp-plugin fails on Fedora 35 with the error: error: Plugin download failed with error code = 8 error: file does not match its checksum. File may have been corrupted or altered When running "hp-plugin -l debug" the reason turns out to be that http://hplip.sourceforge.net/plugin.conf does not exist: hp-plugin[540794]: debug: wget returned: 0 hp-plugin[540794]: debug: --2022-09-13 23:23:02-- http://hplip.sf.net/plugin.conf Resolving hplip.sf.net (hplip.sf.net)... 204.68.111.100 Connecting to hplip.sf.net (hplip.sf.net)|204.68.111.100|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://hplip.sourceforge.net/plugin.conf [following] --2022-09-13 23:23:02-- http://hplip.sourceforge.net/plugin.conf Resolving hplip.sourceforge.net (hplip.sourceforge.net)... 204.68.111.100 Reusing existing connection to hplip.sf.net:80. HTTP request sent, awaiting response... 404 Not Found 2022-09-13 23:23:02 ERROR 404: Not Found. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1989508/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1989508]
Hi all, thank you for reporting the issue! Unfortunately the file is missing on the remote server, where we don't have control - the issue is reported upstream several times (the first here - https://bugs.launchpad.net/bugs/1989508 ), but without any solution or response upstream. In the meantime people can download the respective plugin from https://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/ and install it by: $ sh I'll create a bash script which will be run under 'hp-plugin' command and it will do the same thing. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1989508 Title: hp-plugin unable to load plugin.conf Status in HPLIP: New Status in hplip package in Ubuntu: Confirmed Status in hplip package in Fedora: Fix Committed Bug description: Linux hp-plugin fails on Fedora 35 with the error: error: Plugin download failed with error code = 8 error: file does not match its checksum. File may have been corrupted or altered When running "hp-plugin -l debug" the reason turns out to be that http://hplip.sourceforge.net/plugin.conf does not exist: hp-plugin[540794]: debug: wget returned: 0 hp-plugin[540794]: debug: --2022-09-13 23:23:02-- http://hplip.sf.net/plugin.conf Resolving hplip.sf.net (hplip.sf.net)... 204.68.111.100 Connecting to hplip.sf.net (hplip.sf.net)|204.68.111.100|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://hplip.sourceforge.net/plugin.conf [following] --2022-09-13 23:23:02-- http://hplip.sourceforge.net/plugin.conf Resolving hplip.sourceforge.net (hplip.sourceforge.net)... 204.68.111.100 Reusing existing connection to hplip.sf.net:80. HTTP request sent, awaiting response... 404 Not Found 2022-09-13 23:23:02 ERROR 404: Not Found. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1989508/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1989508]
(In reply to Brian J. Murrell from comment #5) > Indeed, I don't think anyone thinks you can fix the remote server issue. > There are alternative solutions that you, RH, as the packager can apply > though. Your proposed solution: > > > I'll create a bash script which will be run under 'hp-plugin' command and > > it will do the same thing. > > is one solution. Including the plugin from > https://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/ in > hplip (or an hp-plugin subpackage) is another. Unfortunately the plugin has a license incompatible with open source licenses which can be in the official repos in Fedora, so I cannot ship it in a subpackage (that was the reason why hp-plugin script existed). IIRC Rathann (one hplip user from community) somehow packaged the plugin, but I'm not sure whether he shares it via RPMFusion or uses it locally... > And yet another is to host > the http://hplip.sourceforge.net/plugin.conf on a RH controlled server and > update the path during the package build. When I look into the previous contents of plugin.conf - https://web.archive.org/web/20220420014143/http://hplip.sourceforge.net/plugin.conf - IMHO I cannot guess all the entries there to fully replace this file :( > > In any case, whichever solution you choose I am sure everyone will be > grateful for your efforts! Either way, it would be great if everyone who hit this issue found out whether they really need a plugin for their printing/scanning operations - the plugin is needed only if your device is quite old (about more than 10 years old in case of network printing, about more than 7 years old in case of USB printing, about more than 5-7 years old in terms of scanning) and does not support a driverless methods or if driverless solutions don't match your criteria or don't work due some bugs. For example, I have HP LaserJet M1536dnf (purchased in 2011, made in 2010) at home, which is capable of driverless printing via network (wifi and ethernet), prints with classic driver via USB and plugin is needed only for scanning. More info about this you can find here ( for printing https://docs.fedoraproject.org/en-US/quick-docs/cups-useful- tricks/#_how_to_find_out_whether_my_printer_is_capable_of_driverless_printing , for scanning https://docs.fedoraproject.org/en-US/quick-docs/cups- useful- tricks/#_how_to_find_out_my_multifunction_device_or_standalone_scanner_is_capable_of_driverless_scanning ) and in the following paragraphs. In case you encounter some problems/errors when setting the driverless scanning/printing up (if you find out the device should support it), it would be great if you filed a bugzilla to a respective component (in case you have problems with printing from a specific application - file a bug on it, in case the problem is generic - file a bug on CUPS). Regarding the fix, I'll be back in the office next week, so I will be working on the official solution since next week. In the meantime, manual download of plugin from the link https://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/ and 'sh ' should work as a workaround. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1989508 Title: hp-plugin unable to load plugin.conf Status in HPLIP: New Status in hplip package in Ubuntu: Confirmed Status in hplip package in Fedora: Fix Committed Bug description: Linux hp-plugin fails on Fedora 35 with the error: error: Plugin download failed with error code = 8 error: file does not match its checksum. File may have been corrupted or altered When running "hp-plugin -l debug" the reason turns out to be that http://hplip.sourceforge.net/plugin.conf does not exist: hp-plugin[540794]: debug: wget returned: 0 hp-plugin[540794]: debug: --2022-09-13 23:23:02-- http://hplip.sf.net/plugin.conf Resolving hplip.sf.net (hplip.sf.net)... 204.68.111.100 Connecting to hplip.sf.net (hplip.sf.net)|204.68.111.100|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://hplip.sourceforge.net/plugin.conf [following] --2022-09-13 23:23:02-- http://hplip.sourceforge.net/plugin.conf Resolving hplip.sourceforge.net (hplip.sourceforge.net)... 204.68.111.100 Reusing existing connection to hplip.sf.net:80. HTTP request sent, awaiting response... 404 Not Found 2022-09-13 23:23:02 ERROR 404: Not Found. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1989508/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1989508]
*** Bug 2132086 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1989508 Title: hp-plugin unable to load plugin.conf Status in HPLIP: New Status in hplip package in Ubuntu: Confirmed Status in hplip package in Fedora: Fix Committed Bug description: Linux hp-plugin fails on Fedora 35 with the error: error: Plugin download failed with error code = 8 error: file does not match its checksum. File may have been corrupted or altered When running "hp-plugin -l debug" the reason turns out to be that http://hplip.sourceforge.net/plugin.conf does not exist: hp-plugin[540794]: debug: wget returned: 0 hp-plugin[540794]: debug: --2022-09-13 23:23:02-- http://hplip.sf.net/plugin.conf Resolving hplip.sf.net (hplip.sf.net)... 204.68.111.100 Connecting to hplip.sf.net (hplip.sf.net)|204.68.111.100|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://hplip.sourceforge.net/plugin.conf [following] --2022-09-13 23:23:02-- http://hplip.sourceforge.net/plugin.conf Resolving hplip.sourceforge.net (hplip.sourceforge.net)... 204.68.111.100 Reusing existing connection to hplip.sf.net:80. HTTP request sent, awaiting response... 404 Not Found 2022-09-13 23:23:02 ERROR 404: Not Found. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1989508/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1989508]
*** Bug 2132085 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1989508 Title: hp-plugin unable to load plugin.conf Status in HPLIP: New Status in hplip package in Ubuntu: Confirmed Status in hplip package in Fedora: Fix Committed Bug description: Linux hp-plugin fails on Fedora 35 with the error: error: Plugin download failed with error code = 8 error: file does not match its checksum. File may have been corrupted or altered When running "hp-plugin -l debug" the reason turns out to be that http://hplip.sourceforge.net/plugin.conf does not exist: hp-plugin[540794]: debug: wget returned: 0 hp-plugin[540794]: debug: --2022-09-13 23:23:02-- http://hplip.sf.net/plugin.conf Resolving hplip.sf.net (hplip.sf.net)... 204.68.111.100 Connecting to hplip.sf.net (hplip.sf.net)|204.68.111.100|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://hplip.sourceforge.net/plugin.conf [following] --2022-09-13 23:23:02-- http://hplip.sourceforge.net/plugin.conf Resolving hplip.sourceforge.net (hplip.sourceforge.net)... 204.68.111.100 Reusing existing connection to hplip.sf.net:80. HTTP request sent, awaiting response... 404 Not Found 2022-09-13 23:23:02 ERROR 404: Not Found. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1989508/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1989508]
*** Bug 2130681 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1989508 Title: hp-plugin unable to load plugin.conf Status in HPLIP: New Status in hplip package in Ubuntu: Confirmed Status in hplip package in Fedora: Fix Committed Bug description: Linux hp-plugin fails on Fedora 35 with the error: error: Plugin download failed with error code = 8 error: file does not match its checksum. File may have been corrupted or altered When running "hp-plugin -l debug" the reason turns out to be that http://hplip.sourceforge.net/plugin.conf does not exist: hp-plugin[540794]: debug: wget returned: 0 hp-plugin[540794]: debug: --2022-09-13 23:23:02-- http://hplip.sf.net/plugin.conf Resolving hplip.sf.net (hplip.sf.net)... 204.68.111.100 Connecting to hplip.sf.net (hplip.sf.net)|204.68.111.100|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://hplip.sourceforge.net/plugin.conf [following] --2022-09-13 23:23:02-- http://hplip.sourceforge.net/plugin.conf Resolving hplip.sourceforge.net (hplip.sourceforge.net)... 204.68.111.100 Reusing existing connection to hplip.sf.net:80. HTTP request sent, awaiting response... 404 Not Found 2022-09-13 23:23:02 ERROR 404: Not Found. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1989508/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1989508] Re: hp-plugin unable to load plugin.conf
** Also affects: hplip (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1989508 Title: hp-plugin unable to load plugin.conf Status in HPLIP: New Status in hplip package in Ubuntu: New Bug description: Linux hp-plugin fails on Fedora 35 with the error: error: Plugin download failed with error code = 8 error: file does not match its checksum. File may have been corrupted or altered When running "hp-plugin -l debug" the reason turns out to be that http://hplip.sourceforge.net/plugin.conf does not exist: hp-plugin[540794]: debug: wget returned: 0 hp-plugin[540794]: debug: --2022-09-13 23:23:02-- http://hplip.sf.net/plugin.conf Resolving hplip.sf.net (hplip.sf.net)... 204.68.111.100 Connecting to hplip.sf.net (hplip.sf.net)|204.68.111.100|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://hplip.sourceforge.net/plugin.conf [following] --2022-09-13 23:23:02-- http://hplip.sourceforge.net/plugin.conf Resolving hplip.sourceforge.net (hplip.sourceforge.net)... 204.68.111.100 Reusing existing connection to hplip.sf.net:80. HTTP request sent, awaiting response... 404 Not Found 2022-09-13 23:23:02 ERROR 404: Not Found. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1989508/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1938442] Re: Wrong permissions on ~/.hplip/.gnupg
Ubuntu 20.04 is affected too. ** Bug watch added: Red Hat Bugzilla #1985251 https://bugzilla.redhat.com/show_bug.cgi?id=1985251 ** Also affects: fedora via https://bugzilla.redhat.com/show_bug.cgi?id=1985251 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1938442 Title: Wrong permissions on ~/.hplip/.gnupg Status in HPLIP: New Status in hplip package in Ubuntu: New Status in Fedora: Unknown Bug description: Hi, we have a report in Fedora - https://bugzilla.redhat.com/show_bug.cgi?id=1985251 - where Sergey found out that ~/.hplip/.gnupg directory has permissions 755 instead of 700. Perms 700 prevent accessing the dir by other users, because the dir can contain private keys. However, .gnupg dir contains only a public key used in GPG verification of HP plugin, so the matter isn't that critical, but it is good to have it fixed. The patch is attached. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1938442/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1847477] Re: hp-plugin generates libsane udev rules missing a LABEL
The issue is present in Ubuntu too. ** Also affects: hplip (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1847477 Title: hp-plugin generates libsane udev rules missing a LABEL Status in HPLIP: New Status in hplip package in Ubuntu: New Status in Fedora: Unknown Bug description: The utility hp-plugin generated a file S99-2000S1.rules in /etc/udev/rules.d/, which I've attached. This sets up permissions for my HP LaserJet Pro MFP 176n. Note that in line 26, there's a GOTO="libsane_rules_end", but there is no matching LABEL= for that. Compare this to libsane's /lib/udev/rules.d/60-libsane.rules, which has a similar structure, but has such a matching LABEL. (Side note: The file is also created with mode the executable bits set.) To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1847477/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1938442] [NEW] Wrong permissions on ~/.hplip/.gnupg
Public bug reported: Hi, we have a report in Fedora - https://bugzilla.redhat.com/show_bug.cgi?id=1985251 - where Sergey found out that ~/.hplip/.gnupg directory has permissions 755 instead of 700. Perms 700 prevent accessing the dir by other users, because the dir can contain private keys. However, .gnupg dir contains only a public key used in GPG verification of HP plugin, so the matter isn't that critical, but it is good to have it fixed. The patch is attached. ** Affects: hplip Importance: Undecided Status: New ** Affects: hplip (Ubuntu) Importance: Undecided Status: New ** Affects: fedora Importance: Unknown Status: Unknown ** Patch added: "Proposed patch" https://bugs.launchpad.net/bugs/1938442/+attachment/5514599/+files/hplip-gpgdir-perms.patch ** Also affects: hplip (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1938442 Title: Wrong permissions on ~/.hplip/.gnupg Status in HPLIP: New Status in hplip package in Ubuntu: New Status in Fedora: Unknown Bug description: Hi, we have a report in Fedora - https://bugzilla.redhat.com/show_bug.cgi?id=1985251 - where Sergey found out that ~/.hplip/.gnupg directory has permissions 755 instead of 700. Perms 700 prevent accessing the dir by other users, because the dir can contain private keys. However, .gnupg dir contains only a public key used in GPG verification of HP plugin, so the matter isn't that critical, but it is good to have it fixed. The patch is attached. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1938442/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1925480] [NEW] [Patch] hp-systray doesn't support --qt5, but help message says it does
Public bug reported: Hi, we have an issue in Fedora (https://bugzilla.redhat.com/show_bug.cgi?id=1951922) regarding hp- systray. Its help page ('hp-systray -h') says: ``` [OPTIONS] Use Qt5:--qt5 (Default) ``` but once you run 'hp-systray --qt5', you get: ``` error: option --qt5 not recognized ``` It is because 'setUsage()' automatically creates the option in help message if hplip is compiled with GUI, 'parseStdOpt()' doesn't add it to the list of approved options. The attached patch fixes the issue. Ubuntu 20.04 is affected too. ** Affects: hplip Importance: Undecided Status: New ** Affects: hplip (Ubuntu) Importance: Undecided Status: New ** Affects: hplip (Fedora) Importance: Unknown Status: Unknown ** Patch added: "Proposed patch" https://bugs.launchpad.net/bugs/1925480/+attachment/5490977/+files/hplip-systray-qt5.patch ** Also affects: hplip (Ubuntu) Importance: Undecided Status: New ** Bug watch added: Red Hat Bugzilla #1951922 https://bugzilla.redhat.com/show_bug.cgi?id=1951922 ** Also affects: hplip (Fedora) via https://bugzilla.redhat.com/show_bug.cgi?id=1951922 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1925480 Title: [Patch] hp-systray doesn't support --qt5, but help message says it does Status in HPLIP: New Status in hplip package in Ubuntu: New Status in hplip package in Fedora: Unknown Bug description: Hi, we have an issue in Fedora (https://bugzilla.redhat.com/show_bug.cgi?id=1951922) regarding hp- systray. Its help page ('hp-systray -h') says: ``` [OPTIONS] Use Qt5:--qt5 (Default) ``` but once you run 'hp-systray --qt5', you get: ``` error: option --qt5 not recognized ``` It is because 'setUsage()' automatically creates the option in help message if hplip is compiled with GUI, 'parseStdOpt()' doesn't add it to the list of approved options. The attached patch fixes the issue. Ubuntu 20.04 is affected too. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1925480/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1914743] Re: [Patch] hp-fab crashes when importing adress book
I tested hp-fab in Ubuntu 20.05 and it crashes too. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1914743 Title: [Patch] hp-fab crashes when importing adress book Status in HPLIP: New Status in hplip package in Ubuntu: New Status in hplip package in Fedora: Unknown Bug description: Hi, we have a following report in Fedora (https://bugzilla.redhat.com/show_bug.cgi?id=1919556) , where hp-fab crashes if you try to import an address book as from file. The reason of the crash is following: The function used for opening a file, getOpenFileName(), returns a tuple, where the first member is an absolute path to the chosen file, and another member is the filter used in getOpenFileName() call. The current hp-fab code doesn't take this into account and puts whole tuple into str(), which makes the string from whole tuple. Using this 'string' further results into traceback. The attached patch fixes it, would you mind adding it to the project? To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1914743/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1914743] [NEW] [Patch] hp-fab crashes when importing adress book
Public bug reported: Hi, we have a following report in Fedora (https://bugzilla.redhat.com/show_bug.cgi?id=1919556) , where hp-fab crashes if you try to import an address book as from file. The reason of the crash is following: The function used for opening a file, getOpenFileName(), returns a tuple, where the first member is an absolute path to the chosen file, and another member is the filter used in getOpenFileName() call. The current hp-fab code doesn't take this into account and puts whole tuple into str(), which makes the string from whole tuple. Using this 'string' further results into traceback. The attached patch fixes it, would you mind adding it to the project? ** Affects: hplip Importance: Undecided Status: New ** Affects: hplip (Ubuntu) Importance: Undecided Status: New ** Affects: hplip (Fedora) Importance: Unknown Status: Unknown ** Patch added: "Proposed patch" https://bugs.launchpad.net/bugs/1914743/+attachment/5460434/+files/hplip-fab-import.patch ** Bug watch added: Red Hat Bugzilla #1919556 https://bugzilla.redhat.com/show_bug.cgi?id=1919556 ** Also affects: hplip (Fedora) via https://bugzilla.redhat.com/show_bug.cgi?id=1919556 Importance: Unknown Status: Unknown ** Also affects: hplip (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1914743 Title: [Patch] hp-fab crashes when importing adress book Status in HPLIP: New Status in hplip package in Ubuntu: New Status in hplip package in Fedora: Unknown Bug description: Hi, we have a following report in Fedora (https://bugzilla.redhat.com/show_bug.cgi?id=1919556) , where hp-fab crashes if you try to import an address book as from file. The reason of the crash is following: The function used for opening a file, getOpenFileName(), returns a tuple, where the first member is an absolute path to the chosen file, and another member is the filter used in getOpenFileName() call. The current hp-fab code doesn't take this into account and puts whole tuple into str(), which makes the string from whole tuple. Using this 'string' further results into traceback. The attached patch fixes it, would you mind adding it to the project? To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1914743/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
I basically do the same in Fedora - reverting models.dat to its state in 3.20.5, because I don't have resource to actually test. I based my report on assumption you actually have a internal versioning system (git, svn, bazaar, gitlab, github...) so you can revert commits regarding the plugin change. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: In Progress Status in hplip package in Ubuntu: Incomplete Status in hplip package in Fedora: Confirmed Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
Hi Shivani, I'm sorry I don't have such a list. Did you have such a list when you removed the dependency on plugin for other models in 3.20.6? I base my request (revert all plugin dependency made in 3.20.6) upon the following logic: - when model support was added it was tested by HPLIP project owners - when user had a plugin problem with a model (the model needed a plugin although models.dat says it doesn't), he reached HPLIP project owners with the issue and they updated models.dat so based on the prerequisites it doesn't make sense to remove dependency on plugin for models, unless you have a list of devices which you tested and actually don't need a plugin but they are noted as they need a plugin. Wouldn't it make sense to revert the 'plugin state' to the state before 3.20.6, depending on the presumption 'the previous state was tested' is true? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: In Progress Status in hplip package in Ubuntu: Incomplete Status in hplip package in Fedora: Confirmed Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
Hi Shivani, version 3.20.9 fixed plugin plugin requirement for several models, but other models stayed with the situation from 3.20.6. And there are several models which have 'plugin-reason=65' (meaning it needs a plugin for printing and scanning), but have 'plugin=0' (means it doesn't need a plugin). Shouldn't they have rather 'plugin=1'? Did you test whether models which you didn't revert 3.20.6 changes for work without plugin? Thank you in advance, Zdenek -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: In Progress Status in hplip package in Ubuntu: Incomplete Status in hplip package in Fedora: Confirmed Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
Hi Shivani, thank you for looking into the issue! > Could you please provide the printer model name you are using? HP LaserJet M1536dnf MFP > HPLIP does not need to install plugin in order to print. It only requires plugin in order to > scan. Unfortunately, it is not true for several devices, e.g.: hp laserjet cp 1025nw hp laserjet professional p 1102w Their PDL is zjstream, which is supported only by binary blob downloaded via hp-plugin. > Previously, few entities in models.dat had remained as plugin=1 , which has > been removed in > 3.20.6 release. Actually, 'plugin=1' doesn't mean the plugin is needed for printing, but it means whether it is needed or not. The reason why the plugin is needed is covered by 'plugin-reason' (e.g. plugin-reason=64 means the plugin is needed for scanning). So when all 'plugin=1' entries were removed, all those devices think they don't need a plugin (for printing, or scanning, or both) and fail to print/scan anything if the plugin wasn't installed previously (common use case when installing a printer on freshly installed OS). If I look into current upstream models.dat, it seems only scanjet models are marked as they need plugin. Multi-function devices are not taken into account. Ad previous 'plugin=0/1' settings - I'm not sure how many HP devices you have at hand for testing, but at least when I look into scan/sane/hpaio.c: if ((ma.scantype == HPMUD_SCANTYPE_MARVELL) || (ma.scantype == HPMUD_SCANTYPE_MARVELL2)) return marvell_open(devicename, pHandle); if (ma.scantype == HPMUD_SCANTYPE_SOAP) return soap_open(devicename, pHandle); if (ma.scantype == HPMUD_SCANTYPE_SOAPHT) return soapht_open(devicename, pHandle); if (ma.scantype == HPMUD_SCANTYPE_LEDM) return ledm_open(devicename, pHandle); if ((ma.scantype == HPMUD_SCANTYPE_SCL) || (ma.scantype == HPMUD_SCANTYPE_SCL_DUPLEX) ||(ma.scantype == HPMUD_SCANTYPE_PML)) return sclpml_open(devicename, pHandle); if (ma.scantype == HPMUD_SCANTYPE_ESCL) return escl_open(devicename, pHandle); if (ma.scantype == HPMUD_SCANTYPE_ORBLITE) return orblite_open(devicename, pHandle); else return SANE_STATUS_UNSUPPORTED; all device types except for SCL and PML call bb_load() function, which loads symbols from binary plugins downloaded via hp-plugin. To sum it up, I would say most devices which are able to scan and didn't have 'plugin=1' and 'plugin-reason=64' had bad entries in models.dat and supposed to require a binary plugin for scanning. > Also plugin has nothing to do with python version. It will work on python3 as well. I wasn't the one who thought it is a python issue. > Please install plugin via , > $sh hplip-3.20.6.plugin.run This will certainly help, but you are missing the point. Before hplip-3.20.6, hp-setup (with models.dat help) was able to install the plugin automatically, when it recognized that found device needs it. models.dat is used as a database about device features, including plugin. After hplip-3.20.6, models.dat lost info for several models regarding plugin, making them unusable unless you manually install the plugin. IMO making a device work, which your suggestion does, is quite different from 'making a device work in user-friendly way', which hp-setup offered (for those devices, which plugin/plugin-reason were set correctly) before version 3.20.6 and which should be preferred for a long-term solution. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: In Progress Status in hplip package in Ubuntu: Incomplete Status in hplip package in Fedora: Confirmed Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
Hi Didier, let's talk about it over email, it is kind of off-topic here. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: New Status in hplip package in Ubuntu: Incomplete Status in hplip package in Fedora: Confirmed Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
> I really wish hplip upstream developement would happen on a public VCS, > so that we could better understand the reasons behind such changes (and > a place where we could discuss our 74 patches…). Damn, I need to get better :) we have only 56 downstream patches :D -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: New Status in hplip package in Ubuntu: Incomplete Status in hplip package in Fedora: Confirmed Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
Another issue caused by the change mentioned in this issue: https://bugs.launchpad.net/hplip/+bug/1884835 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: New Status in hplip package in Ubuntu: Incomplete Status in hplip package in Fedora: Confirmed Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
@ seb128, It was just my guess what can be wrong if plugin installation goes wrong after removing python2 support in Ubuntu, based on my experience with python2 removal in Fedora. @ till-kamppeter IMO this issue is different from what you mentioned, unless disabling the requirement is an outcome of the issue you mentioned. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: New Status in hplip package in Ubuntu: Incomplete Status in hplip package in Fedora: Confirmed Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
@ Chris York, thank you for the link! Unfortunately, the issue I report in this ticket is a different from the issue in the link. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: New Status in hplip package in Ubuntu: Incomplete Status in hplip package in Fedora: Confirmed Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
Hi Till, the plugin has a script inside itself, which calls 'python' binary - we have 'python' file as a symlink to 'python3' in Fedora, but Ubuntu seems to do not have a such binary or symlink. Seems like a bug for Ubuntu Python team, but it is still a different issue than this one is, turning off plugin requirement for most devices. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: New Status in hplip package in Ubuntu: Incomplete Status in hplip package in Fedora: Confirmed Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
Hi Chris, I beg to differ - this issue has nothing to do with python 2 -> python 3 move. Plugins are binary blobs, not python scripts and installation scripts shipped with them are python 3 compatible. It is about HPLIP upstream changed the 'plugin' and 'plugin-reason' entries in models.dat to '0' for most devices which needed it before. It results into problems described above in certain situations. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: New Status in hplip package in Ubuntu: Incomplete Status in hplip package in Fedora: Confirmed Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
Hi Sebastien, as I wrote in the previous comment, I filed the issue for Ubuntu for the future, because it seems new hplip version hasn't arrived yet. I'm able to reproduce the issue with my MFD device - HP LaserJet m1536 - with scanning. According of hpaio code, most devices are using a plugin for scanning. The basic reproducer is (after you install hplip-3.20.6): Prereq: - has an OS which haven't had HP plugin installed before ('hp-plugin' wasn't run successfully) - has a device which needs HP plugin for printing or scanning or for both - printing and scanning needs to be done via HPLIP, not via any driverless solutions (print queue device uri needs to start with 'hp://', scanner device uri with 'hpaio://') Steps to reproduce for printing (if the device needs HP plugin for printing): 1) install the print queue via hp-setup 2) try to print Actual result: Printing fails due missing plugin Expected result: Printing goes well Steps to reproduce for scanning (if the device needs HP plugin for scanning): 1) find out your scanner device uri with: $ scanimage -L 2) take hpaio:// uri from previous uri and use scanimage to scan: $ scanimage -d >out.pnm Actual results: Scanning fails with Device I/O. Expected results: Scanning works. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: New Status in hplip package in Ubuntu: Incomplete Status in hplip package in Fedora: Unknown Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
** Bug watch added: Red Hat Bugzilla #1848332 https://bugzilla.redhat.com/show_bug.cgi?id=1848332 ** Also affects: hplip (Fedora) via https://bugzilla.redhat.com/show_bug.cgi?id=1848332 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: New Status in hplip package in Ubuntu: New Status in hplip package in Fedora: Unknown Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
I added that affects Ubuntu as well even when they haven't got 3.20.6 in their repos yet, because it is just matter of time they will have and the issue will affect them too. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: New Status in hplip package in Ubuntu: New Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883898] Re: version 3.20.6 turns off plugin requirement for most printers
** Also affects: hplip (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1883898 Title: version 3.20.6 turns off plugin requirement for most printers Status in HPLIP: New Status in hplip package in Ubuntu: New Bug description: Hi, hplip-3.20.6 turns off plugin requirement for most devices which required the plugin at the past. This will make devices which really need it unable to print and most scanning will not work. Would you mind reverting the changes in models.dat? Thank you in advance! Zdenek To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1883898/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1007226] Re: toolbox.py crashed with SIGSEGV in _dbus_pthread_mutex_lock()
Happens with 3.18.4 on CentOS 8 too. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1007226 Title: toolbox.py crashed with SIGSEGV in _dbus_pthread_mutex_lock() Status in HPLIP: New Status in hplip package in Ubuntu: Confirmed Bug description: Crashed trying to start hp-toolbox: $ hp-toolbox HP Linux Imaging and Printing System (ver. 3.12.2) HP Device Manager ver. 15.0 Copyright (c) 2001-9 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. HP Linux Imaging and Printing System (ver. 3.12.2) System Tray Status Service ver. 2.0 Copyright (c) 2001-9 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. error: Unable to open /home/kitterma/.hplip/hp-systray.lock lock file. warning: Unable to connect to dbus. Is hp-systray running? error: dBus initialization error. Exiting. Segmentation fault (core dumped) ProblemType: Crash DistroRelease: Ubuntu 12.04 Package: hplip-data 3.12.2-1ubuntu3 ProcVersionSignature: Ubuntu 3.2.0-24.39-generic-pae 3.2.16 Uname: Linux 3.2.0-24-generic-pae i686 ApportVersion: 2.0.1-0ubuntu8 Architecture: i386 Date: Thu May 31 20:51:42 2012 EcryptfsInUse: Yes ExecutablePath: /usr/share/hplip/toolbox.py InstallationMedia: Kubuntu 11.04 "Natty Narwhal" - Beta i386 (20110330) InterpreterPath: /usr/bin/python2.7 Lpstat: device for hp_LaserJet_3380: hp:/net/hp_LaserJet_3380?ip=192.168.111.100 device for hp_LaserJet_3380_fax: hpfax:/net/hp_LaserJet_3380?ip=192.168.111.100 device for Officejet_Pro_8500_A909g: hp:/net/Officejet_Pro_8500_A909g?zc=HP2741FA device for Officejet_Pro_8500_A909g_fax: hpfax:/net/Officejet_Pro_8500_A909g?zc=HP2741FA MachineType: Dell Inc. Latitude E6320 PackageArchitecture: all Papersize: letter PpdFiles: Officejet_Pro_8500_A909g: HP Officejet Pro 8500 a909g, hpcups 3.11.7 hp_LaserJet_3380_fax: HP Fax hpcups hp_LaserJet_3380: HP LaserJet 3380 Postscript (recommended) Officejet_Pro_8500_A909g_fax: HP Fax hpcups ProcCmdline: /usr/bin/python /usr/bin/hp-toolbox ProcEnviron: SHELL=/bin/bash TERM=xterm LANG=en_US.UTF-8 LANGUAGE= ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-24-generic-pae root=UUID=10b6d215-8885-4d35-bd14-ad581ad031b0 ro quiet splash vt.handoff=7 SegvAnalysis: Segfault happened at: 0xb69468a5:mov0x18(%esi),%eax PC (0xb69468a5) ok source "0x18(%esi)" (0x0033007d) not located in a known VMA region (needed readable region)! destination "%eax" ok SegvReason: reading unknown VMA Signal: 11 SourcePackage: hplip StacktraceTop: ?? () from /lib/i386-linux-gnu/libdbus-1.so.3 ?? () from /lib/i386-linux-gnu/libdbus-1.so.3 dbus_connection_dispatch () from /lib/i386-linux-gnu/libdbus-1.so.3 ?? () from /usr/lib/python2.7/dist-packages/dbus/mainloop/qt.so ?? () from /usr/lib/python2.7/dist-packages/dbus/mainloop/qt.so Title: toolbox.py crashed with SIGSEGV in dbus_connection_dispatch() UpgradeStatus: Upgraded to precise on 2012-04-09 (52 days ago) UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare syslog wireshark dmi.bios.date: 03/02/2011 dmi.bios.vendor: Dell Inc. dmi.bios.version: A01 dmi.board.name: 0GJF11 dmi.board.vendor: Dell Inc. dmi.board.version: A00 dmi.chassis.type: 9 dmi.chassis.vendor: Dell Inc. dmi.modalias: dmi:bvnDellInc.:bvrA01:bd03/02/2011:svnDellInc.:pnLatitudeE6320:pvr01:rvnDellInc.:rn0GJF11:rvrA00:cvnDellInc.:ct9:cvr: dmi.product.name: Latitude E6320 dmi.product.version: 01 dmi.sys.vendor: Dell Inc. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1007226/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1553628] Re: Non-free code in ErnieFilter (license only grants rights for use with HP products)
As Julien wrote in comment#2, there are more files and directories in hplip source tarball, whose are mentioned neither in COPYING file nor copyright file and they have different licenses then mentioned in COPYING and copyright files. Gaurav, is there any update on this matter? Would anyone in HP mind changing these licenses to e.g. GPL+? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1553628 Title: Non-free code in ErnieFilter (license only grants rights for use with HP products) Status in HPLIP: New Status in hplip package in Ubuntu: Fix Released Status in hplip package in Debian: Fix Released Status in hplip package in Fedora: Fix Released Bug description: The headers of ErnieFilter.cpp and .h say: //This software is licensed solely for use with HP products. Redistribution //and use with HP products in source and binary forms, with or without //modification, are permitted provided that the following conditions are met: As such, the code is non-free because I cannot safely redistribute it. Could that be changed to a normal 3-clause BSD license like the other files? To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1553628/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1727628] Re: Please fix PLUGIN_FALLBACK_LOCATION variable in installer/pluginhandler.py with respect of new website
Till, variable, which you are looking for, is in installer/pluginhandler.py on line 46. But I don't know new link too. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1727628 Title: Please fix PLUGIN_FALLBACK_LOCATION variable in installer/pluginhandler.py with respect of new website Status in HPLIP: Confirmed Status in hplip package in Ubuntu: In Progress Bug description: Hi, moving to new website https://developers.hp.com/ makes hp plugin non- downloadable - this breaks installing any printer where hp plugin is needed - please fix it immediately. I cannot find hp plugin on your new website, so I cannot even create a temporary patch, which could fix it. Patch would be changing fallback url in installer/pluginhandler.py to the newest url, where we can find hp plugin. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1727628/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1727628] Re: Please fix PLUGIN_FALLBACK_LOCATION variable in installer/pluginhandler.py with respect of new website
Thank you Shivani. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1727628 Title: Please fix PLUGIN_FALLBACK_LOCATION variable in installer/pluginhandler.py with respect of new website Status in HPLIP: Confirmed Status in hplip package in Ubuntu: Confirmed Bug description: Hi, moving to new website https://developers.hp.com/ makes hp plugin non- downloadable - this breaks installing any printer where hp plugin is needed - please fix it immediately. I cannot find hp plugin on your new website, so I cannot even create a temporary patch, which could fix it. Patch would be changing fallback url in installer/pluginhandler.py to the newest url, where we can find hp plugin. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1727628/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1727628] Re: hp-plugin for 3.17.7 and 3.17.9 is not available
Good job, Till. Now only fixing fallback HP link remains (if plugins will be only on openprinting.org, then it will be impossible to download plugin if openprinting.org will be unaccessible). ** Summary changed: - hp-plugin for 3.17.7 and 3.17.9 is not available + Please fix PLUGIN_FALLBACK_LOCATION variable in installer/pluginhandler.py with respect of new website -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1727628 Title: Please fix PLUGIN_FALLBACK_LOCATION variable in installer/pluginhandler.py with respect of new website Status in HPLIP: Confirmed Status in hplip package in Ubuntu: Confirmed Bug description: Hi, moving to new website https://developers.hp.com/ makes hp plugin non- downloadable - this breaks installing any printer where hp plugin is needed - please fix it immediately. I cannot find hp plugin on your new website, so I cannot even create a temporary patch, which could fix it. Patch would be changing fallback url in installer/pluginhandler.py to the newest url, where we can find hp plugin. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1727628/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1727628] Re: hp-plugin for 3.17.7 and 3.17.9 is not available
3.17.7 and 3.17.9 plugins worked before introducing new website even if they weren't uploaded to openprinting.org, because they were downloadable from fallback HP link. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1727628 Title: hp-plugin for 3.17.7 and 3.17.9 is not available Status in HPLIP: Confirmed Status in hplip package in Ubuntu: Confirmed Bug description: Hi, moving to new website https://developers.hp.com/ makes hp plugin non- downloadable - this breaks installing any printer where hp plugin is needed - please fix it immediately. I cannot find hp plugin on your new website, so I cannot even create a temporary patch, which could fix it. Patch would be changing fallback url in installer/pluginhandler.py to the newest url, where we can find hp plugin. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1727628/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1727628] Re: hp-plugin for 3.17.7 and 3.17.9 is not available
Till, issue is really with new website too - because hplip tries to download from two links: first from openprinting.com (where they stopped uploading plugin since 3.17.7 - here are reports where I told upstream about it https://bugs.launchpad.net/hplip/+bug/1708606 https://bugs.launchpad.net/hplip/+bug/1644932 , but without any reply), and then if first link fails it tries to download from www.hplipopensource.com, which provided plugins too (and upstream used it as workaround, because they didn't upload new plugin to openprinting.org before releasing new version, so it resulted in errors). IMHO both links should be working or at least that fallback HP one. So fixing fallback HP link should be priority, then uploading missing plugins to openprinting.org should be done after that. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1727628 Title: hp-plugin for 3.17.7 and 3.17.9 is not available Status in HPLIP: Confirmed Status in hplip package in Ubuntu: Confirmed Bug description: Hi, moving to new website https://developers.hp.com/ makes hp plugin non- downloadable - this breaks installing any printer where hp plugin is needed - please fix it immediately. I cannot find hp plugin on your new website, so I cannot even create a temporary patch, which could fix it. Patch would be changing fallback url in installer/pluginhandler.py to the newest url, where we can find hp plugin. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1727628/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp