CUPS Broken After Recent Patch?
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 -- POPFile, the OpenSource EMail Classifier http://popfile.sourceforge.net/ Linux 2.6.5-7.108-default x86_64
On Thu September 16 2004 9:25 pm, Scott Leighton wrote:
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?
Well what do you know. I often try the links people on the list are having problems with. Usually I don't get the same problems they see but in this case Yeah, I get the same results you did. 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? -- dh Don't shop at ZipZoomFly.com!
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
On Fri September 17 2004 5:17 pm, Adolph & Sharon Weidanz wrote:
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?
I was thinking of the problems people have had w/ kdescreensavers recently and susehelp and kdm links in the past. Nothing specific, just thought there might be broken html links. 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 -- dh Don't shop at ZipZoomFly.com!
** Reply to message from David Herman
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)
* Gil Weber
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. -- 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
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
** Reply to message from Scott Leighton
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. 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. 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) Gil
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
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
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
* Danny Sauer
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. -- 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
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
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. ;-) -- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Registered Linux user 231871
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 Fri, 2004-09-17 at 13:04, Paul W. Abrahams wrote:
On Friday 17 September 2004 12:13 pm, Joe Morris (NTM) wrote:
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
The fact that it is commented out simply means that that is the default behavior. I also have 9.1 and my cups conf shows the correct setting as well. -- Ken Schneider unix user since 1989 linux user since 1994 SuSE user since 1998 (5.2) * PLEASE only reply to the list *
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
participants (11)
-
Adolph & Sharon Weidanz
-
C. Richard Matson
-
Danny Sauer
-
David Herman
-
Gil Weber
-
Joe Morris (NTM)
-
Ken Schneider
-
Patrick Shanahan
-
Paul W. Abrahams
-
Russbucket
-
Scott Leighton