Everything works unless you have Apache2 install and don't specify "apache2" in your USE flags. Reproducible: Always Steps to Reproduce: >>> dev-util/subversion-0.19.1 merged. dev-util/subversion selected: none protected: 0.19.1 omitted: none >>> clean: No packages selected for removal. >>> Regenerating /etc/ld.so.cache... >>> Auto-cleaning packages ... >>> No outdated packages were found on your system. * Regenerating GNU info directory index... * Processed 73 info files.
Created attachment 9347 [details] ebuild script Worked around and cleaned up installation and configuration of mod_dav_svn into Apache.
Created attachment 9359 [details] Gentoo env.d entry for subversion libraries
Created attachment 9360 [details] mod_dav_svn configuration file
Note: this build will create the Subversion shared libraries and a command-line client. If you wish to build a Subversion server, you will need Apache 2.0. See the INSTALL file for details. >>> Source unpacked. ssl configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. creating config.nice configure: Apache Portable Runtime (APR) library configuration checking for APR... configure: error: the --with-apr parameter is incorrect. It must specify an install prefix, a build directory, or an apr-config file. !!! ERROR: dev-util/subversion-0.19.1 failed. !!! Function econf, Line 262, Exitcode 1 !!! econf failed
Axxackall, read the bug description: Everything works unless you have Apache2 install and don't specify "apache2" in your USE flags.
Oops, my english-reading skills are not completely compatible with your english-writing skills, sorry about that. Anyway, the command: # USE="apache2" emerge subversion did the trick to upgrade apache1 to apache2 and now subversion is installed. But I didn't have time to configure it and to run it yet in order to confirm correctness of the ebuild. BTW, why not require apache2 right in ebuild? Let me guess - to protect users who doesn't want to migrate to apache2 yet, right?
I'm working on fixing this bug: "the --with-apr parameter is incorrect". If a user doesn't need or want a DAV-enabled server, then a working Apache2 install is not needed. I'm seeing this error when installing on a clean Gentoo install. (It takes time to set up a clean Gentoo machine!) I'm fixing other problems, too. For example, if you have "ldap" in your USE flags when compiling Apache2, it appears you get a 46_mod_ldap.conf file, so I'm changing my mod_dav_svn.conf file to 47. Also, Neon 0.23.8 is required for both client and server installations, so I'm making it a required dependency. I'm also working around the issue of the "./configure" script finding Apache2 installed even if you don't want it to.
Take a look at http://cvs.gentoo.org/~alain/ -- this contains ebuilds to installed Subversion 0.20. From a first look at this ebuild, I'll probably want to include some parts of it in the one I have published.
*** Bug 17308 has been marked as a duplicate of this bug. ***
*** Bug 14040 has been marked as a duplicate of this bug. ***
Created attachment 9733 [details] clean ebuild script Something about included apr and apr-util that doesn't respect the sandbox, so it's set to depend on Apache2 and Neon already installed.
Created attachment 9734 [details] new mod_dav_svn configuration file
Created attachment 9735 [details] ChangeLog
somehow I don't see any names of all files attached here and have to guess the name when I save thme on my local disk. They all look like "attachment.cgi?id=xxxx&action=view". I think it's b/c of "text/plain". Is it possible to gather all files, tarball them and attach again?
Shift-clicking the attachment link should download the file correctly. If that doesn't work, consider using another web browser ;-) Kevin: please take a look at the link I gave before, and see what needs to be added to these ebuilds. I'll produce versions that don't (or only optionally) rely on DB4 being in another directory and start adding them to CVS.
Very strange. Shift-click works on Mozilla/Linux, but somehow it doesn't on Mozilla/Windows.
Alain, I have checked in dev-libs/apr which could be used by this ebuild to satisfy the APR dependency without requiring apache2. In other words, you could use the 'apache2' USE flag to build with apache as a server if that's what the user wants, otherwise it just builds the client. (or something along those lines).
I just committed a 0.20.1 ebuild that I wrote myself not knowing of your ebuild. I'll try to include parts of your ebuild after I'm confident that mine is in a working state
Closing this bug as subversion-0.21.0 provides optional support for apache2
I guess I forgot to actually close it.