New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
full path in 'configure --with-pdftops=...' #3278
Comments
CUPS.org User: mike Will pick up for 1.4.0. |
CUPS.org User: jsmeix.suse The replacement patch |
CUPS.org User: mike Fixed in Subversion repository. |
"full_path_to_configure_with-pdftops.patch": --- config-scripts/cups-pdf.m4.orig 2009-03-12 22:50:44.000000000 +0100 -AC_ARG_WITH(pdftops, [ --with-pdftops set pdftops filter (gs,pdftops,none), default=pdftops ]) PDFTOPS=""
xpdftops)
AC_DEFINE_UNQUOTED(CUPS_PDFTOPS, "$CUPS_PDFTOPS") |
"cups-1.4-full_path_to_configure_with-pdftops.patch": --- config-scripts/cups-pdf.m4.orig 2009-03-12 22:50:44.000000000 +0100 -AC_ARG_WITH(pdftops, [ --with-pdftops set pdftops filter (gs,pdftops,none), default=pdftops ]) PDFTOPS=""
xpdftops)
AC_DEFINE_UNQUOTED(CUPS_PDFTOPS, "$CUPS_PDFTOPS") |
Version: 1.4rc1
CUPS.org User: jsmeix.suse
Currently e.g. 'configure --with-pdftops=pdftops'
does a test if the specified binary exists
during compile time via
'AC_PATH_PROG(CUPS_PDFTOPS, pdftops)' in cups-pdf.m4
When we build our cups RPMs we install a build-system
in a chroot environment to make sure the RPM gets
built in a known clean environmnmt.
To satify the test I could install xpdf-tools
which contains /usr/bin/pdftops in the build-system
but this would be only needed to satisfy the test.
As far as I see the actual /usr/bin/pdftops is not
needed to perform the build.
Therefore I would like to specify the full path via
'configure --with-pdftops=/usr/bin/pdftops'
but without the need to actualy install xpdf-tools
to avoid that the build-system gets bloated because
installing whatever applications in the build-system
may pull in huge amounts of other packages which
are required by the application.
The attached patch adds support to specify a full path
as follows 'configure --with-pdftops=/usr/bin/pdftops'
or 'configure --with-pdftops=/usr/bin/gs'
but e.g. 'configure --with-pdftops=/usr/bin/myfilter'
is currently not supported.
Furthermore the patch lets configure abort if
an unsupported value was specified.
In particular the latter is very important
because without the patch one could specify
'configure --with-pdftops=/usr/bin/myfilter'
but then this would be silently ignored and
CUPS would be built without any pdftops filter.
The text was updated successfully, but these errors were encountered: