--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: hplip: HP PSC 1610 All-in-One is not recognzed although device is install via CUPS
- From: Jerome Acks <jracksjr@verizon.net>
- Date: Sat, 29 Dec 2007 22:25:35 -0500
- Message-id: <20071230032535.19483.16266.reportbug@alph.home.l>
Package: hplip
Version: 2.7.10-5
Severity: normal
hplip reports "ERROR: No device found or unsupported device" although
printer is installed via cups. There is no problem using ther printer
using cups. cups identifies the printer as
Device URI:hp:/usb/PSC_1600_series?serial=MY61HC10QG04GH
Printer Driver: HP PSC 1600 Foomatic/hpijs (recommended) - HPLIP 2.7.10
If I try to set up the printer using hp-setup, the device is located on
the USB bus, but hp-setup report that the appropriate PPD file cannot be
found. If the PDD file is selected manually, hp-setup reports that the
print queue set up failed.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages hplip depends on:
ii adduser 3.105 add and remove users and groups
ii coreutils 5.97-5.3 The GNU core utilities
ii cupsys 1.3.4-4 Common UNIX Printing System(tm) -
ii hplip-data 2.7.10-5 HP Linux Printing and Imaging - da
ii libc6 2.7-4 GNU C Library: Shared libraries
ii libcupsys2 1.3.4-4 Common UNIX Printing System(tm) -
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii libsane 1.0.19~cvs20071213-1 API library for scanners
ii libsnmp15 5.4.1~dfsg-4 SNMP (Simple Network Management Pr
ii libssl0.9.8 0.9.8g-3 SSL shared libraries
ii libusb-0.1-4 2:0.1.12-8 userspace USB programming library
ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip
ii python 2.4.4-6 An interactive high-level object-o
ii python-support 0.7.5 automated rebuilding support for p
Versions of packages hplip recommends:
ii cupsys-client 1.3.4-4 Common UNIX Printing System(tm) -
ii hpijs 2.7.10+2.7.10-5 HP Linux Printing and Imaging - gs
ii hpijs-ppds 2.7.10+2.7.10-5 HP Linux Printing and Imaging - HP
ii hplip-gui 2.7.10-5 HP Linux Printing and Imaging - GU
pn openprinting-ppds <none> (no description available)
ii python-reportlab 2.0dfsg-1 ReportLab library to create PDF do
-- no debconf information
--- End Message ---
--- Begin Message ---
- To: 435047-done@bugs.debian.org
- Subject: Re: Bug#435047: /usr/lib/hplip/base/g.py: assumes en_US.UTF-8 as default locale
- From: Brian Potkin <claremont102@gmail.com>
- Date: Mon, 10 Jan 2022 18:49:47 +0000
- Message-id: <10012022184805.6f88e9cc7544@desktop.copernicus.org.uk>
- In-reply-to: <20070728205422.10528.55677.reportbug@supernos.noid.net>
- References: <20070728205422.10528.55677.reportbug@supernos.noid.net>
On Sat 28 Jul 2007 at 13:54:22 -0700, root wrote:
> Package: hplip
> Version: 1.6.10-3
> Severity: normal
> File: /usr/lib/hplip/base/g.py
>
>
> When using hp-sendfax, I found these messages in the CUPS error log:
>
> D [] [Job 228] error: Unable to set locale.
> D [] [Job 228] Traceback (most recent call last):
> D [] [Job 228] File "/usr/lib/cups/backend/hpfax", line 60, in ?
> D [] [Job 228] from base.g import *
> D [] [Job 228] File "/usr/lib/hplip/base/g.py", line 136, in ?
> D [] [Job 228] locale.setlocale(locale.LC_ALL, 'en_US.UTF-8')
> D [] [Job 228] File "/usr/lib/python2.4/locale.py", line 381, in setlocale
> D [] [Job 228] return _setlocale(category, locale)
> D [] [Job 228] locale.Error: unsupported locale setting
> E [] PID 9206 (/usr/lib/cups/backend/hpfax) stopped with status 1!
>
> Because of this error, hp-sendfax will not work...
>
> I solved the problem thusly:
>
> --- /usr/lib/hplip/base/g.py.org 2007-07-28 13:49:09.000000000 -0700
> +++ /usr/lib/hplip/base/g.py 2007-07-28 13:49:45.000000000 -0700
> @@ -133,7 +133,7 @@
> except locale.Error:
> # TODO: Is this the right thing to do?
> log.error("Unable to set locale.")
> - locale.setlocale(locale.LC_ALL, 'en_US.UTF-8')
> + locale.setlocale(locale.LC_ALL, 'C')
>
> Is it proper to assume the system has 'en_US.UTF-8'...?
Dear Debian User,
Use of our limited, volunteer supported resources is best served by not
keeping open inactive bugs any longer than desirable, especially in
cases where the package concerned is older than the current stable
Debian version and upstream support has been limited. Consequently, the
report is now being closed.
Regards,
Brian.
--- End Message ---