Bug#480671: marked as done (hplip: 2.8.* versions do not recognize H690C on parport0)
Your message dated Tue, 28 Feb 2017 16:41:45 +0000
with message-id <28022017163754.f6be5d28d709@desktop.copernicus.org.uk>
and subject line Re: Bug#480671: hplip: 2.8.* versions do not recognize H690C on parport0
has caused the Debian Bug report #480671,
regarding hplip: 2.8.* versions do not recognize H690C on parport0
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
480671: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480671
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: hplip: 2.8.* versions do not recognize H690C on parport0
- From: David Baron <d_baron@012.net.il>
- Date: Sun, 11 May 2008 16:48:18 +0300
- Message-id: <20080511134818.15657.47333.reportbug@ip6-localhost>
Package: hplip
Version: 2.8.2-1
Severity: important
2.8.* version of hplip fail to recognize an HP690C printer on parport0.
Discussions on the hplip forum made suggestions but failed to solve the
problem. The more recent 2.8.4 version was also tried to no avail.
Someone on Debian's list suggested trying 1.6.* from stable and this worked
just fine.
-- System[A Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable'), (650, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.23-rt1-davidb (SMP w/1 CPU core; PREEMPT)
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.107 add and remove users and groups
ii coreutils 6.10-6 The GNU core utilities
ii cupsys 1.3.7-4 Common UNIX Printing System(tm) -
ii hplip-data 2.8.2-1 HP Linux Printing and Imaging - da
ii libc6 2.7-10 GNU C Library: Shared libraries
ii libcupsys2 1.3.7-4 Common UNIX Printing System(tm) -
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii libsane 1.0.19-6 API library for scanners
ii libsnmp15 5.4.1~dfsg-6 SNMP (Simple Network Management Pr
ii libssl0.9.8 0.9.8g-8 SSL shared libraries
ii libusb-0.1-4 2:0.1.12-11 userspace USB programming library
ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip
ii python 2.5.2-1 An interactive high-level object-o
ii python-imaging 1.1.6-2 Python Imaging Library
ii python-support 0.7.7 automated rebuilding support for P
Versions of packages hplip recommends:
ii cupsys-client 1.3.7-4 Common UNIX Printing System(tm) -
ii hpijs 2.8.2+2.8.2-1 HP Linux Printing and Imaging - gs
ii hpijs-ppds 2.8.2+2.8.2-1 HP Linux Printing and Imaging - HP
ii hplip-gui 2.8.2-1 HP Linux Printing and Imaging - GU
ii openprinting-ppds 20080211-2 OpenPrinting printer support - Pos
-- no debconf information
--- End Message ---
--- Begin Message ---
- To: 480671-done@bugs.debian.org
- Subject: Re: Bug#480671: hplip: 2.8.* versions do not recognize H690C on parport0
- From: Brian Potkin <claremont102@gmail.com>
- Date: Tue, 28 Feb 2017 16:41:45 +0000
- Message-id: <28022017163754.f6be5d28d709@desktop.copernicus.org.uk>
- In-reply-to: <20080511134818.15657.47333.reportbug@ip6-localhost>
- References: <20080511134818.15657.47333.reportbug@ip6-localhost>
On Sun 11 May 2008 at 16:48:18 +0300, David Baron wrote:
> 2.8.* version of hplip fail to recognize an HP690C printer on parport0.
> Discussions on the hplip forum made suggestions but failed to solve the
> problem. The more recent 2.8.4 version was also tried to no avail.
>
> Someone on Debian's list suggested trying 1.6.* from stable and this worked
> just fine.
This report is filed against an unsupported version of hplip. Also, to
quote the upstream bug record:
> The HP DeskJet 690C is considered supported but support is "as-is".
> Because of the age of parallel devices we are no longer testing or
> adding new functionality for parallel devices.
Hence closing.
Cheers,
Brian.
--- End Message ---
Reply to: