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.
On 2/9/06, Harry Putnam [EMAIL PROTECTED] wrote:
Mark Knecht [EMAIL PROTECTED] writes:
Hi,
In the past I've been able to give root/password info when
configuring printers from within http://localhost:631 but now it no
longer works. This is true on both of our Gentoo machines.
Le 09 février à 14:02:31 Mark Knecht [EMAIL PROTECTED] écrit notamment:
| On 2/9/06, Harry Putnam [EMAIL PROTECTED] wrote:
| Mark Knecht [EMAIL PROTECTED] writes:
|
| Hi,
| In the past I've been able to give root/password info when
| configuring printers from within
On 2/9/06, Mark Knecht [EMAIL PROTECTED] wrote:
On 2/9/06, Harry Putnam [EMAIL PROTECTED] wrote:
Mark Knecht [EMAIL PROTECTED] writes:
Hi,
In the past I've been able to give root/password info when
configuring printers from within http://localhost:631 but now it no
longer
On Thu, 9 Feb 2006 05:02:31 -0800
Mark Knecht wrote:
On 2/9/06, Harry Putnam [EMAIL PROTECTED] wrote:
Mark Knecht [EMAIL PROTECTED] writes:
Hi,
In the past I've been able to give root/password info when
configuring printers from within http://localhost:631 but now it no
On 2/9/06, Nick Rout [EMAIL PROTECTED] wrote:
On Thu, 9 Feb 2006 05:02:31 -0800
Mark Knecht wrote:
On 2/9/06, Harry Putnam [EMAIL PROTECTED] wrote:
Mark Knecht [EMAIL PROTECTED] writes:
Hi,
In the past I've been able to give root/password info when
configuring printers
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 [EMAIL PROTECTED]
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
PROTECTED]
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
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
On 2/9/06, Manuel McLure [EMAIL PROTECTED] 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:
On Thursday 09 February 2006 05:41 pm, Mark Knecht wrote:
On 2/9/06, Manuel McLure [EMAIL PROTECTED] 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
On 2/9/06, Manuel A. McLure [EMAIL PROTECTED] 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,
On 2/9/06, Mark Knecht [EMAIL PROTECTED] 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
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,
14 matches
Mail list logo
