User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.5) Gecko/20060731 Firefox/1.5.0.5 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.5) Gecko/20060731 Firefox/1.5.0.5 Xfprint-manager and xfprint don't work the commandline-output: ** (xfprint4-manager:24496): WARNING **: failed request with status 1030 ** (xfprint4:24498): WARNING **: failed request with status 1030 Reproducible: Always Steps to Reproduce: My Env: gentoo-linux cups 1.2.2 xfprint4 --version This is xfprint version 4.3.90.2 for Xfce 4.3.90.2 built with GTK+-2.8.19, linked with GTK+-2.8.19. Currently it uses the CUPS printing system. Reproduce: try to print out of mousepad or xfprint4 --help or xfprint4-manager
I guess you missed the line in the informations given when reporting a bug to avoid description such as "xxx doesn't work" because it doesn't bring much information. Anyway i found out that the bug comes from the fact that cups changed a lot between 1.1 and 1.2. I have to find a way to can allow the two versions to work.
i couldn't test on other distro so far but looks like a fucking bug from gentoo (i'm using gentoo too that's why i could reproduce the problem). Simply set the ServerName directive in /etc/cups/client.conf to your hostname (localhost should work too). I don't why but if you don't do that cupsServer() returns /var/run/cups/cups.sock which looks good in an url like ipp:///var/run/cups/cups.sock/printers/. This not being a bug in the code i mark it as invalid.
(In reply to comment #2) > /var/run/cups/cups.sock which looks good in an url like ^doesn't look > ipp:///var/run/cups/cups.sock/printers/.
finally after rereading cupsServer documentation, it appears cupsServer can return a domain socket pathname now with CUPS 1.2
fixed with revision 22668