RE: svn commit: r945350 - /subversion/trunk/subversion/tests/cmdline/merge_authz_tests.py

> -Original Message- > From: pbu...@apache.org [mailto:pbu...@apache.org] > Sent: maandag 17 mei 2010 22:34 > To: comm...@subversion.apache.org > Subject: svn commit: r945350 - > /subversion/trunk/subversion/tests/cmdline/merge_authz_tests.py > > Author: pburba > Date: Mon May 17 20:34:12

RE: svn commit: r945350 - /subversion/trunk/subversion/tests/cmdline/merge_authz_tests.py

> -Original Message- > From: Bert Huijben [mailto:b...@qqmail.nl] > Sent: dinsdag 18 mei 2010 9:03 > To: pbu...@apache.org > Cc: dev@subversion.apache.org > Subject: RE: svn commit: r945350 - > /subversion/trunk/subversion/tests/cmdline/merge_authz_tests.py > > > -Original Message---

Re: [PATCH v2] Saving a few cycles, part 2/3

Julian Foad wrote: Greg - do you want to respond re. 'fast_memcpy()'? On Sat, 2010-05-01, Stefan Fuhrmann wrote: [[[ svn_txdelta_apply_instructions is relatively slow for long instruction sequences copying small pieces of data. This seems to be particularly visible in non-packed FSFS reposito

Re: svn commit: r945350 - /subversion/trunk/subversion/tests/cmdline/merge_authz_tests.py

On Tue, May 18, 2010 at 4:49 AM, Bert Huijben wrote: > > >> -Original Message- >> From: Bert Huijben [mailto:b...@qqmail.nl] >> Sent: dinsdag 18 mei 2010 9:03 >> To: pbu...@apache.org >> Cc: dev@subversion.apache.org >> Subject: RE: svn commit: r945350 - >> /subversion/trunk/subversion/tes

Bug? inter-repository single-file externals not working

Hi, The documentation for subversion 1.6 sounds like single-file externals should work the same way as other externals. However, it seems like this currently only works within the same repository. I couldn't figure out, if this is a bug, a known issue or ... A corresponding bug had been closed,

Re: Bug? inter-repository single-file externals not working

>From the SVN 1.6 Release notes: http://subversion.apache.org/docs/release-notes/1.6.html#externals Support for files in svn:externals (client) If the URL in a svn:externals description refers to a file, it will be added into the working copy as a versioned item. There are a few differences bet

Possible svnsync bug

Hi there, I'm currently in the process of migrating a large CVS repository to Subversion. One of our use cases for Subversion is partially syncing the repository to our customers for read-only access. During testing svnsync I came across an issue which may be reproduced using the attached test sc

Re: Bug? inter-repository single-file externals not working

Peter Daum wrote on Tue, 18 May 2010 at 16:19 +0200: > Hi, > > The documentation for subversion 1.6 sounds like single-file externals > should work the same way as other externals. Which documentation? > However, it seems like this currently only works within the same > repository. > "Currentl

Re: Possible svnsync bug

I just tested Subversion trunk (r945683) and the issue persists. On Tue, May 18, 2010 at 05:21:27PM +0200, Jamma Tino Schwarze wrote: > I'm currently in the process of migrating a large CVS repository to > Subversion. One of our use cases for Subversion is partially syncing the > repository to ou

Re: Possible svnsync bug

Jamma Tino Schwarze writes: > During testing svnsync I came across an issue which may be reproduced > using the attached test script. It creates a repository (requires > svnmucc for the critical step), then svnsync's the /mf path within the > repository. [...] > I googled for this issue and looke

Re: Bug? inter-repository single-file externals not working

On Tue, May 18, 2010 at 11:23 AM, Daniel Shahaf wrote: > Peter Daum wrote on Tue, 18 May 2010 at 16:19 +0200: > > Hi, > > > > The documentation for subversion 1.6 sounds like single-file externals > > should work the same way as other externals. > > Which documentation? > > > However, it seems lik

Re: svn commit: r945280 - in /subversion/trunk: build.conf subversion/libsvn_ra_serf/commit.c subversion/mod_dav_svn/dav_svn.h subversion/mod_dav_svn/posts/ subversion/mod_dav_svn/posts/create-trans

Greg Stein wrote: > On Mon, May 17, 2010 at 15:35, C. Michael Pilato wrote: >> Greg Stein wrote: I have a local patch here that adds a mod_dav_svn utility function for stringbuf'ing a request into a giant block of memory and parsing into a skel. I can certainly switch to that appro

Re: svn commit: r93 - trunk/www/downloads

hwri...@tigris.org wrote: > Author: hwright > Date: 2010-05-18 11:03:03-0700 > New Revision: 93 > > Removed: >trunk/www/downloads/subversion-1.1.0-rc1.tar.bz2 >trunk/www/downloads/subversion-1.1.0-rc1.tar.bz2.asc >trunk/www/downloads/subversion-1.1.0-rc1.tar.gz [...] This breaks ever

Re: svn commit: r93 - trunk/www/downloads

On Tue, May 18, 2010 at 1:23 PM, C. Michael Pilato wrote: > hwri...@tigris.org wrote: > > Author: hwright > > Date: 2010-05-18 11:03:03-0700 > > New Revision: 93 > > > > Removed: > >trunk/www/downloads/subversion-1.1.0-rc1.tar.bz2 > >trunk/www/downloads/subversion-1.1.0-rc1.tar.bz2.asc > >

Re: svn commit: r945280 - in /subversion/trunk: build.conf subversion/libsvn_ra_serf/commit.c subversion/mod_dav_svn/dav_svn.h subversion/mod_dav_svn/posts/ subversion/mod_dav_svn/posts/create-trans

On Tue, May 18, 2010 at 13:31, C. Michael Pilato wrote: > Greg Stein wrote: >> On Mon, May 17, 2010 at 15:35, C. Michael Pilato wrote: >>> Greg Stein wrote: > I have a local patch here that adds a mod_dav_svn utility function for > stringbuf'ing a request into a giant block of memory and

Re: svn commit: r945280 - in /subversion/trunk: build.conf subversion/libsvn_ra_serf/commit.c subversion/mod_dav_svn/dav_svn.h subversion/mod_dav_svn/posts/ subversion/mod_dav_svn/posts/create-trans

Greg Stein wrote: >> I'll revert what's been committed thus far, and possibly return again when I >> find a sufficiently sized block of time. > > Yah, I was kinda surprised to see it go in there so quickly. Wasn't > expecting other needs for the body in 1.7. But thanks for backing out > the XML st

Re: Hosting tarballs on ASF infrastructure

On Mon, Apr 26, 2010 at 11:19 AM, Hyrum K. Wright < hyrum_wri...@mail.utexas.edu> wrote: > > > On Mon, Apr 26, 2010 at 11:05 AM, Greg Stein wrote: > >> I believe we should have no problem with the svn tarballs themselves, >> and will follow up on legal-discuss with that. >> >> Note that archive.a

2-URL merges incorrectly reverse-merge mergeinfo for merge target?

Given the subject line, I guess most of you realised that this mail is intended for Paul and any other merge-tracking nerds on this list :) Attached is a script that shows a merge which removes mergeinfo for the merge target for no explicable reason (at least I can't see a reason for removing it).

Re: 2-URL merges incorrectly reverse-merge mergeinfo for merge target?

On Tue, May 18, 2010 at 11:57:21PM +0200, Stefan Sperling wrote: > # Reintegrate the feature2 branch > svn up $trunk > svn merge --reintegrate $feature2_url $trunk > svn ci $trunk -m "reintegrate bugfix from feature2 branch" In case that "bugfix" comment confuses you, this should have read: svn c

[PATCH - v3] readable error messages on non-ASCII systems

This version hits error.c only, no new APIs. Sending as an attachment per http://subversion.apache.org/docs/community-guide/general.html#patches [[[ Produce readable error messages on non-ASCII systems. * subversion/libsvn_subr/error.c: print_error(): convert err->message and the message

Re: Hosting tarballs on ASF infrastructure

Hyrum K. Wright wrote: > Just a bit of followup on this. I've moved over all the > subversion-*.{zip,tar.gz,tar.bz2} artifacts to archive.apache.org. I > verified all the signatures, and also created sha1 checksum files for each > artifact. You should shortly be able to find them here: > http://

Re: 2-URL merges incorrectly reverse-merge mergeinfo for merge target?

Stefan Sperling wrote: > Given the subject line, I guess most of you realised that this mail > is intended for Paul and any other merge-tracking nerds on this list :) > > Attached is a script that shows a merge which removes mergeinfo for > the merge target for no explicable reason (at least I can

[PATCH] Fix for a JNI bug in CreateJ.cpp (JavaHL)

Dear Subversion Developers: I attach a patch for a JNI bug. To reproduce the bug, run your JavaHL regression test under our dynamic JNI bug detector, Jinn [http://userweb.cs.utexas.edu/~bclee/jinn]. $env JAVA_TOOL_OPTIONS=-agentlib:jinn make check-javahl ... .Exception in thread "main" xtc.lang.b

Re: [PATCH] Fix for a JNI bug in CreateJ.cpp (JavaHL)

On Tue, May 18, 2010 at 10:14 PM, Byeongcheol Lee wrote: > Dear Subversion Developers: > > I attach a patch for a JNI bug. To reproduce the bug, run your JavaHL > regression test under our dynamic JNI bug detector, Jinn > [http://userweb.cs.utexas.edu/~bclee/jinn

Re: [PATCH] Fix for a JNI bug in CreateJ.cpp (JavaHL)

[[[ * subversion/bindings/javahl/native/CreateJ.cpp (Set): Use CallBooleanMethod for a method returning a boolean value. ]]] On Tue, May 18, 2010 at 10:25 PM, Hyrum K. Wright wrote: > > > On Tue, May 18, 2010 at 10:14 PM, Byeongcheol Lee > wrote: >> >> Dear Subversion Developers: >> >> I attach

Re: svn trunk r945350: PASS (x64-ubuntu gcc)

Is the Ubuntu Buildbot the only one still sending to svn-break...@subversion.tigris.org? Is there an apache list somewhere for watching buildbot results? (None listed on http://subversion.apache.org/mailing-lists.html). Thanks, -- Joe On Mon, May 17, 2010 at 2:00 PM, wrote: > Full details are