Found something to make the web administration work. I created a symlink to /usr/lib/cups in /usr/lib64. It seems to be working. Now, to get the actual printer working.

Found something to make the web administration work. I created a symlink to /usr/lib/cups in /usr/lib64. It seems to be working. Now, to get the actual printer working.

I'll have a look later, but did you follow these instructions http://www.linuxprinting.org/show_pr...LaserJet_1018?

Also, can you post some revised logs?

I can't get to whatever instructions are there. I get a server error when I try going to that site.

Sorry about that - just copied the address and obviously can't do that.

Try http://www.linux-foundation.org/en/OpenPrinting and click on printers to follow through to yours

I've tried doing that. It gives no useful information. When trying to print the test page after installation from the CUPS web config tool, I get the error:

Unsupported format 'application/postscript'!

From system-config-printer, I get:

CUPS server error

There was an error during the CUPS operation: 'client-error-document-format-not-supported'.

Any ideas there?

I'm working between two forums to see what people are giving me. I've now got the last error worked out. I now have the printer installed and accepting jobs, but it is not actually printing. The web config shows that the jobs have been processed and completed, but the printer has done absolutely nothing the entire time. This is the same place where I had problems the first time around months ago.

Hi, billymayday and rcx11

I've been following your posts because I feel I have the same problem. I've updated my cups recently to "net-print/cups-1.2.12-r7" (I'm using Sabayon Linux, based on Gentoo) and web admin got the "404 Not Found" error.
Indeed there was no "/usr/share/cups/docs" directory. Following the tips in the posts, I changed it in cupsd.conf to "/usr/share/cups/html" and the browser interface popped up.

But, as you can see, the ".cgi" directory is wrong, too: it's searching in "/usr/lib64/cups/cgi-bin/admin.cgi: No such file or directory" (line extracted from /var/log/cups/error_log), but .cgi files are in the "/usr/libexec/cups/cgi-bin".

That's what a search on cups installed files give to me:
# qlist cups | grep cgi-bin
/usr/libexec/cups/cgi-bin/help.cgi
/usr/libexec/cups/cgi-bin/printers.cgi
/usr/libexec/cups/cgi-bin/jobs.cgi
/usr/libexec/cups/cgi-bin/classes.cgi
/usr/libexec/cups/cgi-bin/admin.cgi

I know it's possible to circumvent this using symlinks, but shouldn't it be posted as an major bug in cups? Or maybe we missed something? ;-)

Marcio.

PS.: I'm crossposting this issue on Sabayon Linux forums. Maybe someone there can help! ;-)

In time: much better than use symbolic links is to pay more attention to cupsd.conf: changing "ServerBin /usr/libexec/cups" variable solves the web problem in my case.

I just wonder why such a directory error was there...

*sigh*

Marcio.