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

Bug#733599: marked as done (cups: Should not load parallel port modules if there are none)

Your message dated Thu, 02 Jan 2014 17:28:48 +0100
with message-id <1598695.SFbDvEGtfx@gyllingar>
and subject line Re: Bug#733599: cups: Should not load parallel port modules if there are none
has caused the Debian Bug report #733599,
regarding cups: Should not load parallel port modules if there are none
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.)


-- 
733599: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733599
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: cups
Version: 1.6.4-2
Severity: minor

Dear Maintainer,

I am running cups on my laptop which has no parallel port at all.
However, the /etc/init.d/cups script always loads lp, ppdev and parport_pc.

Would there be a way to cleanly prevent these modules to be loaded ?

Thank you.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cups depends on:
ii  cups-client            1.6.4-2
ii  cups-common            1.6.4-2
ii  cups-daemon            1.6.4-2
ii  cups-filters           1.0.34-3+b1
ii  cups-ppdc              1.6.4-2
ii  cups-server-common     1.6.4-2
ii  debconf [debconf-2.0]  1.5.52
ii  ghostscript            9.05~dfsg-8+b1
ii  libavahi-client3       0.6.31-4
ii  libavahi-common3       0.6.31-4
ii  libc-bin               2.17-97
ii  libc6                  2.17-97
ii  libcups2               1.6.4-2
ii  libcupscgi1            1.6.4-2
ii  libcupsimage2          1.6.4-2
ii  libcupsmime1           1.6.4-2
ii  libcupsppdc1           1.6.4-2
ii  libgcc1                1:4.8.2-10
ii  libstdc++6             4.8.2-10
ii  libusb-1.0-0           2:1.0.17-1+b1
ii  lsb-base               4.1+Debian12
ii  poppler-utils          0.18.4-10
ii  procps                 1:3.3.9-1

Versions of packages cups recommends:
ii  avahi-daemon               0.6.31-4
ii  colord                     1.0.5-1
ii  cups-filters               1.0.34-3+b1
ii  foomatic-filters           4.0.17-1
ii  ghostscript-cups           9.05~dfsg-8+b1
ii  printer-driver-gutenprint  5.2.9-1

Versions of packages cups suggests:
ii  cups-bsd               1.6.4-2
pn  cups-pdf               <none>
ii  foomatic-db            20131129-2
ii  hplip                  3.13.11-2
ii  printer-driver-hpcups  3.13.11-2
ii  smbclient              2:4.1.3+dfsg-2
ii  udev                   204-5

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: lpd, socket, usb, snmp, dnssd

--- End Message ---
--- Begin Message --- 
Hi Benoît,

Le jeudi, 2 janvier 2014, 15.29:43 Roger Leigh a écrit :
> On Mon, Dec 30, 2013 at 10:50:25AM +0100, Benoît wrote:
> > I am running cups on my laptop which has no parallel port at all.
> > However, the /etc/init.d/cups script always loads lp, ppdev and
> > parport_pc.
> > 
> > Would there be a way to cleanly prevent these modules to be loaded ?
> 
> It's not possible to autodetect if a printer is attached to the
> parallel port without this step.  This is generally harmless, so
> it's hard to argue against this behaviour being the default, but
> it's certainly true that parallel port use is a rarity for many
> people nowadays.
> 
> I would suggest blacklisting them in /etc/modprobe.d:
> (…)
> and see if this helps.  If not, I would suggest just commenting out
> the loading in /etc/init.d/cups.

As Roger points out, loading the modules is the only way to detect 
printers on these interfaces; also, loaded modules are generally not 
harmful.

That said, I was about to only tag this bug as wontfix and argue about 
the fact that it would be possible to implement an opt-out using 
/etc/default/cups. Then, I noticed it is already implemented that way. 
:-) It has been this way since cups 1.2.1-4:

Edit /etc/default/cups and make LOAD_LP_MODULE set to false.

I'm thereby closing this bug as already fixed.

Cheers,
OdyX

Attachment: signature.asc
Description: This is a digitally signed message part.


--- End Message ---
Reply to: