I probably made things more difficult than they needed to be. For
example apr and apr-util was already installed with Apache2 I think,
I'm not sure. Anyway, finally success with the following configure
./configure --with-apr=/usr/bin/apr-config
--with-apr-util=/usr/bin/apu-config --with-apxs="/usr
On Tue, Jul 06, 2010 at 04:43:26PM +0200, Onno van der Straaten wrote:
> Now the make step fails with
> /home/ostraaten/subversion_export/subversion/libsvn_subr/.libs/libsvn_subr-1.so:
> undefined reference to `apr_hash_do'
> collect2: ld returned 1 exit status
> make: *** [subversion/svn/svn] Erro
Now the make step fails with
/home/ostraaten/subversion_export/subversion/libsvn_subr/.libs/libsvn_subr-1.so:
undefined reference to `apr_hash_do'
collect2: ld returned 1 exit status
make: *** [subversion/svn/svn] Error 1
I think I'm doing the configure step wrong, this is what I now have
./config
On Tue, Jul 06, 2010 at 03:03:02PM +0200, Onno van der Straaten wrote:
> Hi Stefan,
> apxs was not installed on my machine but I installed it (I think) using
> sudo apt-get install apache2-threaded-dev
>
> After that I can pass
> --with-apxs="/usr/bin/apxs2" to configure
>
> But then the sudo mak
Hi Stefan,
apxs was not installed on my machine but I installed it (I think) using
sudo apt-get install apache2-threaded-dev
After that I can pass
--with-apxs="/usr/bin/apxs2" to configure
But then the sudo make install file fails with
apxs:Error: Activation failed for custom /etc/apache2/httpd.c
On Tue, Jul 06, 2010 at 12:09:51PM +0200, Onno van der Straaten wrote:
> I'm trying to build the 1.7 client from the trunk using the INSTALL
> file. I think I passed all steps, I did not see any errors/problems.
> Svn version shows the 1.7 version. This seems to work find except for
> that last mes
I'm trying to build the 1.7 client from the trunk using the INSTALL
file. I think I passed all steps, I did not see any errors/problems.
Svn version shows the 1.7 version. This seems to work find except for
that last message _mcleanup: gmon.out: Permission denied. Can I ignore
that message?
A bigg
On Mon, Jul 05, 2010 at 08:08:19PM +0200, Onno van der Straaten wrote:
> I think I should be able to take most steps using INSTALL file, the
> community guide, the Python test files as examples. There is one thing
> not clear to me at this point. The path not found problem is related
> to the http/
I think I should be able to take most steps using INSTALL file, the
community guide, the Python test files as examples. There is one thing
not clear to me at this point. The path not found problem is related
to the http/https scheme. How does that work in the test suite? A test
that reproduces the
On Mon, Jul 05, 2010 at 10:33:13AM +0200, Onno van der Straaten wrote:
> Hi Stefan,
> Sure, this is something that I'm willing to try.
>
> It is not a coincidence that I stumbled onto this '"corner case", I think.
> For this task I'm currently working on I'm probably stretching Subversion
> beyond
Onno van der Straaten writes:
> Working on this task I have found three issues with Subversion. The path not
> found is a show stopper for me, I still need to find a workaround for that.
One workaround is to build a 1.7 client from Subversion trunk and use
that. A workaround for Subversion 1.6
Hi Stefan,
Sure, this is something that I'm willing to try.
It is not a coincidence that I stumbled onto this '"corner case", I think.
For this task I'm currently working on I'm probably stretching Subversion
beyond it's intended use. To give you an idea: I'm using a script to prepare
a massive co
On Fri, Jul 2, 2010 at 4:45 AM, Stefan Sperling wrote:
> On Fri, Jul 02, 2010 at 11:42:58AM +0100, Julian Foad wrote:
>> Any objection to this step? The only down side I can think of is the
>> slight inconvenience for us developers of having to quote the path on
>> the command line when debugging
We could replace the Greek tree with files like "mu X" where X is the Greek
'mu' character. :-)
On 07/02/2010 06:42 AM, Julian Foad wrote:
> Philip Martin wrote:
> Adding folder 1/file with spaces.txt
> svn: Commit failed (details follow):
> svn: '/svn/!svn/bc/1101/test/folder%202/fil
On Fri, Jul 02, 2010 at 11:42:58AM +0100, Julian Foad wrote:
> Any objection to this step? The only down side I can think of is the
> slight inconvenience for us developers of having to quote the path on
> the command line when debugging the tests, and that's not something that
> should put us off
Julian Foad writes:
> --- subversion/tests/cmdline/svntest/main.py (revision 959554)
> +++ subversion/tests/cmdline/svntest/main.py (working copy)
> @@ -178,7 +178,7 @@
> # Where we want all the repositories and working copies to live.
> # Each test will have its own!
> general_repo_dir = os
Hello Julian,
On Friday 02 July 2010, Julian Foad wrote:
> Then we can work on extending the principle in one or more different
> ways, which, I'm sure, will detect a bunch of bugs:
>
> * space in some of the within-WC paths;
>
> * other ASCII pathnames that require URI-escaping, or in any o
17 matches
Mail list logo
