Bug 88089 - Text-mode configurator doesn't allow for cups browsing, sharing, etc
Text-mode configurator doesn't allow for cups browsing, sharing, etc
Product: Fedora
Classification: Fedora
Component: system-config-printer (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Tim Waugh
: 115930 156952 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2003-04-05 09:59 EST by David Krider
Modified: 2007-11-30 17:10 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-07-06 06:04:50 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description David Krider 2003-04-05 09:59:03 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225

Description of problem:
When using redhat-config-printer-tui, there are no options for allowing the
printers to be printed-to over the network or browsed, as in the -gui version.
This ability should be added for people who don't use X on their print servers.

Also, it would be nice to put in the ability -- in both versions -- to allow for
remote administration (by adding a "Listen" directive to open it up to more than
just the localhost).

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
Run redhat-config-printer-tui, or redhat-config-printer in the absence of X.

Additional info:
Comment 1 Tim Waugh 2003-04-05 10:07:43 EST
(Remote administration part split off to bug #88090.)
Comment 2 Thomas Dodd 2003-04-08 11:14:14 EDT
If you hand edit /etc/alchemist/namespace/printconf.adl to put the share option
in, printconf-tui doesn't remove them, and printconf-backend will still use them
to generate cupsd.conf correctly. See post on shrike-list for format.
Comment 3 Tim Waugh 2003-04-08 12:20:07 EDT
For that matter you can use 'printconf-tui --Ximport' too..
Comment 4 Tim Waugh 2004-02-17 07:31:04 EST
*** Bug 115930 has been marked as a duplicate of this bug. ***
Comment 5 Thomas M Steenholdt 2004-02-18 05:01:22 EST
Should this functionality not be put into the -tui tool ? for reasons
why this might be a good idea, see Bug 115930
Comment 6 W. Michael Petullo 2005-01-22 18:13:11 EST
The printconf tui tool still does not seem to allow one to configure
printer shares like the gui tool does.  This is true as of
Comment 7 Tim Waugh 2005-05-05 13:27:28 EDT
*** Bug 156952 has been marked as a duplicate of this bug. ***
Comment 8 W. Michael Petullo 2006-02-15 20:44:21 EST
I have a headless server that automatically configures USB printers when they
are attached.  However, the generated printer configurations do not share the
printers.  It would be nice if a global configuration could activate sharing.

The following command:

printconf --Xadd-local --model="XXX" --device="/dev/usb/lp0" --make="YYY"

world work as it currently does except that "Listen x.x.x.x" and "Allow From
y.y.y.y." would be included in the cupsd.conf that is generated.

I can see that system-config-printer's backend.py writes out the printer
configuration.  Could it first read, for example, /etc/sysconfig/printconf, and
look for a "share" flag?  Or perhaps printconf_tui.py could do something similar?

Comment 9 Tim Waugh 2006-02-16 04:40:59 EST
See comment #3 -- you can import the XML configuration directly.  First, set up
the queue as you would like them to appear using the graphical tool; then save
the configuration using 'printconf-tui --Xexport'.

Later, you can restore the configuration using 'printconf-tui --Ximport'.
Comment 10 W. Michael Petullo 2006-02-16 10:13:06 EST
In comment #8, I am talking about being able to plug a printer into a printer 
server and have it work and share without any user intervention.  Setting up 
the printer by hand and exporting / importing the configuration does not meet 
my criteria.
Comment 11 Tim Waugh 2006-02-16 11:29:04 EST
In the next-generation printer administration tool, this will be possible with a
global setting I think.  In /etc/cups/cupsd.conf, having a '<Location
/printers>' will affect all newly created queues formed by connecting a printer.
Comment 12 W. Michael Petullo 2006-02-16 14:37:50 EST
That's exactly what I am looking for.  Thanks, Tim.
Comment 13 W. Michael Petullo 2006-07-05 22:28:54 EDT
Can anyone confirm or deny that this "global setting" feature is in
system-config-printer-0.7.19?  If not, is anyone aware of plans for it?
Comment 14 Tim Waugh 2006-07-06 06:04:50 EDT
This is now controlled by the CUPS 'DefaultShared' configuration directive in
/etc/cups/cupsd.conf.  The default is for new printers to be shared.

Note You need to log in before you can comment on or make changes to this bug.