On 2013-03-06 18:55:55 +, Julian Foad wrote:
> I don't know if anything like that would be feasible. It may be
> possible in theory but too complex in practice. The parameters we
> need to extract would include such things as the Huffman coding
> tables used and also parameters that influence
[Philip Martin]
> On my Debian box apxs does the right thing:
Wow, I wonder when that changed. I definitely had to work around this
issue many years ago - but after that, I never checked back to see if
apxs would magically detect the need to run libtool to install
something. You're right, now i
Peter Samuelson writes:
>> > That reminds me. We really should be installing Apache modules with
>> > 'libtool --mode=install', because on some platforms that is _not_ just
>> > a simple copy like you'd expect; sometimes it has to do other things.
>
> [Philip Martin]
>> We currently use Apache's
> > That reminds me. We really should be installing Apache modules with
> > 'libtool --mode=install', because on some platforms that is _not_ just
> > a simple copy like you'd expect; sometimes it has to do other things.
[Philip Martin]
> We currently use Apache's apxs to install mod_dav_svn and
Peter Samuelson writes:
> That reminds me. We really should be installing Apache modules with
> 'libtool --mode=install', because on some platforms that is _not_ just
> a simple copy like you'd expect; sometimes it has to do other things.
We currently use Apache's apxs to install mod_dav_svn an
On Wed, Mar 6, 2013 at 4:14 PM, Bo Chen wrote:
> Clarify one point: The file@base (or the file @head) refers to the file I
> am currently updating, right?
>
> I am very curious why the server needs to re-compute the skip-delta. Is
> there any rule to guide the server which pristine version to be
Andreas Stieger wrote:
> The installation of mod_dontdothat was moved to make install-tools,
> however the trunk code tries to install with libtool which fails with
> the message: cannot install mod_dontdothat.la to a directory not ending
> in [...]/lib/apache2/modules
>
> The attached patch fixe
[Andreas Stieger]
> The installation of mod_dontdothat was moved to make install-tools,
> however the trunk code tries to install with libtool which fails with
> the message: cannot install mod_dontdothat.la to a directory not ending
> in [...]/lib/apache2/modules
That reminds me. We really shou
Hello,
The installation of mod_dontdothat was moved to make install-tools,
however the trunk code tries to install with libtool which fails with
the message: cannot install mod_dontdothat.la to a directory not ending
in [...]/lib/apache2/modules
The attached patch fixes this. This was mentioned e
Paul Burba wrote:
> On Tue, Feb 26, 2013 at 11:37 PM, Julian Foad wrote:
>> Philip Martin
>>> Stefan Sperling writes:
Merge test 125 is leaving behind a core file on my system which
contains the following trace. Is anyone else seeing this?
>>>
at subversion/libsvn_client/merge.c
Vincent Lefevre wrote:
> On 2013-03-05 16:52:30 +, Julian Foad wrote:
>> Vincent Lefevre wrote:
> [about server-side vs client-side]
[...]
> Because the diff between two huge compressed files is generally huge
> (unless some rsync-friendly option has been applied, when available).
> So, if th
This is all very insightful and informative. For fun, I threw together a
quick script which commits a series of extremely minor changes to a MS
Word file and monitors how the repository size evolves. I then added
the following lines to the script to commit not the original Word file
but an unzip
On Tue, Feb 26, 2013 at 11:37 PM, Julian Foad
wrote:
>
> --
> Certified & Supported Apache Subversion Downloads:
> http://www.wandisco.com/subversion/download
>
> - Original Message -
>> From: Philip Martin
>> To: dev@subversion.apache.org
>> Cc:
>> Sent: Monday, 25 February 2013, 5:37
>
On Wed, Mar 6, 2013 at 7:24 AM, Daniel Shahaf wrote:
> See notes/skip-deltas in trunk.
Things are a little bit more complicated in trunk than what's in
notes/skip-deltas for fsfs because we now have some knobs that let you
adjust how the skip deltas behave. This changes the default behavior
of a
Daniel Shahaf wrote on Wed, Mar 06, 2013 at 17:24:46 +0200:
> Bo Chen wrote on Wed, Mar 06, 2013 at 10:14:41 -0500:
> > I am very curious why the server needs to re-compute the skip-delta. Is
> > there any rule to guide the server which pristine version to be delta-ed
> > against? To optimize the d
Bo Chen wrote on Wed, Mar 06, 2013 at 10:14:41 -0500:
> I am very curious why the server needs to re-compute the skip-delta. Is
> there any rule to guide the server which pristine version to be delta-ed
> against? To optimize the delta (specifically, to optimize the storage for
> the delta)?
>
Se
Clarify one point: The file@base (or the file @head) refers to the file I
am currently updating, right?
I am very curious why the server needs to re-compute the skip-delta. Is
there any rule to guide the server which pristine version to be delta-ed
against? To optimize the delta (specifically, to
Branko Čibej wrote on Wed, Mar 06, 2013 at 06:41:40 +0100:
> On 06.03.2013 06:21, Daniel Shahaf wrote:
> > Bo Chen wrote on Tue, Mar 05, 2013 at 23:49:06 -0500:
> >> Can anyone help me make clear the following questions? Thanks very much.
> >>
> >> I make some updates, and the SVN client generates
On 2013-03-05 16:52:30 +, Julian Foad wrote:
> Vincent Lefevre wrote:
[about server-side vs client-side]
> > But even if there would be no problems with the
> > construction/reconstruction, it would be a bad solution, IMHO.
> > Indeed, for a commit, it is the client that is supposed to expand
>
19 matches
Mail list logo
