Bug#347264: Incorrect *Manufacturer string

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug#347264: Incorrect *Manufacturer string

Pascal De Vuyst
Package: hplip-ppds
Version: 0.9.7-4

hplip-ppds package incorrectly uses *Manufacturer: "HP (HPLIP)" inside PPDs.
According to the Adobe PPD Specification v4.3 the correct *Manufacturer string should be "HP" (case sensitive).
The Adobe PPD Specification is located at http://partners.adobe.com/public/developer/en/ps/5003.PPD_Spec_v4.3.pdf.

This would allow GUI tools to make a classification of PPDs by unique manufacturer.
Please also read the PPD File Structure Specification I wrote, it can be found at http://wiki.debian.org/PpdFileStructureSpecification.

Regards,
Pascal De Vuyst




--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Bug#347264: Incorrect *Manufacturer string

Henrique de Moraes Holschuh
On Mon, 09 Jan 2006, Pascal De Vuyst wrote:
> hplip-ppds package incorrectly uses *Manufacturer: "HP (HPLIP)" inside PPDs.

Yes, this is done on purpose because of the myriad of other sources of
possibly non-compatible PPDs for HP printers managed by hpijs (i.e. HPLIP).

Are we going to remove all HP PPDs from all other PPD-installing packages
in Debian, including the crap that comes with cupsys by default, and the
ones in foomatic* ?

--
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh



--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Bug#347264: Incorrect *Manufacturer string

Roger Leigh
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Henrique de Moraes Holschuh <[hidden email]> writes:

> On Mon, 09 Jan 2006, Pascal De Vuyst wrote:
>> hplip-ppds package incorrectly uses *Manufacturer: "HP (HPLIP)" inside PPDs.
>
> Yes, this is done on purpose because of the myriad of other sources of
> possibly non-compatible PPDs for HP printers managed by hpijs (i.e. HPLIP).
>
> Are we going to remove all HP PPDs from all other PPD-installing packages
> in Debian, including the crap that comes with cupsys by default, and the
> ones in foomatic* ?

An alternate approach, used by Foomatic and Gutenprint, is to put the
driver name after the model:

zgrep '^\*NickName:' /usr/share/cups/model/gutenprint/5.0/en/stp-escp2-c60.5.0.ppd.gz
*NickName:      "EPSON Stylus C60 - CUPS+Gutenprint v5.0.0-rc2"

$ zgrep Nick /usr/share/cups/model/foomatic-ppds/HP/HP-LaserJet_1320-Postscript.ppd.gz
*ShortNickName: "HP LaserJet 1320 Postscript"
*NickName:      "HP LaserJet 1320 Foomatic/Postscript (recommended)"

$ zgrep Nick /usr/share/cups/model/foomatic-ppds/HP/HP-LaserJet_1320-hpijs.ppd.gz
*ShortNickName: "HP LaserJet 1320 hpijs"
*NickName:      "HP LaserJet 1320 Foomatic/hpijs"

This neatly avoids cluttering up the Manufacturer, and as a nice
bonus, all of the drivers for the same model sort together in the
list, to it's easier for users to find the right driver.


Regards,
Roger

- --
Roger Leigh
                Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
                Debian GNU/Linux        http://www.debian.org/
                GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ <http://mailcrypt.sourceforge.net/>

iD8DBQFDw3jpVcFcaSW/uEgRAq1dAJwORwtScaepWXKADGc42pK+43VddACgj9t5
AWtJvXQjdCNbJ+/M0vzs3FM=
=Xf02
-----END PGP SIGNATURE-----



--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Bug#347264: Incorrect *Manufacturer string

Henrique de Moraes Holschuh
On Tue, 10 Jan 2006, Roger Leigh wrote:
> An alternate approach, used by Foomatic and Gutenprint, is to put the
> driver name after the model:
>
> zgrep '^\*NickName:' /usr/share/cups/model/gutenprint/5.0/en/stp-escp2-c60.5.0.ppd.gz
> *NickName:      "EPSON Stylus C60 - CUPS+Gutenprint v5.0.0-rc2"

I will do so, then.

However, the other parts of the PPD spec for Debian will not be followed by
hplip until all other issues are fixed, i.e. I will still ship the PPDs in a
hplip/ subdir off the toplevel PPD directory for now, and that contains
hpijs PPDs mixed with "pure" postscript PPDs.

Is it desireable to forecefully case-normalize the PPD filenames?  HP uses
basically the "toss a coin" way of selecting which case they use on these
things, and linuxprinting.org did not fix it upon acceptance of the PPDs.

--
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh



--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Bug#347264: Incorrect *Manufacturer string

Roger Leigh
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Henrique de Moraes Holschuh <[hidden email]> writes:

> On Tue, 10 Jan 2006, Roger Leigh wrote:
>> An alternate approach, used by Foomatic and Gutenprint, is to put the
>> driver name after the model:
>>
>> zgrep '^\*NickName:' /usr/share/cups/model/gutenprint/5.0/en/stp-escp2-c60.5.0.ppd.gz
>> *NickName:      "EPSON Stylus C60 - CUPS+Gutenprint v5.0.0-rc2"
>
> I will do so, then.

Thanks.

> However, the other parts of the PPD spec for Debian will not be followed by
> hplip until all other issues are fixed, i.e. I will still ship the PPDs in a
> hplip/ subdir off the toplevel PPD directory for now, and that contains
> hpijs PPDs mixed with "pure" postscript PPDs.

OK.  There are still some details to work out in the spec, so I'll
also be holding off that until we are all happy with it, and it's also
had a wider review.

> Is it desireable to forecefully case-normalize the PPD filenames?  HP uses
> basically the "toss a coin" way of selecting which case they use on these
> things, and linuxprinting.org did not fix it upon acceptance of the PPDs.

I don't have an opinion either way here; it's your call.  In most
cases the file will not be accessed by the user directly.  The
Gutenprint PPDs are lower case, but use the driver name, so might be
confusing to some; the Foomatic ones are not, and might be a bit more
readable.  If in doubt, I would do whatever upstream are doing.


Regards,
Roger

- --
Roger Leigh
                Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
                Debian GNU/Linux        http://www.debian.org/
                GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ <http://mailcrypt.sourceforge.net/>

iD8DBQFDw8RDVcFcaSW/uEgRAtmzAKDAxuuGsxkGK/h0ReIXmxTXXGzjUQCdH3Tr
a+xfyXWzrl6dH/HXFH8fkMg=
=5UNW
-----END PGP SIGNATURE-----



--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Bug#347264: Incorrect *Manufacturer string

Pascal De Vuyst
In reply to this post by Henrique de Moraes Holschuh
Henrique de Moraes Holschuh wrote:
> Are we going to remove all HP PPDs from all other PPD-installing packages
> in Debian, including the crap that comes with cupsys by default, and the
> ones in foomatic* ?

Currently both foomatic-filters-ppds and hplip provide exactly the same
PPDs for hpijs binary drivers from hplip project. When both packages are
installed this results in duplicate entries in GUI tools like gnome-cups-add.
Hplip xml data to generate hplip PPDs is not maintained in foomatic-db at
linuxprinting.org but in hplip project.
Also hplip PPDs should always match with the installed version of hpijs
binary drivers because new versions of binary drivers can provide new
possibilities.
For the above reasons hplip-ppd should provide HPLIP PPDs and
foomatic-filters-ppds should not.
I will file a bug report against foomatic-filters-ppds for this.
We should not remove all HP PPDs from packages providing PPDs since there
are other binary gs drivers (e.g. pcl3) for use with HP printers where PPDs
are provided by foomatic-filter-ppds.

Roger Leigh wrote:
>> An alternate approach, used by Foomatic and Gutenprint, is to put the
>> driver name after the model:

>> $ zgrep Nick /usr/share/cups/model/foomatic-ppds/HP/HP-LaserJet_1320-hpijs.ppd.gz
>> *ShortNickName: "HP LaserJet 1320 hpijs"
>> *NickName:      "HP LaserJet 1320 Foomatic/hpijs"

>> This neatly avoids cluttering up the Manufacturer, and as a nice
>> bonus, all of the drivers for the same model sort together in the
>> list, to it's easier for users to find the right driver.

Roger Leigh has a good point here.
HPLIP PPDs already use the above Foomatic approach so that's no problem.

> I will do so, then.

> However, the other parts of the PPD spec for Debian will not be followed by
> hplip until all other issues are fixed, i.e. I will still ship the PPDs in a
> hplip/ subdir off the toplevel PPD directory for now, and that contains
> hpijs PPDs mixed with "pure" postscript PPDs.

Currently there are no HPIJS drivers for HP printers that are not provided by
the hplip project and I don't think there will be ever.
So if PPDs are named e.g. "HP-DeskJet_520-hpijs.ppd.gz" and are located in
"/usr/share/ppd/gs/HP" I don't see any possibility of names clashing with other
packages.

>> OK.  There are still some details to work out in the spec, so I'll
>> also be holding off that until we are all happy with it, and it's also
>> had a wider review.

I'm open to constructive comments and suggestions.

> Is it desireable to forecefully case-normalize the PPD filenames?  HP uses
> basically the "toss a coin" way of selecting which case they use on these
> things, and linuxprinting.org did not fix it upon acceptance of the PPDs.

>> I don't have an opinion either way here; it's your call.  In most
>> cases the file will not be accessed by the user directly.  The
>> Gutenprint PPDs are lower case, but use the driver name, so might be
>> confusing to some; the Foomatic ones are not, and might be a bit more
>> readable.  If in doubt, I would do whatever upstream are doing.

You are right that linuxprinting.org naming convention is not followed for
real PPDs in foomatic-db.
I think Debian should lead the way here by providing unified naming for PPDs
which opens possibilities for GUI tools that are currently not possible.
Perhaps a bug should be filed against foomatic-db to get this changed upstream.

Regards,
Pascal De Vuyst




--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Bug#347264: Incorrect *Manufacturer string

Henrique de Moraes Holschuh
On Wed, 11 Jan 2006, Pascal De Vuyst wrote:
> For the above reasons hplip-ppd should provide HPLIP PPDs and
> foomatic-filters-ppds should not.

HPLIP provides *HP* PPDs.  This includes all hpijs ones, and all postscript
ones.  I am not about to deal with the mess of shipping a different set of
PPDs than upstream (I can deal with shipping all, or shipping none).  The
reason for this is user confusion, which I am wary of increasing.

> We should not remove all HP PPDs from packages providing PPDs since there
> are other binary gs drivers (e.g. pcl3) for use with HP printers where PPDs
> are provided by foomatic-filter-ppds.

You'll have to verify if HPLIP is not providing those... If they are
supported by HP, it probably does.

> Roger Leigh has a good point here.
> HPLIP PPDs already use the above Foomatic approach so that's no problem.

Only in CVS, I didn't upload the packages not screwing up with the
Manufacturer's field yet.

> So if PPDs are named e.g. "HP-DeskJet_520-hpijs.ppd.gz" and are located in

As I said, there are ppds for other drivers than hpijs, including pure
postscript.

> I think Debian should lead the way here by providing unified naming for PPDs
> which opens possibilities for GUI tools that are currently not possible.
> Perhaps a bug should be filed against foomatic-db to get this changed
> upstream.

It *will* have to be changed upstream if you want to change names. But only
the case is weird in HP's case, and that I can deal with.

--
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh



--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Bug#347264: marked as done (Incorrect *Manufacturer string)

Debian Bug Tracking System
In reply to this post by Pascal De Vuyst
Your message dated Fri, 31 Mar 2006 07:31:21 -0800
with message-id <[hidden email]>
and subject line Bug#347264: fixed in hplip 0.9.9-1
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)


Package: hplip-ppds
Version: 0.9.7-4

hplip-ppds package incorrectly uses *Manufacturer: "HP (HPLIP)" inside PPDs.
According to the Adobe PPD Specification v4.3 the correct *Manufacturer string should be "HP" (case sensitive).
The Adobe PPD Specification is located at http://partners.adobe.com/public/developer/en/ps/5003.PPD_Spec_v4.3.pdf.

This would allow GUI tools to make a classification of PPDs by unique manufacturer.
Please also read the PPD File Structure Specification I wrote, it can be found at http://wiki.debian.org/PpdFileStructureSpecification.

Regards,
Pascal De Vuyst



Source: hplip
Source-Version: 0.9.9-1

We believe that the bug you reported is fixed in the latest version of
hplip, which is due to be installed in the Debian FTP archive:

hpijs-ppds_2.1.9+0.9.9-1_all.deb
  to pool/main/h/hplip/hpijs-ppds_2.1.9+0.9.9-1_all.deb
hpijs_2.1.9+0.9.9-1_i386.deb
  to pool/main/h/hplip/hpijs_2.1.9+0.9.9-1_i386.deb
hplip-data_0.9.9-1_all.deb
  to pool/main/h/hplip/hplip-data_0.9.9-1_all.deb
hplip_0.9.9-1.diff.gz
  to pool/main/h/hplip/hplip_0.9.9-1.diff.gz
hplip_0.9.9-1.dsc
  to pool/main/h/hplip/hplip_0.9.9-1.dsc
hplip_0.9.9-1_i386.deb
  to pool/main/h/hplip/hplip_0.9.9-1_i386.deb
hplip_0.9.9.orig.tar.gz
  to pool/main/h/hplip/hplip_0.9.9.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [hidden email],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Henrique de Moraes Holschuh <[hidden email]> (supplier of updated hplip package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [hidden email])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sun, 19 Mar 2006 23:32:57 -0300
Source: hplip
Binary: hpijs hplip-data hpijs-ppds hplip
Architecture: source i386 all
Version: 0.9.9-1
Distribution: unstable
Urgency: low
Maintainer: Henrique de Moraes Holschuh <[hidden email]>
Changed-By: Henrique de Moraes Holschuh <[hidden email]>
Description:
 hpijs      - HP Linux Printing and Imaging - gs IJS driver (hpijs)
 hpijs-ppds - HP Linux Printing and Imaging - HPIJS PPD files
 hplip      - HP Linux Printing and Imaging System (HPLIP)
 hplip-data - HP Linux Printing and Imaging - data files
Closes: 347264
Changes:
 hplip (0.9.9-1) unstable; urgency=low
 .
   * New upstream version
     * HPIJS 2.1.9:
       + Fixed an array index underflow in ljfastraster.cpp
       + Save paper width and height in UXServices object after a call to
         SetPaperSize
       + When fullbleed printing is requested, if printer supports it,
         return actual paper dimensions for PrintableArea
       + Added support for the following new printer(s):
         + HP DeskJet F300 Series All-in-one (DJ3600)
     * HPLIP 0.9.9:
       + HPLIP now uses libusb for all USB I/O.  Libusb replaces kernel
         modules printer and usblp, and opens an entirely new can of worms
       + Removed support for USB URIs based on device files.  This means all
         printers now use USB URIs based on "hp:/hp_model?serial=xxxxxxxx"
         instead of "hp:/hp_model?device=/dev/usb/lpx".  Old CUPS queues must
         be updated to the new device location
       + Added full USB 1284.4 support for the Color LaserJet 2840, and for
         LaserJets 3050, 3060, 1010, 1012, 1015 and 2500
       + Updated HP-Fax-hplip.ppd to be in conformance with CUPS 1.2
       + Updated most LaserJet PPDs for CUPS 1.2
       + Changed the GetSnmp timeout from 5 to 2 seconds in hpiod
       + Fixed incorrect supplies information for Color Laserjet 2840
         displayed in hp-toolbox
       + Fixed problem where title input was of no use while adding a file to
         item list in send fax dialog
       + Add models.xml parallel port flag for Deskjet 5550
       + Moved hp-sendfax temp .g3 files to ~/hpfax/hpfax-*.g3.  Before,
         they would clutter the user's home directory
       + Files added to hp-sendfax interface are now rendered into g3 format
         as they are added to the batch
       + Removed temporary file creation from hpfax: (temp files now created
         only by hp-sendfax using mkstemp)
       + Added total page counting feature to hp-sendfax
       + Added a BSD license to magic.py
   * debian/control: build-depend on libusb >= 0.1.8
   * dpatch 00_01_upstream-0.9.8-4: remove (applied upstream)
   * dpatch 60_lp_instead_of_lpr: rediff to remove skips
   * dpatch 40_quiet-hpiod: rediff to remove skips
   * dpatch 01_rss: rediff to reorder file hunks
   * dpatch 30_no-ping: remove, upstream removed icmp functionality
   * dpatch 70_sane_ppd_directory_handling: remove (applied upstream)
   * dpatch 45_quiet_hpijs-fax: remove (applied upstream)
   * dpatch 35_no-fax-setuid: remove, upstream now does seteuid()/setegid()
     only if sendfax is being run as root
   * dpatch 10_shebang_fixes (new): new dump place for #!<interpretor> fixing
   * hplip.menu: s/hp-fax/hp-sendfax/
   * debian/control, debian/compat: switch to debhelper mode V5
   * debian/control, debian/rules: provide and use hpijs:Upstream-Version,
     rename Upstream-Version to hplip:Upstream-Version
   * Rename hplip-ppds package to hpijs-ppds, update all documentation to
     point to hpijs-ppds and linuxprinting.org-ppds and add a hpijs.NEWS
     entry about the package rename as well
   * debian/control: conflict hpijs with hplip-ppds versioned to source
     version, as a dirty trick to not clash with hpijs-ppds providing
     hplip-ppds
   * debian/rules, debian/hpijs-ppds.install, debian/hpijs-ppds.links,
     debian/hpijs-ppds.NEWS:
     Don't ship non-hpijs PPDs anymore, linuxprinting.org-ppds takes care
     of the pure postscript PPDs now
   * debian/rules: version hpijs-ppds the same way we version hpijs
   * debian/control: suggest hpijs-ppds and linuxprinting.org-ppds for hplip
     instead of recommending the old hplip-ppds package.  Recommend hpijs
     with fax support for hplip. Remove conflict on foomatic-db-hpijs and
     foomatic-filters-ppds from hplip.  Conflict hpijs-ppds with
     foomatic-filters-ppds before 20060113-1 when the PPD duplication was
     removed from foomatic-filters-ppds
   * debian/control: rework package descriptions a little
   * debian/rules: ship all PPD files compressed
   * debian/rules: separate arch-dep and arch-indep install, to avoid wasting
     a great deal of time on slower archs gziping PPDs
   * hplip initscript: Run hpiod as root because of libusb
   * debian/copyright: update dates
 .
 hplip (0.9.8-1) unstable; urgency=low
 .
   * This release was not uploaded to Debian
   * New upstream version
     * HPIJS 2.1.8 (patchlevel 4):
       + Moved OfficeJet 6100 and 6150 to DJ55xx.h; margins on these devices
         are same as those on DJ5550
       + Added support for the following new printers:
         + HP LaserJet 3050 (LJMono/PS)
         + HP LaserJet 3060/3062 (LJMono/PS)
         + HP LaserJet 3390/3392 (LJMono/PS)
         + HP Deskjet 6980 series (DJGenericVIP)
         + HP Deskjet 6940 series (DJGenericVIP)
       + Updated KRGB patches to version 1.2:
         + Fixed krgb buffer overflow issue with out-of-band data in
           fill_rectangle and copy_mono. This buffer overflow condition
           occurred with fullbleed print jobs that had k-band images
         + Added Dan Coby's (artifex) fix for gsijs_read_string_malloc
           gs_free *str memory leak.
     * HPLIP 0.9.8 (patchlevel 4):
       + Added send fax support (still quite rough)
       + Added HP Setup utility
       + Fixed deviceid zero termination issue in hplip_api.c
       + Enhanced the status history table in hp-info
       + Changed device list in toolbox to use small icons for status overlay
       + Modified models.xml file to add pen info back to OJ5500 and disable
         front panel
       + Removed probe.py from distribution
       + Added Fax URI generation to hp-makeuri
       + Fixed hp-makeuri so that it would not report URIs for non-existent
         functions
       + Fixed hp-makeuri quiet modes that they are actually quiet
       + Added a new chooser dialog that presents a list of CUPS queues
         rather than device URIs (hp-sendfax, hp-print)
       + Fixed a hpiod problem with the PS 2570 series. This will fix the
         scanning blue-screen error with USB High Speed
   * dpatch 00_01_upstream-0.9.8-4 (new): 0.9.8 patchlevel 4
   * hplip package: recommend python-reportlab for fax cover page support
   * Instead of modifying the PPD manufacturer tag from HP to HP (HPLIP),
     now append HPLIP and the upstream version to the nickname
     (closes: #347264)
   * Ship hpijs PPDs in /usr/share/ppd/hpijs/<PPD Manufacturer> as per
     the Debian PPD file structure specification.  Ship the pure postscript
     PPDs in /usr/share/ppd/hplip-postscript, for now
   * Normalise case and start all HP PPD file names with "HP-"
   * debian/control: Remove foomatic-db-hpijs from suggests and
     recommends, as it will go away
   * Update READMEs and NEWS files for the above PPD changes, add NEWS
     file for hplip-ppds while at it
   * Update hplip's README for hp-setup
   * Mention that the RSS patch is stale in hpijs' README
   * Removed patch already applied upstream: 00_01_upstream_0.9.7-2
   * dpatches 30_no-ping, 50_doc-location, 60_lp_instead_of_lpr: rediff
   * Let configure detect all standard paths for CUPS, except for the
     PPD path
   * Prune non-shipped-files.txt, and change debian/rules to tell us
     which files were removed instead of doing it silently
   * dpatch 70_sane_ppd_directory_handling (new): modify hplip to
     look for PPD files under /usr/share/ppd/hplip, instead of
     searching the entire CUPS PPD tree (used by hp-setup)
   * Add menu entries for hp-print, hp-sendfax and hp-fab
   * Add HPmenu.xpm icon
   * dpatch 35_no-fax-setuid (new): change hpssd fax queue function
     not to setuid(), as we don't run as root.  This limits sending
     faxes somehow, but the impact is not clear to me yet.  Bug reports
     welcome
   * dpatch 45_quiet_hpijs-fax (new): remove noisy hpijs debug output in
     the fax driver
   * debian/control: rework package descriptions, mention fax support
   * Ship KRGB patches cleaned up and tailored for Debian's gs versions
   * Update debian/copyright for new directories, mention license of KRGB
     patches (MIT)
Files:
 79c244a8d5ac45c5da46ff80bcd476a0 1096 utils optional hplip_0.9.9-1.dsc
 836affd511fd4831e6904b4f7f079c7d 9285704 utils optional hplip_0.9.9.orig.tar.gz
 03839b1b8d0f22992fa8bf9146720254 359185 utils optional hplip_0.9.9-1.diff.gz
 b556c082693d7093735eda03ace8a9d4 1582166 utils optional hpijs-ppds_2.1.9+0.9.9-1_all.deb
 d56dfaea513c397584792432c39e128f 6177166 utils optional hplip-data_0.9.9-1_all.deb
 8685c81ceee80d3bb8f00da4f37342b0 318872 utils optional hpijs_2.1.9+0.9.9-1_i386.deb
 a973dbb7bc3a740d8f40b49badd08680 531422 utils optional hplip_0.9.9-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iQEVAwUBRB4bNYjztdzjjnrPAQIlbwf9GLe0vAk6+jL8db7uOD1aug+QndLp0y6k
V9zG7gMxzeRLfAeP4KDYFp/bFemVyatU2TY30X8sgOTQcxY442yWMhZOmERLKLn+
QviHRcl7kOM+XabNup3PhCDeafsmacmbEsDSrlngHf/MifDK5Wi2/cMln3t0H/mv
RwfhCx0VYYXa2dfDqPSluP5wYpx+7X1ZC+8de4ErU+XU/v1uRJjAotSCZQ8Mt4Zq
d4GzjyZMG1ThojPywLHecggvQr5p3JT2xdxKwr3XkqKAr7CtmLbiWWZDpGoOvKwu
BQX0iwQB7boxffy/WJtwEZ+PqaqBXBh2nk0xsLAhsGvKE/6SKgMrWg==
=u1/C
-----END PGP SIGNATURE-----