Re: [gentoo-user] Network printing -- Solved

2009-01-19 Thread Peter Humphrey
On Tuesday 06 January 2009 15:39:48 I wrote:

 I have a server with two printers connected, set up using the cups Web
 page and operating properly. Now I want to send print jobs to them from
 my workstation, which is on the same network, and with the same version
 of cups: 1.3.9-r1. One of the printers is an HP Deskjet D4260, so I also
 have hplip version 2.8.6b installed on both machines. I can connect
 either printer to either machine and print locally without any problems.

 However, I cannot get anything to print over the network. If, on the
 workstation, I declare the network laser printer and connect to it, all
 appears to work until I send a print job to it; the job sits in the lp
 queue locally, and when I next look at the status of the printer it
 says Destination printer does not exist!

 If I try to set up the Deskjet as a remote printer in the local cups
 server, I get Filter foomatic-rip for printer HP_Deskjet_D4260 not
 available: No such file or directory.

 I don't know what to try next. Anyone any idea here?

Well, I don't know what I did differently, but once again I zapped the 
server root partition, recovered it from a known good, minimal backup, 
brought it up to date and set cups up again. Now when I go to a client box 
and run the KDE printer setup utility, it shows the printers and even 
allows me to configure them. I don't touch the cups server on the client, 
other than to point /etc/cups/client.conf to the server.

There are still some oddities, but those can wait now.

Thanks to all for their help.

-- 
Rgds
Peter



Re: [gentoo-user] Network printing

2009-01-15 Thread Peter Humphrey
On Wednesday 14 January 2009 08:58:11 Mick wrote:

 Peter, ldap is only required if you are authenticating clients on your
 LAN/WAN using an ldap server.  If you had hundreds of clients and a need
 to manage frequently changing client membership and passwds, then ldap
 would be desirable to manage them effectively.

Yes, I know what ldap is for, and that I have no use for it. I have a vague 
memory of an earlier version of cups requiring ldap, but the requirement 
seems to have gone away. I was just clutching at straws - still am.

 Increasing the verbosity of the access and error cups logs will show you
 what you need to (re)configure.

It hasn't shown me yet, but I'll keep on plugging away at running test 
cases.

Thanks to all for help so far.

-- 
Rgds
Peter



Re: [gentoo-user] Network printing

2009-01-15 Thread Mick
2009/1/15 Peter Humphrey pe...@humphrey.ukfsn.org:
 On Wednesday 14 January 2009 08:58:11 Mick wrote:

 Increasing the verbosity of the access and error cups logs will show you
 what you need to (re)configure.

 It hasn't shown me yet, but I'll keep on plugging away at running test
 cases.

 Thanks to all for help so far.

You're welcome.  If you want help off-list email me your cupsd.conf
and client(s).conf and I will look through them in case I find
something.
-- 
Regards,
Mick



Re: [gentoo-user] Network printing

2009-01-14 Thread Mick
On Tuesday 13 January 2009, Norman Rieß wrote:
 Peter Humphrey schrieb:

  package.use
  net-print/cups jpeg nls pam png ppds ssl tiff X
 
  So you do have ldap specified. I'll try recompiling cups with ldap and
  see what that does. Thanks.

 Yes, but i do not use ldap in my network.

Peter, ldap is only required if you are authenticating clients on your LAN/WAN 
using an ldap server.  If you had hundreds of clients and a need to manage 
frequently changing client membership and passwds, then ldap would be 
desirable to manage them effectively.

In your case you just need to control access to your cups server by means of 
the allow/deny wrappers in /etc/cups/conf.d for machines in your LAN and let 
them through the iptables on the server machine.

Increasing the verbosity of the access and error cups logs will show you what 
you need to (re)configure.
-- 
Regards,
Mick


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


Re: [gentoo-user] Network printing

2009-01-13 Thread Peter Humphrey
On Monday 12 January 2009 20:12:16 Norman Rieß wrote:

 So here is the screenshot.
 http://www.smash-net.org/bilder/cups.png
 Notice: loki is the client and asgard is the server connected to the
 printer.

 The upper left shell shows the configuration cupsd.conf on the _server_.
 You see the Allow  statements in the Location-tags. These
 statements configure which IP's shall be allowed to print and browse the
 configuration-webpage.
 In the browser you see the webpage on the server. I am sorry it is in
 german, but i guess you will get the point. You see the printer
 connected and configured there.
 That is all on the serverside.

 Bottom left you see a cat of the client.conf with its only statement,
 the cupsserver. You do _not_ configure printers here!
 You see the lpstat sees the printer on the server. And you see the gedit
 printingdialog sees the printer.

Thanks. That's exactly what I have. Do you have ldap in your print server's 
cups USE flags? Or gnutls?

-- 
Rgds
Peter



Re: [gentoo-user] Network printing

2009-01-13 Thread Peter Humphrey
On Monday 12 January 2009 14:25:41 BRM wrote:

 You need to check the CUPS configuration on the server.

 By default, it only allows localhost to access it under the Browse
 directive. Example:
 http://www.linuxprinting.org/~till/printing-tutorial/tut.html#1_3_1

 You need to have a line like:

 BrowseAllow 192.168.*

 or

 BrowseAllow @LOCAL

 I prefer the first method myself.

Of course I have that, and I've tried both versions. I've even specified the 
individual IP addresses of client machines. All with the same result.

-- 
Rgds
Peter



Re: [gentoo-user] Network printing

2009-01-13 Thread Norman Rieß
Peter Humphrey schrieb:
 On Monday 12 January 2009 20:12:16 Norman Rieß wrote:

   
 So here is the screenshot.
 http://www.smash-net.org/bilder/cups.png
 Notice: loki is the client and asgard is the server connected to the
 printer.

 The upper left shell shows the configuration cupsd.conf on the _server_.
 You see the Allow  statements in the Location-tags. These
 statements configure which IP's shall be allowed to print and browse the
 configuration-webpage.
 In the browser you see the webpage on the server. I am sorry it is in
 german, but i guess you will get the point. You see the printer
 connected and configured there.
 That is all on the serverside.

 Bottom left you see a cat of the client.conf with its only statement,
 the cupsserver. You do _not_ configure printers here!
 You see the lpstat sees the printer on the server. And you see the gedit
 printingdialog sees the printer.
 

 Thanks. That's exactly what I have. Do you have ldap in your print server's 
 cups USE flags? Or gnutls?

   
These are my flags:

USE=-X -gtk -gtk2 -qt3 -qt4 -gnome -kde unicode nls samba mmx sse 3dnow
-mysql
USE=3dnow acl apache2 berkdb bzip2 cli cracklib crypt cups dri fortran
gdbm gpm iconv ipv6 isdnlog ldap mailwrapper midi mmx mudflap ncurses
nls nptl nptlonly openmp pam pcre perl pppd python readline reflection
samba session snmp spl sse ssl sysfs tcpd truetype unicode x86 xml xorg
zlib

package.use
net-print/cups jpeg nls pam png ppds ssl tiff X





Re: [gentoo-user] Network printing

2009-01-13 Thread Peter Humphrey
On Tuesday 13 January 2009 14:19:27 Norman Rieß wrote:

 These are my flags:

 USE=-X -gtk -gtk2 -qt3 -qt4 -gnome -kde unicode nls samba mmx sse 3dnow
 -mysql
 USE=3dnow acl apache2 berkdb bzip2 cli cracklib crypt cups dri fortran
 gdbm gpm iconv ipv6 isdnlog ldap mailwrapper midi mmx mudflap ncurses
 nls nptl nptlonly openmp pam pcre perl pppd python readline reflection
 samba session snmp spl sse ssl sysfs tcpd truetype unicode x86 xml xorg
 zlib

Why two statements, with duplicate elements?

 package.use
 net-print/cups jpeg nls pam png ppds ssl tiff X

So you do have ldap specified. I'll try recompiling cups with ldap and see 
what that does. Thanks.

-- 
Rgds
Peter



Re: [gentoo-user] Network printing

2009-01-13 Thread Norman Rieß
Peter Humphrey schrieb:

 Why two statements, with duplicate elements?
   

The first line are the useflags from make.conf.
Second are the userflags from emerge --info, so make.conf + profileflags.
   
 package.use
 net-print/cups jpeg nls pam png ppds ssl tiff X
 

 So you do have ldap specified. I'll try recompiling cups with ldap and see 
 what that does. Thanks.

   
Yes, but i do not use ldap in my network.




Re: [gentoo-user] Network printing

2009-01-12 Thread Peter Humphrey
On Saturday 10 January 2009 12:56:29 Norman Rieß wrote:

 You say you configured both printers on one server with CUPS-Webpage. I
 assume this works and you can print a testpage with the Webpage.
 Then you wrote ServerName yourserver in /etc/cups/client.conf . You
 can now choose both printers in the applicationspecific printmenus,
 right?

Are you telling me that the printers the server knows of should appear in 
the client's cups web page automatically? That certainly doesn't happen, 
which is why I've been trying to tell the client where to find its 
printers.

 If this is the case and it still does not work, please provide some
 logentries.

This looks important (trimming time  date etc.):
cupsdAcceptClient: 8 from 192.168.2.6:631 (IPv4)
cupsdReadClient: 8 POST / HTTP/1.1
cupsdAuthorize: No authentication data provided.
cupsdSendError: 8 code=403 (Forbidden)
cupsdCloseClient: 8

(The log is taken from the server after running lpstat -a on the client; the 
IPv4 address shown is the client.)

What kind of authentication data does that mean? User ID confirmation? SSH 
keys? As far as I know I haven't done anything particular to SSH or SSL. The 
Gentoo printing guide doesn't mention gnutls or ldap, so I haven't set them 
up, or even installed them.

 As one who uses linux for 15 years you should know that cups != linux.

Indeed. Perhaps I should withdraw that remark - it shows just what depth of
frustration can build up over a period of several months of repeated
failure in a straightforward task.

-- 
Rgds
Peter



Re: [gentoo-user] Network printing

2009-01-12 Thread Norman Rieß
Peter Humphrey schrieb:
 Are you telling me that the printers the server knows of should appear in 
 the client's cups web page automatically? That certainly doesn't happen, 
 which is why I've been trying to tell the client where to find its 
 printers.

   
No the webpage only runs on the server which is connected to the printers.
On that page, you should be able to see all printers connected to that
server. If not, then you have to add them.

The only thing you have to tell the clients is the name of your server
the printers are connected to in the client.conf file.
The applications on the client should see all printers on the server
automatically then.
The cupsd doesn't even need to be started on the clients.
 This looks important (trimming time  date etc.):
 cupsdAcceptClient: 8 from 192.168.2.6:631 (IPv4)
 cupsdReadClient: 8 POST / HTTP/1.1
 cupsdAuthorize: No authentication data provided.
 cupsdSendError: 8 code=403 (Forbidden)
 cupsdCloseClient: 8

 (The log is taken from the server after running lpstat -a on the client; the 
 IPv4 address shown is the client.)

 What kind of authentication data does that mean? User ID confirmation? SSH 
 keys? As far as I know I haven't done anything particular to SSH or SSL. The 
 Gentoo printing guide doesn't mention gnutls or ldap, so I haven't set them 
 up, or even installed them.
   

I assume the printers are not configured correctly on the server.
When i am home from work i will be able to provide some screenshots to
make things clearer.

Regards
Norman




Re: [gentoo-user] Network printing

2009-01-12 Thread BRM
- Original Message 

From: Peter Humphrey pe...@humphrey.ukfsn.org
To: gentoo-user@lists.gentoo.org
Sent: Monday, January 12, 2009 5:44:52 AM
Subject: Re: [gentoo-user] Network printing
 On Saturday 10 January 2009 12:56:29 Norman Rieß wrote:
  You say you configured both printers on one server with CUPS-Webpage. I
  assume this works and you can print a testpage with the Webpage.
  Then you wrote ServerName yourserver in /etc/cups/client.conf . You
  can now choose both printers in the applicationspecific printmenus,
  right?
 
 Are you telling me that the printers the server knows of should appear in 
 the client's cups web page automatically? That certainly doesn't happen, 
 which is why I've been trying to tell the client where to find its 
 printers.

No. He's refering to the dialog that pops up when you go File-Print in a 
program, like OpenOffice Writer.

  If this is the case and it still does not work, please provide some
  logentries.
 
 This looks important (trimming time  date etc.):
 cupsdAcceptClient: 8 from 192.168.2.6:631 (IPv4)
 cupsdReadClient: 8 POST / HTTP/1.1
 cupsdAuthorize: No authentication data provided.
 cupsdSendError: 8 code=403 (Forbidden)
 cupsdCloseClient: 8
 
 (The log is taken from the server after running lpstat -a on the client; the 
 IPv4 address shown is the client.)
 What kind of authentication data does that mean? User ID confirmation? SSH 
 keys? As far as I know I haven't done anything particular to SSH or SSL. The 
 Gentoo printing guide doesn't mention gnutls or ldap, so I haven't set them 
 up, or even installed them.

You need to check the CUPS configuration on the server.

By default, it only allows localhost to access it under the Browse directive.
Example: http://www.linuxprinting.org/~till/printing-tutorial/tut.html#1_3_1

You need to have a line like:

BrowseAllow 192.168.*

or

BrowseAllow @LOCAL

I prefer the first method myself.

Info from the URL:
BrowseAdress tells to which CUPS clients information about the queues on 
your machine is broadcasted. @LOCAL means all local networks, but not PPP, or 
dialed connections, so you printers will not get broadcasted into the internet 
and no costly dial-on-demand connections will be triggered. Yo can also specify 
an address range (192.168.100.*) or several BrowseAddress lines with 
address ranges or even the IP addresses of single machines.

This acts as the authentication agent. Typically, if you can see the web page 
from the machine, then you can also use the printer.
If that is not the case, then there may be some other authentication agent in 
place, and I would highly recommend contacting the CUPS people.

Ben



Re: [gentoo-user] Network printing

2009-01-12 Thread Norman Rieß
Norman Rieß schrieb:
 When i am home from work i will be able to provide some screenshots to
 make things clearer.

 Regards
 Norman


   
So here is the screenshot.
http://www.smash-net.org/bilder/cups.png
Notice: loki is the client and asgard is the server connected to the
printer.

The upper left shell shows the configuration cupsd.conf on the _server_.
You see the Allow  statements in the Location-tags. These
statements configure which IP's shall be allowed to print and browse the
configuration-webpage.
In the browser you see the webpage on the server. I am sorry it is in
german, but i guess you will get the point. You see the printer
connected and configured there.
That is all on the serverside.

Bottom left you see a cat of the client.conf with its only statement,
the cupsserver. You do _not_ configure printers here!
You see the lpstat sees the printer on the server. And you see the gedit
printingdialog sees the printer.

Norman





Re: [gentoo-user] Network printing

2009-01-10 Thread Peter Humphrey
On Wednesday 07 January 2009 14:20:24 BRM wrote:

 From what I can see in this new thread this year, you just need to do the
 couple steps to make your Workstations work as CUPS Clients by
 configuring it as a client and then it should work.

Of course it should. It does not. I simply cannot find the necessary 
invocations and USE flags etc. No matter what I try I cannot get printing 
to work over the network. I always get a succession of success messages 
from cups, followed by printer does not exist when I try to print a test 
page. That's a pretty strange definition of success in anybody's book. Even 
a straightforward postscript laser cannot be made to work now.

I'm going to give it up altogether as a lost cause. Every machine on the 
network will have to have the printers set up locally, and be carried to 
where the printers are whenever a print job is needed.

This is one giant black mark for Linux, the ultimate networking OS. I've 
been using Linux on-and-off for about 15 years, but I'm seriously 
considering the future of it in this house.

Thanks for trying to help.

-- 
Rgds
Peter



Re: [gentoo-user] Network printing

2009-01-10 Thread Norman Rieß
Peter Humphrey schrieb:

 Of course it should. It does not. I simply cannot find the necessary 
 invocations and USE flags etc. No matter what I try I cannot get printing 
 to work over the network. I always get a succession of success messages 
 from cups, followed by printer does not exist when I try to print a test 
 page. That's a pretty strange definition of success in anybody's book. Even 
 a straightforward postscript laser cannot be made to work now.

 I'm going to give it up altogether as a lost cause. Every machine on the 
 network will have to have the printers set up locally, and be carried to 
 where the printers are whenever a print job is needed.

 This is one giant black mark for Linux, the ultimate networking OS. I've 
 been using Linux on-and-off for about 15 years, but I'm seriously 
 considering the future of it in this house.

 Thanks for trying to help.

   
I read your posts and it sound to me, you try to connect to the printers
instead of your spoolserver.
You say you configured both printers on one server with CUPS-Webpage. I
assume this works and you can print a testpage with the Webpage.
Then you wrote ServerName yourserver in /etc/cups/client.conf . You
can now choose both printers in the applicationspecific printmenus, right?

If this is the case and it still does not work, please provide some
logentries.

As one who uses linux for 15 years you should know that cups != linux.

Regards Norman



Re: [gentoo-user] Network printing

2009-01-07 Thread Peter Humphrey
On Tuesday 06 January 2009 17:04:57 Mark Knecht wrote:

For the sake of conversation how about emerge flags?

 My server:

 [ebuild   R   ] net-print/cups-1.3.9-r1  USE=X acl dbus jpeg ldap pam
 perl png ppds python samba ssl tiff -avahi -gnutls -java -kerberos
 -php -slp -static -xinetd -zeroconf LINGUAS=en -de -es -et -fr -he
 -id -it -ja -pl -sv -zh_TW 0 kB

 [ebuild   R   ] net-print/hplip-2.8.6b  USE=dbus ppds qt3 qt4
 -cupsddk -doc -fax -minimal -parport -scanner -snmp 0 kB

Mine:

[ebuild   R   ] net-print/cups-1.3.9-r1  USE=acl dbus jpeg pam perl png 
python ssl 
tiff -X -avahi -gnutls -java -kerberos -ldap -php -ppds -samba -slp -static 
-xinetd -zeroconf 
LINGUAS=en -de -es -et -fr -he -id -it -ja -pl -sv -zh_TW

[ebuild   R   ] net-print/hplip-2.8.6b  USE=cupsddk dbus 
doc -fax -minimal -parport -ppds -qt3 -qt4 -scanner -snmp

I don't have X set because X is not installed on this server. I may install 
it later. I have cupsddk instead of ppds because hplip's ppds USE flag 
description says it is obsolete and I should use cupsddk instead.

 One of my clients:

 [ebuild   R   ] net-print/cups-1.3.9-r1  USE=X acl dbus jpeg ldap pam
 perl png ppds python ssl tiff -avahi -gnutls -java -kerberos -php
 -samba -slp -static -xinetd -zeroconf LINGUAS=en -de -es -et -fr -he
 -id -it -ja -pl -sv -zh_TW 0 kB

 [ebuild   R   ] net-print/hplip-2.8.6b  USE=dbus ppds qt3 qt4
 -cupsddk -doc -fax -minimal -parport -scanner -snmp 0 kB

Mine:
[ebuild   R   ] net-print/cups-1.3.9-r1  USE=X acl dbus jpeg pam perl png 
python ssl 
tiff -avahi -gnutls -java -kerberos -ldap -php -ppds -samba -slp -static 
-xinetd -zeroconf 
LINGUAS=en -de -es -et -fr -he -id -it -ja -pl -sv -zh_TW

[ebuild   R   ] net-print/hplip-2.8.6b  USE=cupsddk dbus doc 
qt3 -fax -minimal -parport -ppds -qt4 -scanner -snmp

The same comment re cupsddk applies on this machine.


On Tuesday 06 January 2009 18:44:46 BRM wrote:

 1) Modify '/etc/cups/client.conf' and tell it where the server is.

If I do that, will I lose the ability to connect the printer to the client? 
Surely, cups ought to be able to operate with more than one server, no? 
Otherwise, what do all those offices do that have printers connected to 
several workstations and share them all around?

 2) Configure LP:
 - use lpstat to see the available printers

Do you have a reason for preferring these two programs to the cups Web 
interface?

On the client, lpstat lists all four: the laser and the deskjet, each 
defined both locally and on the server. I see no reports of any problems.

 - use lpoptions to set the default printer

Is it necessary to declare a default printer to cups? I thought I'd let 
applications set their own defaults, so that for instance the Deskjet gets 
coloured work and the laser gets word-processor output etc.

 I believe you only need HPLIP on the server side, not the client side.
 But having it there shouldn't do any harm.

It's installed on the client so that I can print locally until I get network 
printing working. I assume that cups on the client will communicate via ipp 
with cups on the server, whatever printer driver is installed between cups 
and the printer. (I believe that the DJ4260 doesn't use the traditional HP 
printer control language, so I'm obliged to use hplip.)

-- 
Rgds
Peter



Re: [gentoo-user] Network printing

2009-01-07 Thread BRM
- Original Message 

From: Peter Humphrey pe...@humphrey.ukfsn.org
To: gentoo-user@lists.gentoo.org
Sent: Wednesday, January 7, 2009 7:08:12 AM
Subject: Re: [gentoo-user] Network printing
 
 On Tuesday 06 January 2009 18:44:46 BRM wrote:
  1) Modify '/etc/cups/client.conf' and tell it where the server is.
 If I do that, will I lose the ability to connect the printer to the client? 

Yes - you lose the ability to connect the printer _directly_ to the client.
It is instead connected through the server to the client. This is how CUPS is 
designed.

 Surely, cups ought to be able to operate with more than one server, no? 
 Otherwise, what do all those offices do that have printers connected to 
 several workstations and share them all around?

They setup a print server to handle the printer. Each client then connects to 
the print server to gain access to the printer.
The print server manages each client and ensures all print jobs get completed.

In this case, the CUPS server is the print server, and the CUPS client is 
what gives the workstations access to the print server by redirecting the 
printing back-end as appropriate.

  2) Configure LP:
  - use lpstat to see the available printers
 Do you have a reason for preferring these two programs to the cups Web  
 interface?

Yes. lpstat is a LOCAL command that tells you what printers are available to 
the local system.
The CUPS Web interface only tells you what the CUPS _server_ makes available, 
and lets you manage print jobs for the printer on the _server_ side, not the 
client side.

 On the client, lpstat lists all four: the laser and the deskjet, each 
 defined both locally and on the server. I see no reports of any problems.

It won't give you any problems. But you need to configure the 
Workstation/client to only use what is provided by the server.
That is the purpose to using CUPS - to centrally locate the printer management 
so that multiple computers can easily and reliably use the printers.

  - use lpoptions to set the default printer
 Is it necessary to declare a default printer to cups? I thought I'd let 
 applications set their own defaults, so that for instance the Deskjet gets 
 coloured work and the laser gets word-processor output etc.

No, it's not necessary. The system will select a default printer on its own, 
but it might not be the one you want.
This lets you set a system wide default.

AFAIK, applications can't really set their own default printer. May be there is 
a way to do so, but typically applications use the system default.
Now if you are scripting some of this stuff, then you could certainly tell your 
scripts which printer to use - but that's different than applications like 
OpenOffice or GIMP.

  I believe you only need HPLIP on the server side, not the client side.
  But having it there shouldn't do any harm.

 It's installed on the client so that I can print locally until I get network 
 printing working. I assume that cups on the client will communicate via ipp 
 with cups on the server, whatever printer driver is installed between cups 
 and the printer. (I believe that the DJ4260 doesn't use the traditional HP 
 printer control language, so I'm obliged to use hplip.)

That's correct.

print command (e.g. lp) - CUPS Client - IPP - CUPS Server - Drivers - 
Printer

From what I can see in this new thread this year, you just need to do the 
couple steps to make your Workstations work as CUPS Clients by configuring it 
as a client and then it should work.

When I set up my CUPS server it took me the longest to just get the server 
working with the printer and a test page printed through the CUPS Web interface.
Once I had that working, I just setup the CUPS client.conf per the directions, 
and all my other Linux systems came on-line with the printer immediately 
without any problems.
I haven't really touched the clients since, though I might need to when I get 
my Epson printer configured on the CUPS server - just haven't gotten to it yet.

The Windows clients came almost as easily - though on Windows you also need a 
driver; and I've had problems with Vista64 and my printer for that one. Win2k, 
WinXP were no problem at all.

HTH,

Ben




Re: [gentoo-user] Network printing

2009-01-07 Thread Mark Knecht
On Wed, Jan 7, 2009 at 4:08 AM, Peter Humphrey pe...@humphrey.ukfsn.org wrote:
 On Tuesday 06 January 2009 17:04:57 Mark Knecht wrote:

For the sake of conversation how about emerge flags?

 My server:

 [ebuild   R   ] net-print/cups-1.3.9-r1  USE=X acl dbus jpeg ldap pam
 perl png ppds python samba ssl tiff -avahi -gnutls -java -kerberos
 -php -slp -static -xinetd -zeroconf LINGUAS=en -de -es -et -fr -he
 -id -it -ja -pl -sv -zh_TW 0 kB

 [ebuild   R   ] net-print/hplip-2.8.6b  USE=dbus ppds qt3 qt4
 -cupsddk -doc -fax -minimal -parport -scanner -snmp 0 kB

 Mine:

 [ebuild   R   ] net-print/cups-1.3.9-r1  USE=acl dbus jpeg pam perl png
 python ssl
 tiff -X -avahi -gnutls -java -kerberos -ldap -php -ppds -samba -slp -static 
 -xinetd -zeroconf
 LINGUAS=en -de -es -et -fr -he -id -it -ja -pl -sv -zh_TW

 [ebuild   R   ] net-print/hplip-2.8.6b  USE=cupsddk dbus
 doc -fax -minimal -parport -ppds -qt3 -qt4 -scanner -snmp

 I don't have X set because X is not installed on this server. I may install
 it later. I have cupsddk instead of ppds because hplip's ppds USE flag
 description says it is obsolete and I should use cupsddk instead.


Interesting about the ppds flag. I have ppds in make.comf so I'm going
to get that unless I make a change. Independent of what someone said
is depreciated, what is chosen by default if nothing is specifically
asked for? There have been a number of times in the past where someone
changes a flag and it works for most but not all.

I'll investigate cupsddk here over the next week or two. Thanks.

I don't know what else to suggest. For me this has been pretty much a
non-issue. It just works. There is a setting on the server side,
available through the cups configuration stuff at
http://server_address:631 which tells cups to publish the server.

- Mark



Re: [gentoo-user] Network printing

2009-01-06 Thread Mark Knecht
On Tue, Jan 6, 2009 at 7:39 AM, Peter Humphrey pe...@humphrey.ukfsn.org wrote:
 Hello,

 As it's the New Year, perhaps it's time to resume banging my head on this
 wall again.

 I have a server with two printers connected, set up using the cups Web page
 and operating properly. Now I want to send print jobs to them from my
 workstation, which is on the same network, and with the same version of
 cups: 1.3.9-r1. One of the printers is an HP Deskjet D4260, so I also have
 hplip version 2.8.6b installed on both machines. I can connect either
 printer to either machine and print locally without any problems.

 However, I cannot get anything to print over the network. If, on the
 workstation, I declare the network laser printer and connect to it, all
 appears to work until I send a print job to it; the job sits in the lp
 queue locally, and when I next look at the status of the printer it
 says Destination printer does not exist!

 If I try to set up the Deskjet as a remote printer in the local cups server,
 I get Filter foomatic-rip for printer HP_Deskjet_D4260 not available:
 No such file or directory.

 I don't know what to try next. Anyone any idea here?

 --
 Rgds
 Peter

Hi Peter,
   For the sake of conversation how about emerge flags?

My server:

Sector9 ~ # emerge -pv cups hplip

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] net-print/cups-1.3.9-r1  USE=X acl dbus jpeg ldap pam
perl png ppds python samba ssl tiff -avahi -gnutls -java -kerberos
-php -slp -static -xinetd -zeroconf LINGUAS=en -de -es -et -fr -he
-id -it -ja -pl -sv -zh_TW 0 kB

[ebuild   R   ] net-print/hplip-2.8.6b  USE=dbus ppds qt3 qt4
-cupsddk -doc -fax -minimal -parport -scanner -snmp 0 kB


One of my clients:

dragonfly ~ # emerge -pv cups hplip

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] net-print/cups-1.3.9-r1  USE=X acl dbus jpeg ldap pam
perl png ppds python ssl tiff -avahi -gnutls -java -kerberos -php
-samba -slp -static -xinetd -zeroconf LINGUAS=en -de -es -et -fr -he
-id -it -ja -pl -sv -zh_TW 0 kB

[ebuild   R   ] net-print/hplip-2.8.6b  USE=dbus ppds qt3 qt4
-cupsddk -doc -fax -minimal -parport -scanner -snmp 0 kB

   I can send config files again if you need them but they haven't
changed in the few weeks since you looked at this.

Cheers,
Mark



Re: [gentoo-user] Network printing

2009-01-06 Thread BRM
I think you are very close to getting it to work but just need to get LP 
configured correctly. It sounds like you have both systems configured as the 
Server, which is not correct.

For your workstation, follow the Client directions below:
http://www.gentoo.org/doc/en/quick-samba-howto.xml#doc_chap5


Which is basically two steps:

1) Modify '/etc/cups/client.conf' and tell it where the server is.
2) Configure LP:
- use lpstat to see the available printers
- use lpoptions to set the default printer

The beauty of CUPS is that any new printer you install on the server 
automatically becomes available to all clients. On Windows, you need additional 
drivers; but for other CUPS clients, it takes care of it for you internally (to 
my understanding).

I believe you only need HPLIP on the server side, not the client side. But 
having it there shouldn't do any harm.

HTH,

Ben


- Original Message 
From: Peter Humphrey pe...@humphrey.ukfsn.org
To: gentoo-user@lists.gentoo.org
Sent: Tuesday, January 6, 2009 10:39:48 AM
Subject: [gentoo-user] Network printing

Hello,

As it's the New Year, perhaps it's time to resume banging my head on this 
wall again.

I have a server with two printers connected, set up using the cups Web page 
and operating properly. Now I want to send print jobs to them from my 
workstation, which is on the same network, and with the same version of 
cups: 1.3.9-r1. One of the printers is an HP Deskjet D4260, so I also have 
hplip version 2.8.6b installed on both machines. I can connect either 
printer to either machine and print locally without any problems.

However, I cannot get anything to print over the network. If, on the 
workstation, I declare the network laser printer and connect to it, all 
appears to work until I send a print job to it; the job sits in the lp 
queue locally, and when I next look at the status of the printer it 
says Destination printer does not exist!

If I try to set up the Deskjet as a remote printer in the local cups server, 
I get Filter foomatic-rip for printer HP_Deskjet_D4260 not available: 
No such file or directory.

I don't know what to try next. Anyone any idea here?

-- 
Rgds
Peter



Re: [gentoo-user] Network printing

2008-12-28 Thread Peter Humphrey
On Wednesday 24 December 2008 19:31:36 Mark Knecht wrote:

 If you cannot make headway then I'm wondering if maybe you
 shouldn't go back to basics. Drop the SSL stuff, connect to the IP
 address directly, get it working, and then investigate adding these
 other things in until something breaks?

Every time I try to get my system working I get a different result. I think 
I'm going to leave it altogether alone now until the new year (I've been 
suffering a bronchial infection since before Christmas, which hasn't helped 
either). Maybe a few days away in the Lake District will renew the inner 
man.

 Whatever you do, and to everyone else reading, best wishes for the
 Holiday Season. Let's hope for peace.

Indeed. And the season's greetings from me to all, too.

Thanks for your help.

-- 
Rgds
Peter



Re: [gentoo-user] Network printing

2008-12-24 Thread Peter Humphrey
On Wednesday 24 December 2008 00:03:46 Mick wrote:

 If you are using SSL certificates you must set up the correct domain
 name, with regards to what the client machines see on the intranet/LAN. 
 Clearly the IP address is not a FQDN and the certificate check fails. 
 So, you want your common name (CN = serv.ethnet or whatever) to be the
 same with the name that your server is seen by the client in the LAN and
 this may involve setting up your router to resolve serv.ethnet to
 192.168.2.2, or adding an entry in your client's /etc/hosts file to this
 effect.

I'm not using SSL certificates, or not as far as I know. Every host on the 
LAN has serv.ethnet in its hosts file, and dnsmasq on the gateway also 
knows about it - of course. The problem is not in name resolving. Both the 
cups server and the box running the Web browser are on the same LAN 
segment. I've just checked all the boxes' hosts files and they're all 
correct.

 To see what's failing (which could well be related to the http:// ir
 ipp:// path to the printer being incorrect) you need to increase the
 verbosity of CUPS in its configuration file and then have a close look
 at:

 /var/log/cups/access_log
 /var/log/cups/error_log

Good idea. I'll do that. Thanks.

-- 
Rgds
Peter



Re: [gentoo-user] Network printing

2008-12-24 Thread Mick
On Wednesday 24 December 2008, Peter Humphrey wrote:
 On Wednesday 24 December 2008 00:03:46 Mick wrote:
  If you are using SSL certificates you must set up the correct domain
  name, with regards to what the client machines see on the intranet/LAN.
  Clearly the IP address is not a FQDN and the certificate check fails.
  So, you want your common name (CN = serv.ethnet or whatever) to be the
  same with the name that your server is seen by the client in the LAN and
  this may involve setting up your router to resolve serv.ethnet to
  192.168.2.2, or adding an entry in your client's /etc/hosts file to this
  effect.

 I'm not using SSL certificates, or not as far as I know. 

Well, if you are getting security error messages about security certificates 
as per your previous email, I would think that you have inadvertently perhaps 
configured SSL connections to your CUPS server?

 Every host on the 
 LAN has serv.ethnet in its hosts file, and dnsmasq on the gateway also
 knows about it - of course. The problem is not in name resolving. Both the
 cups server and the box running the Web browser are on the same LAN
 segment. I've just checked all the boxes' hosts files and they're all
 correct.

It could still be a machine naming issue if you are pointing your client to 
e.g. http://192.168.2.2:631 instead of http://serv.ethnet:631 - which is what 
I suspect the SSL certificate's CN record shows.  Either way - if you disable 
authentication with SSL this problem will go away.
-- 
Regards,
Mick


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


Re: [gentoo-user] Network printing

2008-12-24 Thread Peter Humphrey
On Wednesday 24 December 2008 10:45:58 Mick wrote:

 It could still be a machine naming issue if you are pointing your client
 to e.g. http://192.168.2.2:631 instead of http://serv.ethnet:631 - which
 is what I suspect the SSL certificate's CN record shows.

(There's always one more detail that gets forgotten.) I am pointing my 
client to serv.ethnet, not any IP address. It decides for itself, part-way 
through setting-up the printer, that it's now connected to a different host 
from before.

 Either way - if you disable authentication with SSL this problem will go
 away. 

- but remain unsolved. Thanks anyway.

-- 
Rgds
Peter



Re: [gentoo-user] Network printing

2008-12-24 Thread Mark Knecht
On Wed, Dec 24, 2008 at 3:45 AM, Peter Humphrey
pe...@humphrey.ukfsn.org wrote:
 On Wednesday 24 December 2008 10:45:58 Mick wrote:

 It could still be a machine naming issue if you are pointing your client
 to e.g. http://192.168.2.2:631 instead of http://serv.ethnet:631 - which
 is what I suspect the SSL certificate's CN record shows.

 (There's always one more detail that gets forgotten.) I am pointing my
 client to serv.ethnet, not any IP address. It decides for itself, part-way
 through setting-up the printer, that it's now connected to a different host
 from before.

 Either way - if you disable authentication with SSL this problem will go
 away.

 - but remain unsolved. Thanks anyway.

 --
 Rgds
 Peter



Hi Peter,
   Sorry that I'm not much involved in this thread. I'm traveling and
trying to catch up so I'm reading on a laptop screen. I'm a bit out of
touch.

   I'm having a bit of a hard time understanding your setup. How many
machines are you working with? Is this home and it's a couple of
machines, or is it a work environment where there might be other
strange bits of hardware in between that could be filtering and/or
applying rules of some unknown type?

   Is the printer an HP (hplip was mentioned) and if so why use the
PPD file from linuxprinting.org at all? For my simple home setup I
didn't need to do that with hplip installed on each machine. (Cups
server as well as Linux clients) I'm actually visiting my parents
where my dad just purchased an HP 1522nf printer. It's connected to
his Linux box using USB. hplip more or less automatically made the
printer available to the Gentoo machines on the network so I didn't
have to do anything to gt them printer. since I'm on my Vista-based
laptop I thought I'd try printing from here. I created a new printer,
pointed the laptop at

http://192.168.1.2:631/printers/HP_1522nf

and then let Windows find it. Once it did I had to choose the wrong
driver as I don't have one for the 1522, so I chose one for a 1300
series laserjet, asked Windows to print the test page, and out popped
a printed page.

   If you cannot make headway then I'm wondering if maybe you
shouldn't go back to basics. Drop the SSL stuff, connect to the IP
address directly, get it working, and then investigate adding these
other things in until something breaks?

   Whatever you do, and to everyone else reading, best wishes for the
Holiday Season. Let's hope for peace.

Cheers,
Mark



Re: [gentoo-user] Network printing

2008-12-23 Thread Peter Humphrey
On Monday 22 December 2008 18:00:52 BRM wrote:

 - just add the HP USB printer as a normal printer on the Network Server,
 connected via USB.

This is what happens, starting from a clean system (mke2fs, then restore a 
known good backup of a freshly built system), and cups installed with 
USE=acl dbus jpeg pam perl png ppds python ssl 
tiff -X -avahi -gnutls -java -kerberos -ldap -php -samba -slp -static -xinetd 
-zeroconf:

I let cups find the printer and I tell it to use the .ppd file I got from 
linuxprinting.org. It shows the printer configuration page, where I set A4 
paper, then I get a security error saying that I have attempted to 
establish a connection with 192.168.2.2 whereas the security certificate 
presented belongs to serv.ethnet. Guess what - serv.ethnet is the machine 
I'm working on and it has IP address 192.168.2.2. What is going on here? (I 
don't get this error when setting up my laser printer; only with this 
inkjet.)

On printing a test page I get /usr/libexec/cups/filter/foomatic-rip failed 
and job stopped.

 On your client systems you add it as an IPP printer as the Network
 Server's CUPS server is the IPP host.

It would be nice to get that far. At present I can't get anything working at 
all without using hplip.

-- 
Rgds
Peter



Re: [gentoo-user] Network printing

2008-12-23 Thread Mick
On Tuesday 23 December 2008, Peter Humphrey wrote:
 On Monday 22 December 2008 18:00:52 BRM wrote:
[snip...]

 I let cups find the printer and I tell it to use the .ppd file I got from
 linuxprinting.org. It shows the printer configuration page, where I set A4
 paper, then I get a security error saying that I have attempted to
 establish a connection with 192.168.2.2 whereas the security certificate
 presented belongs to serv.ethnet. Guess what - serv.ethnet is the machine
 I'm working on and it has IP address 192.168.2.2. What is going on here? (I
 don't get this error when setting up my laser printer; only with this
 inkjet.)

If you are using SSL certificates you must set up the correct domain name, 
with regards to what the client machines see on the intranet/LAN.  Clearly 
the IP address is not a FQDN and the certificate check fails.  So, you want 
your common name (CN = serv.ethnet or whatever) to be the same with the name 
that your server is seen by the client in the LAN and this may involve 
setting up your router to resolve serv.ethnet to 192.168.2.2, or adding an 
entry in your client's /etc/hosts file to this effect.

 On printing a test page I get /usr/libexec/cups/filter/foomatic-rip
 failed and job stopped.

  On your client systems you add it as an IPP printer as the Network
  Server's CUPS server is the IPP host.

 It would be nice to get that far. At present I can't get anything working
 at all without using hplip.

I am sorry but I have not followed all your previous threads on this subject - 
from my experience hplip should work straight out of the box.  To see what's 
failing (which could well be related to the http:// ir ipp:// path to the 
printer being incorrect) you need to increase the verbosity of CUPS in its 
configuration file and then have a close look at:

/var/log/cups/access_log
/var/log/cups/error_log

HTH.
-- 
Regards,
Mick


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


Re: [gentoo-user] Network printing

2008-12-22 Thread BRM
I haven't been able to follow all of this, though some of it has been of 
interest to me since I have a Vista 64 system I am trying to working with my 
server's HP DeskJet 950C.

From what you describe below, it sounds like the HP USB printer is on the 
Network Server and you are trying to attach the network server to it via IPP. 
If I am understanding things correctly, therein lies the problem. (If not, 
just ignore the next part) - just add the HP USB printer as a normal printer 
on the Network Server, connected via USB. On your client systems you add it as 
an IPP printer as the Network Server's CUPS  server is the IPP host. This is 
what I did for my HP DeskJet 950C and I have access to it everywhere - the 
Vista64 system can find it, but can't locate a driver for it.

HTH,

Ben



- Original Message 
From: Peter Humphrey pe...@humphrey.ukfsn.org
To: gentoo-user@lists.gentoo.org
Sent: Monday, December 22, 2008 6:25:39 AM
Subject: [gentoo-user] Network printing

Hello,

This follows from the printing-from-windows thread; it's not confined to 
Windows.

Thanks to Mark K for his help so far. To recap:

My network server box has two USB printers attached: a Kyocera FS1020D 
laser, which works just fine, and an HP Deskjet D4260, which doesn't: I can 
print to the Deskjet from the local machine but not from anywhere else.

CUPS is installed with USE=acl dbus jpeg pam perl png python ssl 
tiff -X -avahi -gnutls -java -kerberos -ldap -php -ppds -samba -slp -static 
-xinetd -zeroconf

Hplip is installed with USE=cupsddk dbus 
doc -fax -minimal -parport -ppds -qt3 -qt4 -scanner -snmp I ran hp-setup 
as root, and it detected the printer and inserted it into cups, where I can 
control it as expected using the cups Web pages.

(I've already quoted part of cupsd.conf, but I can repeat it if necessary.)

Now this is what happens today: I go to localhost:631 on my workstation and 
attempt to connect to the Deskjet. I tell cups it's an HP model via ipp, 
and I accept the very generic driver it offers me, and I see it's added 
successfully. Then I ask for a test page and I get Unsupported 
format 'application/postscript'! So I delete the printer and start again.

This time I supply the .ppd file I got from linuxprinting.org instead of the 
generic HP one, and once again I get added successfully. But at the very 
next screen I get Filter foomatic-rip for printer Deskjet_D4260 not 
available: No such file or directory. Yet foomatic-rip is right there 
in /usr/bin, being part of the foomatic-filters package which was pulled in 
by emerging hplip.

I've tried exploring the Web for trouble-shooting tips on HP printers, and 
the best I've found is HP's own site, where I get dark hints about snmp. I 
also half-remember having to include ldap in cups from some time ago, but I 
can't see what either of those might have to do with my problem - am I 
missing something?

As an aside, it really is daft of cups to report added successfully when 
it has no idea of the success of the operation.

Another aside: what could cause the cups admin pages to lose their graphical 
effects and revert to plain white background, with framed text strings 
where the buttons ought to be? This happens quite often.

-- 
Rgds
Peter