Bug 691699 - cups trying to install in /usr/lib/cups/filter even if --prefix is specified
Summary: cups trying to install in /usr/lib/cups/filter even if --prefix is specified
Status: RESOLVED FIXED
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: CUPS driver (show other bugs)
Version: master
Hardware: PC All
: P4 normal
Assignee: Chris Liddell (chrisl)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-21 14:25 UTC by Marcos H. Woehrmann
Modified: 2011-07-26 13:58 UTC (History)
4 users (show)

See Also:
Customer:
Word Size: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marcos H. Woehrmann 2010-10-21 14:25:39 UTC
In the current head (r11835) the following steps:

  ./autogen --prefix=/tmp/gs
  make install

end with this error:

  cp: cannot create regular file `/usr/lib/cups/filter/#inst.5439#': Permission denied
Comment 1 Chris Liddell (chrisl) 2011-07-26 10:55:57 UTC
I believe the current behaviour is as intended and is correct.

The configure script interrogates the cups-config utility to find the directories to which to point the cups utilities install.

If setting "prefix" overrides the path returned by cups-config, I feel the results could be problematic. Also, we cannot reliably combine the prefix path with the path from cups-config (it always returns a full, absolute path - it doesn't have an option for "path relative to....").

Unless any interested parties have any bright ideas, I'm going to close this as invalid.

NOTE: in the soon to be committed fix for Bug 691956, we will not try to install the cups tools unless that is requested, so the error in this report will no longer happen with a default build.
Comment 2 Tim Waugh 2011-07-26 11:02:34 UTC
IMHO the correct solution would be to provide a --with-cups-serverbin option to override "cups-config --serverbin".
Comment 3 Chris Liddell (chrisl) 2011-07-26 13:58:14 UTC
Suggested solution (along with the implicitly required "--with-cups-serverroot" and "--with-cups-datadir" options), committed:

http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=5e6871

It's not quite fixing the reported problem, but the change for Bug 691956 was committed earlier.