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/modules# ls httpd.exp mod_cgi.so mod_parp.so libphp5.so mod_charset_lite.so mod_privsep.so mod_access_compat.so mod_csrf.so mod_proxy_ajp.so mod_actions.so mod_data.so mod_proxy_balancer.so mod_alias.so mod_dav_fs.so mod_proxy_connect.so mod_allowmethods.so mod_dav_lock.so mod_proxy_express.so mod_asis.so mod_dav.so mod_proxy_fcgi.so mod_auth_basic.so mod_dav_svn.so mod_proxy_fdpass.so mod_auth_digest.so mod_dbd.so mod_proxy_ftp.so mod_auth_form.so mod_deflate.so mod_proxy_hcheck.so mod_authn_alias.so mod_dialup.so mod_proxy_html.so mod_authn_anon.so mod_dir.so mod_proxy_http.so mod_authn_core.so mod_disk_cache.so mod_proxy_scgi.so mod_authn_dbd.so mod_dumpio.so mod_proxy.so mod_authn_dbm.so mod_echo.so mod_proxy_wstunnel.so mod_authn_default.so mod_env.so mod_ratelimit.so mod_authn_file.so mod_expires.so mod_reflector.so mod_authn_privsep.so mod_ext_filter.so mod_remoteip.so mod_authn_socache.so mod_file_cache.so mod_reqtimeout.so mod_authnz_external.so mod_filter.so mod_request.so mod_authnz_fcgi.so mod_headers.so mod_rewrite.so mod_authnz_ldap.so mod_heartbeat.so mod_sed.so mod_auth_token.so mod_heartmonitor.so mod_session_cookie.so mod_authz_core.so mod_ident.so mod_session_crypto.so mod_authz_dbd.so mod_imagemap.so mod_session_dbd.so mod_authz_dbm.so mod_include.so mod_session.so mod_authz_default.so mod_info.so mod_setenvif.so mod_authz_groupfile.so mod_lbmethod_bybusyness.so mod_slotmem_plain.so mod_authz_host.so mod_lbmethod_byrequests.so mod_slotmem_shm.so mod_authz_owner.so mod_lbmethod_bytraffic.so mod_socache_dbm.so mod_authz_svn.so mod_lbmethod_heartbeat.so mod_socache_memcache.so mod_authz_unixgroup.so mod_ldap.so mod_socache_shmcb.so mod_authz_user.so mod_log_debug.so mod_speling.so mod_autoindex.so mod_log_forensic.so mod_ssl.so mod_bucketeer.so mod_lua.so mod_status.so mod_buffer.so mod_macro.so mod_substitute.so mod_cache_disk.so mod_mem_cache.so mod_suexec.so mod_cache.so mod_mime_magic.so mod_unique_id.so mod_cache_socache.so mod_mime.so mod_userdir.so mod_case_filter_in.so mod_mpm_event.so mod_usertrack.so mod_case_filter.so mod_mpm_prefork.so mod_vhost_alias.so mod_cern_meta.so mod_mpm_worker.so mod_xml2enc.so mod_cgid.so mod_negotiation.so root@LCNAS:/usr/lib/apache2/modules# Thanks, Sanad MM -----Original Message----- From: Daniel Shahaf <[email protected]> Sent: Thursday, 25 June, 2020 7:09 AM To: Nathan Hartman <[email protected]> Cc: Sanad Majid <[email protected]>; [email protected] Subject: Re: Subversion Build Issues - 1.10.6 WARNING: This message originated from an external sender. CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. Nathan Hartman wrote on Wed, 24 Jun 2020 22:16 -0400: > On Wed, Jun 24, 2020 at 9:13 AM Sanad Majid > <[email protected]<mailto:[email protected]>> > 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 <[email protected]<mailto:[email protected]>> 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
