Bug 67337 - cups DocumentRoot is /usr/share/doc
Summary: cups DocumentRoot is /usr/share/doc
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: cups (Show other bugs)
(Show other bugs)
Version: 9
Hardware: i386 Linux
Target Milestone: ---
Assignee: Tim Waugh
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2002-06-22 23:29 UTC by Miloslav Trmac
Modified: 2007-04-18 16:43 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-12-09 18:05:49 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Miloslav Trmac 2002-06-22 23:29:53 UTC
Description of problem:
The CUPS configuration file which KDE writes is different from the default RH
setup, noticeably it doesn't define the DocumentRoot to be
/usr/share/doc/cups-<version>, which makes the web interface work rather badly.

Version-Release number of selected component (if applicable):

Steps to Reproduce:
1.Install cups RPM without additional configuration (the default config file
consists almost entirely of comments only).
2.Open print:/manager, "configure server"
3.Save configuration

Actual Results:  Opening http://localhost:631 and other pages reports errors

Expected Results:  Opening http://localhost:631 produces the CUPS interface
index page

Additional info:

It seems that once the setting is explicitly mentioned in the configuration
file, the KDE tool is able to read it, it just uses different default. Maybe it
would help if the default CUPS config file enumerated all the options
explicitly, even if we want the default values, but it seems rather ugly to me...

Comment 1 Bernhard Rosenkraenzer 2002-07-02 13:28:46 UTC
Fixed in cups-1.1.15-3 (symlink added because other applications will probably 
expect it there, as well).

Comment 2 Miloslav Trmac 2002-07-02 20:33:00 UTC
Sorry for not saying this earlier, but what do web page templates do in
/usr/share/doc anyway? It seems to me that allowing the user to rm -rf
/usr/share/doc without affecting system functionality would follow the principle
of least surprise.

Comment 3 Michael Sweet 2003-04-18 14:43:44 UTC
The templates are in /usr/share/cups/templates.  /usr/share/doc/cups contains
the documentation for CUPS, and CUPS will continue to work just fine without it
(although it will make it more difficult for the user to open the printer status
pages, for example...)

Comment 4 Miloslav Trmac 2003-04-18 19:51:31 UTC
Indeed the situation has changed since the original bug report, but
the templates still reference images placed in /usr/share/cups-1.1.8/images
in the cups-1.1.18-4 package.

Oh, and this probably belongs to cups.

Comment 5 Tim Waugh 2003-10-16 12:19:10 UTC
Is this still an issue?

Comment 6 Miloslav Trmac 2003-10-16 16:14:43 UTC
Yes, as far as I can see.
See /usr/share/doc/cups-1.1.19/{images,*.css,documentation.html,robots.txt}
for some files that _obviously_ should be installed even with rpm -i --excludedocs
(never mind the actual documentation and files I'm not sure about).

Comment 7 Miloslav Trmac 2004-04-08 12:41:53 UTC
Same in  cups-1.1.20-5.1.

Note You need to log in before you can comment on or make changes to this bug.