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"
Actual Results: Opening http://localhost:631 and other pages reports errors
Expected Results: Opening http://localhost:631 produces the CUPS interface
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...
Fixed in cups-1.1.15-3 (symlink added because other applications will probably
expect it there, as well).
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.
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...)
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.
Is this still an issue?
Yes, as far as I can see.
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).
Same in cups-1.1.20-5.1.