Re: Subversion Build Issues - 1.10.6
Nathan Hartman wrote on Wed, 24 Jun 2020 22:16 -0400: > On Wed, Jun 24, 2020 at 9:13 AM Sanad Majid > wrote: > > > I am trying to build Subverion 1.10.6 on our NAS (Netgear ReadyNAS 104), > > but got following issues. Could anyone help me to resolve this issue? Logs > > are given below. > > > (snip) > > > Q1. How to resolve serf issue? > > > > Q2. I couldn’t locate apxs script, but mod_dav_svn.so is present in > > /usr/lib/apache2/modules. (for trying ./configure > > --with-apxs=/usr/local/apache2/bin/apxs) > > > > Q3. How to resolve UTF8PROC Issues? > > > Have you tried: > > ./configure --with-serf=/path/to/serf --with-lz4=internal > --with-utf8proc=internal > > That should help with Q1 and Q3. Not sure about Q2. There might be some > other option(s) needed for configure, but let's try these first. For Q1, you might be running into the bug that was fixed in version 1.3.9-3 of the libserf-dev Debian package: . serf (1.3.9-3) unstable; urgency=medium * Add libssl-dev to libserf-dev's Depends, otherwise pkg-config can't provide information about serf. -- James McCoy Wed, 07 Jun 2017 23:09:48 -0400 Passing an argument to the --with-serf option will bypass pkg-config and sidestep the bug insofar as configure's detection of libserf is concerned, but you might want to install libssl-dev anyway if you'd like to be able to connect to repositories over https://. For Q2, you might need to install the relevant package: . % apt-file search bin/apxs apache2-dev: /usr/bin/apxs apache2-dev: /usr/bin/apxs2 The relevant configure option is --with-apxs, but you will likely not need to specify it explicitly once the package is installed. For Q3, an alternative solution is to install libutf8proc-dev. And if these guesses are correct, then for future reference see «apt-get build-dep subversion». Do you already have libsvn*.so files installed on your system? On Debian derivatives there may be linker errors (at the end of the build) due to confusion between the installed libsvn*.so and the ones being built. Cheers, Daniel
RE: Subversion Build Issues - 1.10.6
Hi Nathan, Thank you for your suggestion. I have tried to configure as you told, please find the logs below. root@LCNAS:~# apt-file search libsvn_ra_serf libsvn-dev: /usr/lib/arm-linux-gnueabi/libsvn_ra_serf-1.a libsvn1: /usr/lib/arm-linux-gnueabi/libsvn_ra_serf-1.so.1 libsvn1: /usr/lib/arm-linux-gnueabi/libsvn_ra_serf-1.so.1.0.0 subversion-dbg: /usr/lib/debug/usr/lib/arm-linux-gnueabi/libsvn_ra_serf-1.so.1.0.0 Not sure /path/to/serf is correct.. root@LCNAS:~/subversion-1.10.6# ./configure --with-serf=/usr/lib/arm-linux-gnueabi/ --with-lz4=internal --with-utf8proc=internal configure: Configuring Subversion 1.10.6 configure: creating config.nice checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking if gcc accepts -std=c90... yes checking if gcc accepts -w... yes checking if gcc accepts -Werror=unknown-warning-option... no checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking if g++ accepts -std=c++98... yes checking if g++ accepts -w... yes checking if g++ accepts -Werror=unknown-warning-option... no checking how to run the C preprocessor... gcc -E checking for a sed that does not truncate output... /bin/sed checking build system type... armv7l-unknown-linux-gnueabi checking host system type... armv7l-unknown-linux-gnueabi checking target system type... armv7l-unknown-linux-gnueabi checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking whether ln -s works... yes checking for a BSD-compatible install... /usr/bin/install -c configure: Apache Portable Runtime (APR) library configuration checking for APR... yes checking APR version... 1.5.1 configure: Apache Portable Runtime Utility (APRUTIL) library configuration checking for APR-util... yes checking APRUTIL version... 1.5.4 checking for pkg-config... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes configure: serf library configuration via pkg-config configure: serf library configuration via prefix checking was serf enabled... no An appropriate version of serf could not be found, so libsvn_ra_serf will not be built. If you want to build libsvn_ra_serf, please install serf 1.3.4 or newer. configure: error: Serf was explicitly enabled but an appropriate version was not found. root@LCNAS:~/subversion-1.10.6# So tried without ‘serf’; but ‘utf8proc as’ internal. root@LCNAS:~/subversion-1.10.6# ./configure --with-lz4=internal --with-utf8proc=internal configure: Configuring Subversion 1.10.6 configure: creating config.nice checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking if gcc accepts -std=c90... yes checking if gcc accepts -w... yes checking if gcc accepts -Werror=unknown-warning-option... no checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking if g++ accepts -std=c++98... yes checking if g++ accepts -w... yes checking if g++ accepts -Werror=unknown-warning-option... no checking how to run the C preprocessor... gcc -E checking for a sed that does not truncate output... /bin/sed checking build system type... armv7l-unknown-linux-gnueabi checking host system type... armv7l-unknown-linux-gnueabi checking target system type... armv7l-unknown-linux-gnueabi checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking whether ln -s works... yes checking for a BSD-compatible install... /usr/bin/install -c configure: Apache Portable Runtime (APR) library configuration checking for APR... yes checking APR version... 1.5.1 configure: Apache Portable Runtime Utility (APRUTIL) library configuration checking for APR-util... yes checking APRUTIL version... 1.5.4 checking for pkg-config... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for st
RE: Subversion Build Issues - 1.10.6
Hi Daniel, Thank you for your response. Could you please give some more details as I am just a beginner in this. 1. I have installed libssl-dev, but how to add libssl-dev to libserf-dev's Depends? root@LCNAS:~# apt-get install libssl-dev Reading package lists... Done Building dependency tree Reading state information... Done Recommended packages: libssl-doc The following NEW packages will be installed: libssl-dev 0 upgraded, 1 newly installed, 0 to remove and 64 not upgraded. Need to get 1,110 kB of archives. After this operation, 5,104 kB of additional disk space will be used. Get:1 http://security.debian.org jessie/updates/main armel libssl-dev armel 1.0.1t-1+deb8u12 [1,110 kB] Fetched 1,110 kB in 0s (1,255 kB/s) debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package libssl-dev:armel. (Reading database ... 25150 files and directories currently installed.) Preparing to unpack .../libssl-dev_1.0.1t-1+deb8u12_armel.deb ... Unpacking libssl-dev:armel (1.0.1t-1+deb8u12) ... Setting up libssl-dev:armel (1.0.1t-1+deb8u12) ... root@LCNAS:~# 2. Which package do I need to install to fix apxs issues? I have the latest version of apache2. root@LCNAS:~# apt-get install apache2 Reading package lists... Done Building dependency tree Reading state information... Done apache2 is already the newest version (2.4.25-3+deb9u6.netgear2). 0 upgraded, 0 newly installed, 0 to remove and 64 not upgraded. root@LCNAS:~# root@LCNAS:~# apt-file search bin/apxs apache2-dev: /usr/bin/apxs apache2-dev: /usr/bin/apxs2 root@LCNAS:~# root@LCNAS:~/subversion-1.10.6# ./configure --with-lz4=internal --with-utf8proc=internal --with-apxs=/usr/bin/apxs configure: Configuring Subversion 1.10.6 configure: creating config.nice checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking if gcc accepts -std=c90... yes checking if gcc accepts -w... yes checking if gcc accepts -Werror=unknown-warning-option... no checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking if g++ accepts -std=c++98... yes checking if g++ accepts -w... yes checking if g++ accepts -Werror=unknown-warning-option... no checking how to run the C preprocessor... gcc -E checking for a sed that does not truncate output... /bin/sed checking build system type... armv7l-unknown-linux-gnueabi checking host system type... armv7l-unknown-linux-gnueabi checking target system type... armv7l-unknown-linux-gnueabi checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking whether ln -s works... yes checking for a BSD-compatible install... /usr/bin/install -c configure: Apache Portable Runtime (APR) library configuration checking for APR... yes checking APR version... 1.5.1 configure: Apache Portable Runtime Utility (APRUTIL) library configuration checking for APR-util... yes checking APRUTIL version... 1.5.4 checking for pkg-config... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes configure: serf library configuration via pkg-config checking was serf enabled... no An appropriate version of serf could not be found, so libsvn_ra_serf will not be built. If you want to build libsvn_ra_serf, please install serf 1.3.4 or newer. configure: looking for apr_memcache as part of apr-util checking apr_memcache.h usability... yes checking apr_memcache.h presence... yes checking for apr_memcache.h... yes checking for apr_memcache_create in -laprutil-1... yes checking for Apache module support via DSO through APXS... ./configure: line 5869: /usr/bin/apxs: No such file or directory configure: error: no - APXS refers to an old version of Apache Unable to locate /mod_dav.h root@LCNAS:~/subversion-1.10.6# 3. Not able to install 'libutf8proc-dev' root@LCNAS:~# apt-get install libutf8proc-dev Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package libutf8proc-dev root@LCNAS:~# 4. < Do you already have libsvn*.so files installed on your system? > Yes. Subversion was working till there was a firmware upgrade in NAS. It was configured by another person, but he left the company. root@LCNAS:/usr/lib/apache2/module
Re: Subversion Build Issues - 1.10.6
Hello, You are aware that apxs is in the "apache2-dev" package, but you installed the "apche2" package ? Am 25/06/2020 um 16:53 schrieb Sanad Majid: Hi Daniel, Thank you for your response. Could you please give some more details as I am just a beginner in this. 1. I have installed libssl-dev, but how to add libssl-dev to libserf-dev's Depends? root@LCNAS:~# apt-get install libssl-dev Reading package lists... Done Building dependency tree Reading state information... Done Recommended packages: libssl-doc The following NEW packages will be installed: libssl-dev 0 upgraded, 1 newly installed, 0 to remove and 64 not upgraded. Need to get 1,110 kB of archives. After this operation, 5,104 kB of additional disk space will be used. Get:1 http://security.debian.org jessie/updates/main armel libssl-dev armel 1.0.1t-1+deb8u12 [1,110 kB] Fetched 1,110 kB in 0s (1,255 kB/s) debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package libssl-dev:armel. (Reading database ... 25150 files and directories currently installed.) Preparing to unpack .../libssl-dev_1.0.1t-1+deb8u12_armel.deb ... Unpacking libssl-dev:armel (1.0.1t-1+deb8u12) ... Setting up libssl-dev:armel (1.0.1t-1+deb8u12) ... root@LCNAS:~# 2. Which package do I need to install to fix apxs issues? I have the latest version of apache2. root@LCNAS:~# apt-get install apache2 Reading package lists... Done Building dependency tree Reading state information... Done apache2 is already the newest version (2.4.25-3+deb9u6.netgear2). 0 upgraded, 0 newly installed, 0 to remove and 64 not upgraded. root@LCNAS:~# root@LCNAS:~# apt-file search bin/apxs apache2-dev: /usr/bin/apxs apache2-dev: /usr/bin/apxs2 root@LCNAS:~# root@LCNAS:~/subversion-1.10.6# ./configure --with-lz4=internal --with-utf8proc=internal --with-apxs=/usr/bin/apxs configure: Configuring Subversion 1.10.6 configure: creating config.nice checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking if gcc accepts -std=c90... yes checking if gcc accepts -w... yes checking if gcc accepts -Werror=unknown-warning-option... no checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking if g++ accepts -std=c++98... yes checking if g++ accepts -w... yes checking if g++ accepts -Werror=unknown-warning-option... no checking how to run the C preprocessor... gcc -E checking for a sed that does not truncate output... /bin/sed checking build system type... armv7l-unknown-linux-gnueabi checking host system type... armv7l-unknown-linux-gnueabi checking target system type... armv7l-unknown-linux-gnueabi checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking whether ln -s works... yes checking for a BSD-compatible install... /usr/bin/install -c configure: Apache Portable Runtime (APR) library configuration checking for APR... yes checking APR version... 1.5.1 configure: Apache Portable Runtime Utility (APRUTIL) library configuration checking for APR-util... yes checking APRUTIL version... 1.5.4 checking for pkg-config... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes configure: serf library configuration via pkg-config checking was serf enabled... no An appropriate version of serf could not be found, so libsvn_ra_serf will not be built. If you want to build libsvn_ra_serf, please install serf 1.3.4 or newer. configure: looking for apr_memcache as part of apr-util checking apr_memcache.h usability... yes checking apr_memcache.h presence... yes checking for apr_memcache.h... yes checking for apr_memcache_create in -laprutil-1... yes checking for Apache module support via DSO through APXS... ./configure: line 5869: /usr/bin/apxs: No such file or directory configure: error: no - APXS refers to an old version of Apache Unable to locate /mod_dav.h root@LCNAS:~/subversion-1.10.6# 3. Not able to install 'libutf8proc-dev' root@LCNAS:~# apt-get install libutf8proc-dev Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package libutf8proc-dev root@LCNAS:~# 4. < Do you already have libsvn*.so files installed on your system? > Yes. Subversion was working till there was a firmware up
