David Herman wrote:

On Thu September 16 2004 9:25 pm, Scott Leighton wrote:

I haven't had the images for a long time so I don't know if that is related but I get the same results as you did with the links.

Maybe another symlink issue?

Would you have a pointer to other symlink issues.. Maybe that's the problem I'm having.. -- Adolph & Sharon Weidanz '78 43' Endeavour Ketch S/V Time To Paws

** Reply to message from David Herman on Fri, 17 Sep 2004 18:11:55 -0700 (snips)

FWIW the changes to /etc/cups/cupsd.config suggested by others on the list fixed the problem for me.

As described by Danny Sauer... In /etc/cups/cupsd.conf, there's a line that says DocumentRoot /usr/share/cups/doc Which isn't right. That line *should* say DocumentRoot /usr/share/doc/packages/cups

Make that change, restart cups (as root, do "rccups restart")

I followed those directions and things seem correct now

Hmmmm.... I just looked in my cupsd.config file and I found that I did have the line Danny described ( DocumentRoot /usr/share/doc/packages/cups). However, mine is re-marked out (#). Should it be that way? Thanks. Gil (still learning but a long, long way to go)

On Saturday 18 September 2004 5:27 am, Patrick Shanahan wrote:

* Gil Weber [09-18-04 07:22]:

...

Hmmmm.... I just looked in my cupsd.config file and I found that I did have the line Danny described ( DocumentRoot /usr/share/doc/packages/cups). However, mine is re-marked out (#).

Should it be that way?

A default value does not need to be *specifically* set. Normally, defaults are shown commented, shows you the default value when you make changes.

Good to know. Thanks Patrick. Rich

-- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/photos

-- Rich Matson Reno, Nv. USA

On Friday 17 September 2004 4:57 am, Gil Weber wrote:

** Reply to message from Scott Leighton on Thu, 16 Sep 2004 21:25:14 -0700

...

Ever since the security patch to CUPS yesterday, browsing to http://localhost:631 is broken on my system.

I've confirmed that cupsd is running, and funny thing is some url's in Kongs browser history work, but have broken images, e.g.,

http://localhost:631/jobs actually brings up the jobs page, but none of the images display.

Anyone else having a problem since the patch or have I managed to somehow bork up my system?

Scott

Scott, perhaps I'm not understanding what's not working for you. I did the same CUPS update yesterday and everything seems to be working fine on my HP LaserJet 5P.

I'm beginning to wonder if the update is a coincidence and something else is causing it to break. The only thing I've done different is I _did_ for the first time go to the KDE control center > peripherals > printers > print server > configure server, which I've never done before. I noticed the CUPS problem _after_ a trip thru there, which was also _after_ the patch update, so it could have been either one that caused the problem.

When I go to http://localhost:631 all of the links display and all work. When I queue up a few print jobs and go to http://localhost:631/jobs all of them display there.

What I'm not understanding is where you say the "images" don't display. What "images"? If you mean pictures representing the jobs then I'm not getting those. But if you mean a line of text describing the print jobs in progress or in the queue, then yes, I am getting those.

The graphic images (icons, etc) that make up the displayed web page. They are all broken.

Sorry, if this reply is of no help to you. But I am curious to understand the issue better in case I **am** having the same problem you describe but maybe I'm not smart enough to realize it. ;o)

You'd know if you were, the http://localhost:631/ page won't display, object not found. It's real obvious if it's broken. Scott -- POPFile, the OpenSource EMail Classifier http://popfile.sourceforge.net/ Linux 2.6.5-7.108-default x86_64

On Friday 17 September 2004 08:25, Danny Sauer wrote:

Scott wrote regarding 'Re: [SLE] CUPS Broken After Recent Patch?' on Fri, Sep 17 at 07:33:

...

On Friday 17 September 2004 4:57 am, Gil Weber wrote:

...

When I go to http://localhost:631 all of the links display and all work. When I queue up a few print jobs and go to http://localhost:631/jobs all of them display there.

What I'm not understanding is where you say the "images" don't display. What "images"? If you mean pictures representing the jobs then I'm not getting those. But if you mean a line of text describing the print jobs in progress or in the queue, then yes, I am getting those.

The graphic images (icons, etc) that make up the displayed web page. They are all broken.

This has never worked for me. So, I thought "perhaps I'll figure out why". It doesn't work on a 9.0 system, BTW, and this was the fix there:

In /etc/cups/cupsd.conf, there's a line that says DocumentRoot /usr/share/cups/doc Which isn't right. That line *should* say DocumentRoot /usr/share/doc/packages/cups

Make that change, restart cups, and stuff shoudl work alright. If not, well, figure out what the names of the broken images are, find those images on your system, and figure out how to get them into the DocumentRoot.

:)

--Danny I'm running SuSE 9.0 Desktop and installed the CUPS update yesterday. After seeing your email I just went to the local host and looked at Cups. It appears to be working OK. I see the printer ICON under printers. Everything looks normal. I am using Konqueror for my browser. -- Russ

Patrick wrote regarding 'Re: [SLE] CUPS Broken After Recent Patch?' on Fri, Sep 17 at 11:01:

* Danny Sauer [09-17-04 10:27]:

...

This has never worked for me. So, I thought "perhaps I'll figure out why". It doesn't work on a 9.0 system, BTW, and this was the fix there:

In /etc/cups/cupsd.conf, there's a line that says DocumentRoot /usr/share/cups/doc Which isn't right. That line *should* say DocumentRoot /usr/share/doc/packages/cups

That's odd. I'm running 9.0 and pretty utd w/SuSE/apt pkgs. cups-1.1.19-93

from /etc/cups/cupsd.conf: ... # DocumentRoot: the root directory for HTTP documents that are served. # By default "/usr/share/doc/packages/cups". #

#DocumentRoot /usr/share/doc/packages/cups

I wonder where the errant path statement is originating and why since the *default* DocumentRoot *would* be accessed lacking and intentional change.

My config file (cupsd.conf) has only been altered by yast or the localhost:631 browser interface.

I've used "cupsconfig" as one time or another. Perhaps it copied a default config file from some other place over that section of the file? I dunno, everything else works fine on there - but that part never did work for me... It said /usr/share/cups/doc in the comments like that was the default, too. So whatever changed it also changed the comment. There's a cupsd.conf.y2 on that system, too, and it also has the wrong path in the comment and the definition for DocumentRoot. I always had this sneaking feeling that cupsconfig was screwing *something* up somehow, but I'm not sure it would've done this... I've used the kde kcontrol to set up printers, too. Maybe KDE killed it. :) Anyway, the file on my 9.1 system is correct, and I don't have any other 9.0 systems to check. My 7.x systems (mmm, need to update) are all running lpd, since cups sucked back then, IMHO. --Danny

On Friday 17 September 2004 12:13 pm, Joe Morris (NTM) wrote:

Danny Sauer wrote:

...

It doesn't work on a 9.0 system, BTW, and this was the fix there:

In /etc/cups/cupsd.conf, there's a line that says DocumentRoot /usr/share/cups/doc Which isn't right. That line *should* say DocumentRoot /usr/share/doc/packages/cups

Fixes 9.1 as well. Thanks. i didn't even know it was broke til this thread. ;-)

I wasn't paying attention to this thread since I didn't have a cups problem, but out of curiosity I just looked at my cups.conf file under 9.1. It has the correct line "out of the box" -- but the line is commented out, so it doesn't have any effect anyway. Paul

On Friday 17 September 2004 8:25 am, Danny Sauer wrote:

This has never worked for me. So, I thought "perhaps I'll figure out why". It doesn't work on a 9.0 system, BTW, and this was the fix there:

In /etc/cups/cupsd.conf, there's a line that says DocumentRoot /usr/share/cups/doc Which isn't right. That line *should* say DocumentRoot /usr/share/doc/packages/cups

Make that change, restart cups, and stuff shoudl work alright. If not, well, figure out what the names of the broken images are, find those images on your system, and figure out how to get them into the DocumentRoot.

Thanks, that worked! Still bugs me that *something* broke it, cause it was working fine last week and I know I didn't manually change anything in /etc/cups/cupsd.conf Oh well... another mystery to be solved... Scott -- POPFile, the OpenSource EMail Classifier http://popfile.sourceforge.net/ Linux 2.6.5-7.108-default x86_64