hi,
when i try to build subversion-1.6.11 on solaris 9 the below error
occurs. how could one track that down?
/usr/jdk1.6.0_07/bin/javah -force -d subversion/bindings/javahl/
include -classpath subversion/bindings/javahl/classes:
org.tigris.subversion.javahl.PropertyData
org.tigris.subversion.jav
On Sep 29, 7:50 pm, Julian Foad wrote:
> I'd like us to have a Wiki. I understand we can have one on the ASF just
> by asking. My use for it would be to host developer-to-developer
> information about designs in progress. Shall I just go ahead and ask
> the ASF (via danielsh) so set it up?
>
> H
where is the list of changes from rc3 to rc4 ?
On Oct 4, 6:26 pm, Hyrum K Wright wrote:
> At the risk of jinxing the proposed Oct. 11 release date for 1.7.0,
> I'm posting the proposed tarballs for signing and
> testing:http://people.apache.org/~hwright/svn/1.7.0/
>
> These are cut from the sam
on solaris, one test is failing for 1.7.0 ...
At least one test FAILED, checking /home/rupert/mgar-sav/pkg/
subversion/trunk/work/solaris9-sparc/build-isa-sparcv8/
subversion-1.7.0/tests.log
FAIL: copy_tests.py 86: changed dir after commit should match
checkout
Summary of test results:
1552 test
on solaris the perl bindings dump a core when an url contains a space,
see https://www.opencsw.org/mantis/view.php?id=4854. an excerpt:
The SVN::Ra bindings core dump with the following error:
$ perl ./test.pl
svn: E235000: In file 'subversion/libsvn_subr/dirent_uri.c' line 2291:
assertion failed
i noticed now with svn-1.7.1 a behaviour which i never noticed before,
but i am unsure if i just did not fall over it, or it was not there. a
"svn commit" does not seem to update the version of '.' even if it is
invalidated. so one must do a "svn up" after the commit, without
anybody else interming
On Dec 2, 4:42 pm, Hyrum K Wright wrote:
> On Tue, Nov 29, 2011 at 12:33 PM, Hyrum K Wright
>
> wrote:
> > As promised, the 1.7.2 tarballs are up for testing and signing:
> >http://people.apache.org/~hwright/svn/1.7.2/
>
> > The magic rev is r1207936, and as usual please post signatures here:
> >
when packaging svn-1.7.2 auth-test fails with a non-intuitive error
message:
START: auth-test
svn_tests: E26: svn_auth_get_platform_specific_client_providers
should return an array of 2 providers
FAIL: auth-test 1: test retrieving platform-specific auth providers
END: auth-test
ELAPSED: auth-
On Oct 21, 9:51 am, Stefan Sperling wrote:
> On Thu, Oct 20, 2011 at 04:19:08PM -0700, rupert.thurner wrote:
> > on solaris, one test is failing for 1.7.0 ...
> > At least one test FAILED, checking /home/rupert/mgar-sav/pkg/
> > subversion/trunk/work/solaris9-sp
hi,
is there anything in the subversion build script(s) which enforces a
location "lib/svn", instead of only "lib" ?
opencsw solaris packages have all the libraries in /opt/csw/lib. if we
set the flags to it with:
SVNLIB = $(prefix)/lib
...
CONFIGURE_ARGS = $(DIRPATHS) --libdir=$(SVNLIB) --l
64/libsvn_subr-1.so.0
(0x7ffebd0fc000)
Well, skipping -R in the linker call and using ldconfig makes life
easy.
So who to blaim ? libtool ? Good luck with that .
On Mar 3, 1:41 pm, "rupert.thurner" wrote:
> hi,
>
> is there anything in the subversion build script(s) which e
for some time i participate in a small group of people packaging
subversion for solaris within the opencsw project. while we love to
use subversion a lot because it easily scales to terabytes of data
managed, we continue to have two problems building, for years now:
1. client build
personally i fi
On Jul 13, 10:29 pm, Hyrum K Wright wrote:
> All,
>
> Our first prerelease from the 1.7.x branch is now up for testing and
> signing: 1.7.0-beta1. The magic revision is r1146221 (but a known bug
> in the release scripts doesn't include that rev in the header file).
> You can find the tarballs
>
On Jul 17, 9:54 am, Philip Martin wrote:
> "rupert.thurner" writes:
> > it seems that the python bindings leak memory, and there seems no test
> > covering this?
>
> It's possible. Please provide more details.
the problem seems to be in svn_ra_replay and/o
On Jul 17, 8:04 pm, "rupert.thurner" wrote:
> On Jul 17, 9:54 am, Philip Martin wrote:
>
> > "rupert.thurner" writes:
> > > it seems that the python bindings leak memory, and there seems no test
> > > covering this?
>
> > It's pos
On Jul 17, 10:16 pm, Philip Martin wrote:
> "rupert.thurner" writes:
> > now it works ... and running it for 100'000 revisions slowly increases
> > #!/usr/bin/python
>
> > import svn.client
> > import svn.core
> > import svn.ra
>
> > p
On Jul 17, 8:04 pm, "rupert.thurner" wrote:
> On Jul 17, 9:54 am, Philip Martin wrote:
>
> > "rupert.thurner" writes:
> > > it seems that the python bindings leak memory, and there seems no test
> > > covering this?
>
> > It's pos
we tried rc2 on the solaris buildserver environment of http://opencsw.org,
where some people have packagers have working copies of
https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg checked out.
we saw: http://subversion.tigris.org/issues/show_bug.cgi?id=3994 but
this seems still not be fixe
with svn-1.6
svn co --ignore-externals
https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/subversion
cd subverison/trunk
ln -s gar ../whatever
svn st
X gar
with svn -1.7 this looks like:
svn st
? gar
platform: solaris, http://opencsw.org
rupert.
On Sep 18, 1:11 pm, "rupert.thurner" wrote:
> we tried rc2 on the solaris buildserver environment ofhttp://opencsw.org,
> where some people have packagers have working copies
> ofhttps://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkgchecked out.
>
> we saw:http://sub
On Sep 19, 3:05 pm, Philip Martin wrote:
> "rupert.thurner" writes:
> > with svn-1.6
>
> > svn co
> > --ignore-externalshttps://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/subversion
> > cd subverison/trunk
> > ln -s gar ../whatever
> > s
On Sep 19, 5:54 pm, Hyrum K Wright wrote:
> All,
> I'm currently planning on rolling the final 1.7.0 release candidate
> this Thursday evening (UTC +0100). Assuming the tests pass and
> signatures are valid, I'll cut the final release from the same magic
> revision early next week, with the hope
while compiling subversion-1.6.6 for http://opencsw.org we noticed
that the servers file is created in the /etc directory, even if
configure.log shows the sysconfdir is /opt/csw/etc, and the prefix is /
opt/csw. where in the code do you expect to configure this directory?
rupert.
On Dec 24, 10:40 am, "Bert Huijben" wrote:
> > -Original Message-
> > From: Bhuvaneswaran A [mailto:bhu...@collab.net]
> > Sent: donderdag 24 december 2009 5:15
> > To: Hyrum K. Wright
> > Cc: Subversion Development
> > Subject: Re: 1.6.7 up for signing/testing
>
> > On Wed, 2009-12-23 at
On Dec 23 2009, 4:35 pm, "Hyrum K. Wright"
wrote:
> A little late, but never never, here's the promised tarballs for Subversion
> 1.6.7. The magic revision is r893529, and you can find the tarballs here:
>
> http://orac.ece.utexas.edu/pub/svn/1.6.7/
>
for preparing the http://opencsw.org upgrad
25 matches
Mail list logo