Bug 77860 - Printer Manager doesn't look in /etc/lprng/printcap file
Summary: Printer Manager doesn't look in /etc/lprng/printcap file
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kcontrol
Classification: Unmaintained
Component: kcmprintmgr (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: KDEPrint Devel Mailinglist
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-17 20:12 UTC by Michael Kleiber
Modified: 2014-08-17 07:53 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Kleiber 2004-03-17 20:12:45 UTC
Version:            (using KDE KDE 3.2.1)
Installed from:    Compiled From Sources
Compiler:          gcc 3.2 
OS:          Linux

It doesn't seem like the Printer Manager is looking into /etc/lprng although the lprng man states this as the config dir. Copying /etc/lprng/printcap to /etc/printcap does the job but is not what should be needed.
Comment 1 Michael Goffioul 2004-03-22 11:11:50 UTC
I'm not using LPRng, so it's possible that the corresponding plugin is not in sync with up-to-date LPRng version. What's the plugin is currently doing is:
- check /etc/printcap
- in case of LPRng, check /etc/lpd.conf and look for the "printcap_path" entry
Does that mean that with recent LPRng, everything has been moved to /etc/lprng
(printcap and lpd.conf)?
Comment 2 Michael Kleiber 2004-03-22 14:34:31 UTC
I guess yes - everything is under /etc/lprng/
This is what the manpage of lprng says:

The  files used by LPRng are set by values in the printer configuration
       file.  The following are a commonly used set of default values.
       /etc/lprng/lpd.conf                          LPRng configuration file
       ${HOME}/.printcap                            user printer description fil
e
       /etc/lprng/printcap                          printer description file
       /etc/lprng/lpd.perms                         permissions
Comment 3 Cristian Tibirna 2005-08-22 22:17:17 UTC
UNCONFIRMED (batch reassigning messed this)