[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#460228: tasksel: please remove hplip from the desktop task



On ven, 2008-01-11 at 11:59 -0800, Steve Langasek wrote:
> Er, hplip is *primarily* useful on desktops.  The printers that benefit most
> from this daemon are the multifunction ones; wandering between your print
> server and your desktop to scan documents doesn't sound like a very good
> workflow to me.

When talking about multifunction printers, I primarily think about those
big networked copiers you find in corporate environments. Are desktop
multifunction printers that widespread? (This is a real question, I
haven’t bought a printer in years and have small interest in them.)

> As for the driver, I see nothing in there that's about "administering"
> remote printers.  It's the ghostscript driver for HP printers, which is
> certainly a reasonable thing to have as part of the desktop by default along
> with drivers for other printer vendors.

Sure; the driver has its place in the desktop task and no one is denying
it.

> > They are relevant for users who own some models of HP printers, and
> > having the package installed for everyone is really too much. You see a
> > fax icon in your menu and think “cool, I can send a fax”.
> 
> In what menu?  I haven't seen any such fax icons appearing in my desktop
> menus.

They have been recently moved to hplip-gui (which is recommended by
hplip, and this sounds reasonable).

> Why is having it installed by default "too much" (aside from the apparent UI
> bugs, which I haven't seen)?

Just look at a default etch installation. Two big HP icons, even when
you don’t have a pinch of HP hardware. And of course, they start
applications that you have no idea what they can do.

Menu space isn’t cheap. If there are too many icons in the menus, they
become unusable.

> Which tool are you referring to?  I don't see any GUI configuration tools
> included in hplip; AFAICS the primary modality is to use it by way of the
> CUPS backend and use the standard CUPS configuration tools.

I’m talking about gnome-cups-manager (the GNOME tool) and hp-toolbox
(the HP one).

> > What’s next? Install all Epson, Canon, Xerox and Ricoh specific tools?
> 
> If there were such tools and they were needed for full operation of those
> printers, why wouldn't we?

Because not everyone owns a <insert your favorite printer brand here>.

> > Other operating systems don’t install HP tools if you don’t have a HP
> > printer, and that’s the way to go.
> 
> Which OSes are you referring to?  E.g., Ubuntu installs it by default.

I’m referring to Windows and MacOS X. OK, Windows not a reference when
it comes to menu clarity, but it does not install Epson tools when you
have a HP printer.

> It
> (and Debian) also installs all video drivers by default, so that you don't
> have to be in a position to install new packages to use your desktop if you
> change out your video card.  Why wouldn't we want the same to apply to
> printers?

This issue is not about the drivers. Installing all drivers is
definitely a good thing. The problem about hardware-specific tools, that
make you wonder “WTF is that?” when trying to start them.

Currently 915resolution is only installed when you have an Intel video
card. In fact, looking at discover-data, it *already* installs hplip
when a HP printer is detected! Why in the world do we need to install it
in the desktop task as well?

-- 
 .''`.
: :' :      We are debian.org. Lower your prices, surrender your code.
`. `'       We will add your hardware and software distinctiveness to
  `-        our own. Resistance is futile.

Attachment: signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=


Reply to: