[Bug 62417] configure: error: cannot run /usr/local/bin/bash build/config.sub similar to 21377
--- Comment #7 from Dennis Clarke <dclarke@xxxxxxxxxxxxx> ---
Seem to be making progres here however :
beta $ ls -lapb /usr/local/bin/apr-1-config /usr/local/bin/apu-1-config
-rwxr-xr-x 1 root root 7069 Jun 1 02:09
-rwxr-xr-x 1 root root 6252 Jun 1 02:58
beta $ ./buildconf --with-apr=/usr/local/bin/apr-1-config 2>&1 | tee
testing apr-config executable: /usr/local/bin/apr-1-config
using apr-config version 1.6.3
copying build files
cp: cannot access /usr/local/build-1/find_apu.m4
rebuilding rpm spec file
fixing timestamps for ap_expr sources
The file find_apu.m4 actually exists in the source tree dir for apr-util-1.6.1
which was built and tested and installed fine .. however buildconf seems to
want to go hunting in the apr-util source tree ?
The buildconf script says :
Usage: $0 [OPTION]...
-h, --help display this help and exit
--with-apr=SRCDIR define a space-separated list of directories to
search for the APR source code. If, instead of a
directory, an apr-config executable name is passed,
APR-Config Mode is enabled (see below). Defaults to
--with-apr-util=SRCDIR define a space-separated list of directories to
search for the APR-util source code. Defaults to the
same location as the --with-apr SRCDIR, but with
"apr" replaced with "apr-util" or "aprutil". Ignored
in APR-Config Mode.
So I would think that --with-apr=/usr/local/bin/apr-1-config now means we are
in "APR-Config Mode" and not need --with-apr-util at all.
This isn't clear really ... if I need fresh untouched sources for both apr
and apr-util available ( however they are both built and installed fine ) then
should they be inside the httpd-trunk source tree ? Feels sort of similar
to bootstrapping gcc wherein we need sources for libgmp, libmpfr and libmpc etc
etc all inside the source tree regardless if you have them installed or not.
Just looking for a pointer here as I flail forwards with a new httpd that maybe
just maybe supports TLS 1.3.
You are receiving this mail because:
You are the assignee for the bug.
To unsubscribe, e-mail: bugs-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: bugs-help@xxxxxxxxxxxxxxxx