Re: Re: [gentoo-user] Re: CUPS not allowing configuration from browser

Re: Re: [gentoo-user] Re: CUPS not allowing configuration from browser

[brettholcomb]

Did you try /etc/init.d/cupsd zap and see what happens.  Also, sometimes a reboot (shades of windows <G>) fixes cups.

> 
> From: Mark Knecht <markknecht@gmail.com>
> Date: 2006/02/09 Thu PM 07:27:56 EST
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] Re: CUPS not allowing configuration from browser
> 
> Clearly CUPS is not happy.......
> 
> The thing is that even in this strange state I can call up Firefox, go
> to http://localhost:631 and I get the CUPS management stuff. How is
> that possible if CUPS isn't running? The answer is that it's running
> at least enough to have a process in memory:
> 
> lightning ~ # ps aux | grep cups
> root      8015  0.0  0.1  17416  1876 ?        Ss   11:08   0:01 /usr/sbin/cupsd
> root     16662  0.0  0.0   2660   508 pts/0    R+   16:27   0:00 grep cups
> lightning ~ #
> 
> I don't understand.....clearly I don't understand.
> 
> thanks,
> Mark
> 
> -- 
> gentoo-user@gentoo.org mailing list
> 
> 

-- 
gentoo-user@gentoo.org mailing list

Re: Re: [gentoo-user] Re: CUPS not allowing configuration from browser

[Mark Knecht]

Hi Brett,
   Yes, I zapped it and tried restarting it but I get complaints.

Thanks,
Mark

On 2/9/06, brettholcomb@bellsouth.net <brettholcomb@bellsouth.net> wrote:
> Did you try /etc/init.d/cupsd zap and see what happens.  Also, sometimes a reboot (shades of windows <G>) fixes cups.
>
> >
> > From: Mark Knecht <markknecht@gmail.com>
> > Date: 2006/02/09 Thu PM 07:27:56 EST
> > To: gentoo-user@lists.gentoo.org
> > Subject: Re: [gentoo-user] Re: CUPS not allowing configuration from browser
> >
> > Clearly CUPS is not happy.......
> >
> > The thing is that even in this strange state I can call up Firefox, go
> > to http://localhost:631 and I get the CUPS management stuff. How is
> > that possible if CUPS isn't running? The answer is that it's running
> > at least enough to have a process in memory:
> >
> > lightning ~ # ps aux | grep cups
> > root      8015  0.0  0.1  17416  1876 ?        Ss   11:08   0:01 /usr/sbin/cupsd
> > root     16662  0.0  0.0   2660   508 pts/0    R+   16:27   0:00 grep cups
> > lightning ~ #
> >
> > I don't understand.....clearly I don't understand.
> >
> > thanks,
> > Mark
> >
> > --
> > gentoo-user@gentoo.org mailing list
> >
> >
>
> --
> gentoo-user@gentoo.org mailing list
>
>

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: CUPS not allowing configuration from browser

[Manuel McLure]

Mark Knecht wrote:
> Hi Brett,
>    Yes, I zapped it and tried restarting it but I get complaints.


Try

pgrep cupsd

and see if there's a PID listed. If so, do

pkill cupsd
/etc/init.d/cupsd zap
/etc/init.d/cupsd start

What's probably happened is that etc-update updated the 
/etc/init.d/cupsd script so it changes the location where it stores the 
PID it has to kill when you do a "stop", therefore running 
/etc/init.d/cupsd fails to kill the actual cupsd process. Since a cupsd 
is already running (the old cupsd) you can't start a new one since 
they'd compete for ports.

For this reason I usually do a "/etc/init.d/<service> stop" before 
allowing etc-update to update any file in /etc/init.d, and then start it 
again after the update.


-- 
Manuel A. McLure KE6TAW <manuel@mclure.org> <http://www.mclure.org>
...for in Ulthar, according to an ancient and significant law,
no man may kill a cat.                       -- H.P. Lovecraft
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: CUPS not allowing configuration from browser

[Mark Knecht]

On 2/9/06, Manuel McLure <manuel@mclure.org> wrote:
> Mark Knecht wrote:
> > Hi Brett,
> >    Yes, I zapped it and tried restarting it but I get complaints.
>
>
> Try
>
> pgrep cupsd
>
> and see if there's a PID listed. If so, do
>
> pkill cupsd
> /etc/init.d/cupsd zap
> /etc/init.d/cupsd start

Good so far:

mark@lightning ~ $ su -
Password:
lightning ~ # pgrep cupsd
8015
lightning ~ # pkill cupsd
lightning ~ # /etc/init.d/cupsd zap
lightning ~ # /etc/init.d/cupsd start
 * Starting cupsd ...                                                     [ ok ]
lightning ~ #

I then go to http://localhost:631 and choose Manage Printers. I see
both printers which are on the network. One is on my son's FC2
machine, and is currently default. I also see the printer on the Mac.
I clock on the Mac printer's 'Set as default' button. I'm taken to a
page that says:

Forbidden
You don't have permission to access the resource on this server.

This doesn't happen on the 'Print Test page' button. That one
correctly sends a test page to each printer. However all other buttons
result in the message above. The used to allow me to type in a
password and do what I needed.

I'm still quite concerned that the cupsd config files are hosed. As
I've said there is nothing in the printers.conf file except a couple
of header lines.

>
> What's probably happened is that etc-update updated the
> /etc/init.d/cupsd script so it changes the location where it stores the
> PID it has to kill when you do a "stop", therefore running
> /etc/init.d/cupsd fails to kill the actual cupsd process. Since a cupsd
> is already running (the old cupsd) you can't start a new one since
> they'd compete for ports.
>
> For this reason I usually do a "/etc/init.d/<service> stop" before
> allowing etc-update to update any file in /etc/init.d, and then start it
> again after the update.


Probably a good idea.

Thanks,
Mark

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: CUPS not allowing configuration from browser

[Manuel A. McLure]

On Thursday 09 February 2006 05:41 pm, Mark Knecht wrote:
> On 2/9/06, Manuel McLure <manuel@mclure.org> wrote:
> > Mark Knecht wrote:
> > > Hi Brett,
> > >    Yes, I zapped it and tried restarting it but I get complaints.
> >
> > Try
> >
> > pgrep cupsd
> >
> > and see if there's a PID listed. If so, do
> >
> > pkill cupsd
> > /etc/init.d/cupsd zap
> > /etc/init.d/cupsd start
>
> Good so far:
>
> mark@lightning ~ $ su -
> Password:
> lightning ~ # pgrep cupsd
> 8015
> lightning ~ # pkill cupsd
> lightning ~ # /etc/init.d/cupsd zap
> lightning ~ # /etc/init.d/cupsd start
>  * Starting cupsd ...                                                     [
> ok ] lightning ~ #
>
> I then go to http://localhost:631 and choose Manage Printers. I see
> both printers which are on the network. One is on my son's FC2
> machine, and is currently default. I also see the printer on the Mac.
> I clock on the Mac printer's 'Set as default' button. I'm taken to a
> page that says:
>
> Forbidden
> You don't have permission to access the resource on this server.
>
> This doesn't happen on the 'Print Test page' button. That one
> correctly sends a test page to each printer. However all other buttons
> result in the message above. The used to allow me to type in a
> password and do what I needed.
>
> I'm still quite concerned that the cupsd config files are hosed. As
> I've said there is nothing in the printers.conf file except a couple
> of header lines.

Wait - are these printers physically on this machine? Or are they on a CUPS 
server on another box? You can only manage local printers using localhost:631 
- if they're on a remote box you'll have to do remotebox:631 to manage them.

As a test, try the "Add Printer" button at the bottom of the list of printers. 
If that asks you for a username/password, then that's what the problem is.

I'm supposing that during all of this you've exited and restarted your browser 
at least once - otherwise the browser may be sending expired credentials.

Note that if you don't have any local printers, you don't need to run cupsd to 
access them. All you need is to enter the hostname of your CUPS server in the 
ServerName parameter in /etc/cups/client.conf. Any cups-aware app will use 
the printers advertised by that server. 

-- 
Manuel A. McLure KE6TAW <manuel@mclure.org> <http://www.mclure.org>
...for in Ulthar, according to an ancient and significant law,
no man may kill a cat.                       -- H.P. Lovecraft
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: CUPS not allowing configuration from browser

[Mark Knecht]

On 2/9/06, Manuel A. McLure <manuel@mclure.org> wrote:

>
> Wait - are these printers physically on this machine? Or are they on a CUPS
> server on another box? You can only manage local printers using localhost:631
> - if they're on a remote box you'll have to do remotebox:631 to manage them.

Well, yes, they are on other machines. However I need to set a
specific default on this machine so this machine knows which of the
remote printers to be default. localhost:631 won't let me do that.

>
> As a test, try the "Add Printer" button at the bottom of the list of printers.
> If that asks you for a username/password, then that's what the problem is.

Yep, that works.

>
> I'm supposing that during all of this you've exited and restarted your browser
> at least once - otherwise the browser may be sending expired credentials.

Many time. I've restarted cups, the browser. I've rebooted the machine
many times over the last few days.

>
> Note that if you don't have any local printers, you don't need to run cupsd to
> access them. All you need is to enter the hostname of your CUPS server in the
> ServerName parameter in /etc/cups/client.conf. Any cups-aware app will use
> the printers advertised by that server.

OK, so I've added this in client.conf:

#ServerName myhost.domain.com
ServerName MINI
ServerName Christmas

I've stopped cupsd and removed it from starting at reboot using
rc-update del cupsd default. What I'm completely confused about at
this part is when I do the http://localhost:631 even with cupsd not
running it still responds. What is responding at port 631 if not the
cupsd daemon?

Anyway, thanks for all the help. I'm sure I'll get this right one of these days.

Cheers,
Mark

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: CUPS not allowing configuration from browser

[Mark Knecht]

On 2/9/06, Mark Knecht <markknecht@gmail.com> wrote:
>
> I've stopped cupsd and removed it from starting at reboot using
> rc-update del cupsd default. What I'm completely confused about at
> this part is when I do the http://localhost:631 even with cupsd not
> running it still responds. What is responding at port 631 if not the
> cupsd daemon?
>
> Anyway, thanks for all the help. I'm sure I'll get this right one of these days.

I take this back. After restarting the broswer I get the main page but
none of the options work. They are all refuled potrt messages. Now,
with cupsd not running locally it seems that there would be no way to
set the default printer, or am I missing something?

This machine is lightning. It sees two printers on the network. In
windows IPP terms they are

\\MINI\PSC1600

and

\\CHRISTMAS\Epson

With cupsd not running I can still do lpstat and get info about the printers:

lightning ~ # lpstat -a
Epson@Christmas accepting requests since Jan 01 00:00
PSC1600 accepting requests since Jan 01 00:00
lightning ~ #

But the system has decided that the Eson is always the default. Due to
limitations of a few low-end Linux programs that cannot choose a
printer I sometimes need to change the default to get the print out to
go where I want it to go.

- Mark

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: CUPS not allowing configuration from browser

[Manuel A. McLure]

On Thursday 09 February 2006 06:40 pm, Mark Knecht wrote:

> I take this back. After restarting the broswer I get the main page but
> none of the options work. They are all refuled potrt messages. Now,
> with cupsd not running locally it seems that there would be no way to
> set the default printer, or am I missing something?
>
> This machine is lightning. It sees two printers on the network. In
> windows IPP terms they are
>
> \\MINI\PSC1600
>
> and
>
> \\CHRISTMAS\Epson
>
> With cupsd not running I can still do lpstat and get info about the
> printers:
>
> lightning ~ # lpstat -a
> Epson@Christmas accepting requests since Jan 01 00:00
> PSC1600 accepting requests since Jan 01 00:00
> lightning ~ #
>
> But the system has decided that the Eson is always the default. Due to
> limitations of a few low-end Linux programs that cannot choose a
> printer I sometimes need to change the default to get the print out to
> go where I want it to go.


If you don't mind getting you hands dirty with the command line, try the 
following as your normal user ID:

	lpoptions -d PSC1600

This should set the default printer for the logged-in user.

The "system default printer" is determined by the server, not the client, but 
it can be overriden on a user-by-user basis in this way. The lpoptions 
command creates a .lpoptions file in the home directory of the user with the 
default specified.

Or you can set the PSC1600 to be the network-wide default printer by 
connecting to remoteserver:631 and configuring it there - of course if you 
have a ~/.lpoptions file that will override it.

-- 
Manuel A. McLure KE6TAW <manuel@mclure.org> <http://www.mclure.org>
...for in Ulthar, according to an ancient and significant law,
no man may kill a cat.                       -- H.P. Lovecraft
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: CUPS not allowing configuration from browser

[Mark Knecht]

On 2/9/06, Manuel A. McLure <manuel@mclure.org> wrote:
> On Thursday 09 February 2006 06:40 pm, Mark Knecht wrote:
>
> > I take this back. After restarting the broswer I get the main page but
> > none of the options work. They are all refuled potrt messages. Now,
> > with cupsd not running locally it seems that there would be no way to
> > set the default printer, or am I missing something?
> >
> > This machine is lightning. It sees two printers on the network. In
> > windows IPP terms they are
> >
> > \\MINI\PSC1600
> >
> > and
> >
> > \\CHRISTMAS\Epson
> >
> > With cupsd not running I can still do lpstat and get info about the
> > printers:
> >
> > lightning ~ # lpstat -a
> > Epson@Christmas accepting requests since Jan 01 00:00
> > PSC1600 accepting requests since Jan 01 00:00
> > lightning ~ #
> >
> > But the system has decided that the Eson is always the default. Due to
> > limitations of a few low-end Linux programs that cannot choose a
> > printer I sometimes need to change the default to get the print out to
> > go where I want it to go.
>
>
> If you don't mind getting you hands dirty with the command line, try the
> following as your normal user ID:
>
>         lpoptions -d PSC1600
>
> This should set the default printer for the logged-in user.
>
> The "system default printer" is determined by the server, not the client, but
> it can be overriden on a user-by-user basis in this way. The lpoptions
> command creates a .lpoptions file in the home directory of the user with the
> default specified.
>
> Or you can set the PSC1600 to be the network-wide default printer by
> connecting to remoteserver:631 and configuring it there - of course if you
> have a ~/.lpoptions file that will override it.
>

Hi Manuel,
   Thanks very much. This has been helpful. However what we're finding
is to completely use lpstat and lpoptions on printers out on the
network, as well as the printer admin app within Gnome, we must have
cupsd running locally. Other than that everything now works. Granted
we cannot 'manage' the remote printers from our local cupsd
localhost:631, but we are allowed to look at the Job Queue on the
remote printers using CUPS on the local machine. I suspect that will
be suffucient for our needs.

With best regards,
Mark

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: CUPS not allowing configuration from browser

[Manuel McLure]

Mark Knecht wrote:
> Hi Manuel,
>    Thanks very much. This has been helpful. However what we're finding
> is to completely use lpstat and lpoptions on printers out on the
> network, as well as the printer admin app within Gnome, we must have
> cupsd running locally. Other than that everything now works. Granted
> we cannot 'manage' the remote printers from our local cupsd
> localhost:631, but we are allowed to look at the Job Queue on the
> remote printers using CUPS on the local machine. I suspect that will
> be suffucient for our needs.

Glad it's working for you. I'd be interested in knowing what lpoptions 
aren't available without a local CUPS daemon, though. I've had no issues 
printing using just client.conf, although my setup is KDE-centric rather 
than Gnome-centric.


-- 
Manuel A. McLure KE6TAW <manuel@mclure.org> <http://www.mclure.org>
...for in Ulthar, according to an ancient and significant law,
no man may kill a cat.                       -- H.P. Lovecraft
-- 
gentoo-user@gentoo.org mailing list