Hello, On Feb 13 09:39 dwelch91 wrote (shortened): > re: Item 1 > > Actually, I take that back - I do not call: > > cupsSetEncryption() > > in cupsext (the Python extension that communicates with CUPS). > > Is it possible that on SUSE that this is required? I am wondering if it is > something like this since we have not seen this defect on any other distro.
This is an interesting info which lets me have a closer look at all of our patches for CUPS 1.1. > On 2/13/07, dwelch91 <[EMAIL PROTECTED]> wrote: > > > > Hi, Johannes- > > > > A couple of things come to mind as things to check: > > > > 1. Does SUSE require encryption to the server during IPP requests? (the > > printer is added with a httpConnectEncrypt() call, but I am unsure if it is > > working when encryption is required). As far as I can tell we don't require any encryption. Here my current cupsd.conf: # egrep -v '^#|^$' /etc/cups/cupsd.conf LogLevel debug2 MaxLogSize 10485760 Printcap /etc/printcap User lp Group lp RunAsUser Yes Port 631 Browsing Off BrowseAllow @LOCAL BrowseDeny All <Location /> Order Deny,Allow Deny From All Allow From 127.0.0.1 Allow From 127.0.0.2 Allow From @LOCAL </Location> <Location /admin> AuthType BasicDigest AuthClass Group AuthGroupName sys Order Deny,Allow Deny From All Allow From 127.0.0.1 </Location> We use RunAsUser but it also fails if I run cupsd as root. We have a special patch regarding BrowseAllow since Suse LInux 9.0, see http://en.opensuse.org/SDB:Printer_Configuration_from_SUSE_LINUX_9.0_on but it also fails for BrowseAllow All BrowseDeny None Finally I disabled any access restrictions to the cupsd and it still fails with this cupsd.conf LogLevel debug2 MaxLogSize 10485760 Printcap /etc/printcap RemoteRoot root RunAsUser No Port 631 Browsing Off BrowseAllow All BrowseDeny None <Location /> Order Deny,Allow Deny From None Allow From All </Location> <Location /admin> AuthType None Order Deny,Allow Deny From None Allow From All </Location> Now I can create a queue as normal user from a remote system "nelson" (a 32-bit system running openSUSE 10.2 with CUPS 1.2) on "caps" which runs the Suse Linux Enterprise Desktop 10 (64-bit) using the command: [EMAIL PROTECTED]:~> /usr/sbin/lpadmin -h caps -p lj1220ps \ -v hp:/usb/HP_LaserJet_1220?serial=00XXXXXXXXXX \ -P /usr/share/cups/model/manufacturer-PPDs/hplip/HP_LaserJet_1220.ppd.gz \ -E and it prints well: [EMAIL PROTECTED]:~> echo foobar | lp -h caps -d lj1220ps ; \ lpstat -h caps -p lj1220ps request id is lj1220ps-5 (1 file(s)) printer lj1220ps now printing lj1220ps-5. enabled since ... > > 2. Does CUPS on SUSE 10.0-1 require that only root make the > > httpConnectEncrypt() call? I assume this question is obsolete because you wrote above that you don't run cupsSetEncryption() Furthermore I run hp-setup as root. > > 3. Does CUPS on SUSE 10.0-1 try to parse the device URI that is being > > added? I know that YaST has before rejected our hp: style URIs. I don't know what exactly you mean. All CUPS versions which I know about test if the first part of the DeviceURI is one of the working backends. At startup cupsd executes all it backends and only those which exit with zero exit code are recognized as working, see http://en.opensuse.org/SDB:CUPS_in_a_Nutshell "The Backends" But on my system "lpinfo -v" reports the hp backend which means that it is recognized by the cupsd to work o.k.: caps:~ # lpinfo -v | grep hp direct hp:/usb/deskjet_3320?serial=TH27T2H35B35 direct hp:/usb/HP_LaserJet_1220?serial=00XXXXXXXXXX direct hpfax:/no_device_found Furthermore I can set up queues with the Gnome printer setup tool and with the KDE printer setup tool and with YaST and with the CUPS web interface. Right now I tested again the CUPS web interface. I can select the DeviceURIs hp:/usb/deskjet_3320?serial=TH27T2H35B35 hp:/usb/HP_LaserJet_1220?serial=00XXXXXXXXXX and I set up successfully another queue for my LaserJet 1220 running the CUPS web interface http://caps:631/ as normal user "jsmeix" in a browser on my remote sytem "nelson". Of course it also prints well. > > 4. Is the PPD file for the added printer pre-existing on the disk, or are > > they created by foomatic at runtime? (like Fedora does) All our PPDs exist on the disk in /usr/share/cups/model/ and all our PPDs are tested during RPM package build with cupstestppd and only those which pass are included in the RPM package. Here the results for those PPDs which hp-setup uses when it fails to set up the queues: caps:~ # cupstestppd \ /usr/share/cups/model/manufacturer-PPDs/hplip/HP-LaserJet_1220-hpijs.ppd.gz /usr/share/cups/model/manufacturer-PPDs/hplip/HP-LaserJet_1220-hpijs.ppd.gz: PASS caps:~ # cupstestppd \ /usr/share/cups/model/manufacturer-PPDs/hplip/HP_LaserJet_1220.ppd.gz /usr/share/cups/model/manufacturer-PPDs/hplip/HP_LaserJet_1220.ppd.gz: PASS caps:~ # cupstestppd \ /usr/share/cups/model/manufacturer-PPDs/hplip/HP-DeskJet_3320-hpijs.ppd.gz /usr/share/cups/model/manufacturer-PPDs/hplip/HP-DeskJet_3320-hpijs.ppd.gz: PASS > > I will begin looking at this in more detail. Very many thanks! According to what I see in the logs (in particular when I run "tail -f /var/log/cups/access_log" while I run hp-setup) there is no access to the cupsd at all when there should be an access in the particular moment when the queue is to be set up by hp-setup. There is only one single access to the cupsd for each (failed) run of hp-setup which happens when hp-setup shows the screen with the queue name proposal but there is no further access thereafter when the queue must be actually set up. I.e. I think hp-setup does not even try to actually set up the queue (for whatever reason) and then it fails with the generic "Printer queue setup failed.Please restart CUPS and try again" error message when it tests if there is a queue thereafter. But I have no idea why hp-setup seems to do nothing at all when it should set up the queue. Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ HPLIP-Help mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hplip-help
