Hello,
I've been working on an full text search plugin for Trac. At initial setup this
indexes the entire Subversion repository by reading every node of every
version. During testing we discovered that the indexer was running out of file
handles, due to a file handle leak. As far as I can tell
Am 16.04.2012 11:29, schrieb Willmer, Alex (PTS):
> I've been working on an full text search plugin for Trac.
Nice! ;)
> At initial setup this indexes the entire Subversion repository by
> reading every node of every version. During testing we discovered
> that the indexer was running out of file
Is it by design that 'svn cleanup' ignores externals and that there is no way to
include them?
I found it a bit inconsistent that 'working copy' has different meanings for
'svn update' and 'svn cleanup'.
Kuno
$>svn help update
update (up): Bring changes from the repository into th
Kuno Meyer wrote on Mon, Apr 16, 2012 at 10:31:33 +:
> Is it by design that 'svn cleanup' ignores externals and that there is no way
> to
> include them?
>
You should be able to include them by naming them explicitly:
% svn cleanup path/to/external/dir
> I found it a bit inconsistent that
I don't have apxs and can't find a 64 bit version. Seems like I would also
need Perl.
Is there a Windows 64 pre-compiled version of mod_dontdothat?
Paul Coulson
Software Engineer
Email:pcoul...@senscient.com
A2 Arena Business Centre,
Holy Rood Close
Poole
Dorset BH17 7FJ
Tel:+44 (0) 1202
> -Original Message-
> From: Daniel Shahaf [mailto:danie...@elego.de]
> Sent: 16 April 2012 12:49
> To: Kuno Meyer
> Cc: users@subversion.apache.org
> Subject: Re: 'svn cleanup' ignores externals
>
> Kuno Meyer wrote on Mon, Apr 16, 2012 at 10:31:33 +:
> > Is it by design that 'svn cl
Hi Stefan,
Thanks for the new release! From the list of changes for 1.6.18 I
learned that the server side performance of "log -g" was improved
(r1152282). This sounds particularly interesting for our setup. Does a
similar fix exist in 1.7.4, too?
Regards,
Thomas
This email and its attachm
On Mon, Apr 16, 2012 at 8:52 AM, Becker, Thomas wrote:
\
> Thanks for the new release! From the list of changes for 1.6.18 I
> learned that the server side performance of "log -g" was improved
> (r1152282). This sounds particularly interesting for our setup. Does a
> similar fix exist in 1.7.4, to
Ulrich Eckhardt dominolaser.com> writes:
> Am 16.04.2012 11:29, schrieb Willmer, Alex (PTS):
> > To work around this I have monkey patched a
> > Stream.close() method that calls svn_stream_close, which is used
> > in a try/finally block.
>
> Disclaimer: I'm not really familiar with the SVN/Python
Daniel Shahaf wrote on Mon, 16 Apr 2012 14:48:45 +0300:
> Kuno Meyer wrote on Mon, Apr 16, 2012 at 10:31:33 +:
> > Is it by design that 'svn cleanup' ignores externals and that there is
> no way to
> > include them?
> >
>
> You should be able to include them by naming them explicitly:
>
> %
Kuno Meyer wrote on Mon, Apr 16, 2012 at 16:51:29 +0200:
> Daniel Shahaf wrote on Mon, 16 Apr 2012 14:48:45 +0300:
> > Kuno Meyer wrote on Mon, Apr 16, 2012 at 10:31:33 +:
> > > Is it by design that 'svn cleanup' ignores externals and that there is
> > no way to
> > > include them?
> > >
> >
Hi,
Anyone know if there is a workable SVN/DAV proxy that exists that can
handle the protocol enough to make all the translations required between
differing old/new URIs?
Why?
We're changing SVN servers from mod-dav-svn to SCM-Manager - and one
minor fly in the ointment is the sty
2012/4/16 Daniel Shahaf :
> Kuno Meyer wrote on Mon, Apr 16, 2012 at 16:51:29 +0200:
>> Daniel Shahaf wrote on Mon, 16 Apr 2012 14:48:45 +0300:
>> > Kuno Meyer wrote on Mon, Apr 16, 2012 at 10:31:33 +:
>> > > Is it by design that 'svn cleanup' ignores externals and that there is
>> > no way to
Tim Watts wrote:
>[...]
>We're changing SVN servers from mod-dav-svn to SCM-Manager - and one
>minor fly in the ointment is the style of our old repo URI, which was of
>the form:
is there a reason you can't just use 'svn relocate' on the working
copies?
--
Lorenz
Thanks for the pointers, Konstantin. I've promoted the bug to
1.8-consider. (It's not a release blocker.)
Konstantin Kolinko wrote on Tue, Apr 17, 2012 at 03:02:23 +0400:
> 2012/4/16 Daniel Shahaf :
> > Kuno Meyer wrote on Mon, Apr 16, 2012 at 16:51:29 +0200:
> >> Daniel Shahaf wrote on Mon, 16
15 matches
Mail list logo