MTime resurrected

So, I've found myself needing the MTime extension that's been under discussion since 2003 (Issue #1256) and just spent some time reading the various posts associated with it. In 2010 Edmund Wong wrote a nearly complete spec for mtime preservation, after which some discussion narrowed it down,

Re: PRAGMA page_size;

Daniel Shahafwrote: > Apparently changing the PAGE_SIZE pragma has a significant effect on the > wc speed: > > 65536 [...] 29 s >  4096 [...] 20 s >  1024 [...] 19 / 16 s > > Now, obviously just using the 65k (the maximum) for the pragma isn't > always a good idea; but should we make this configu

Re: PRAGMA page_size;

I (Julian Foad) wrote: > This thread seems to have a useful discussion: > , which seems to > be saying that a larger default seemed to be helpful for Mozilla on Windows. Ah, I suppose the most interesting thing right now is to experiment o

Re: [RFC] Inheritable Properties

On 15.02.2012 21:18, Greg Stein wrote: > And thinking on that: how does the client do inheritance in a > mixed-revision working copy? D@10 inherits props from P, but the > client has P@5. If there are changes in P@7, then the inherited > properties a likely wrong for D@10. Reading this thread real

Re: PRAGMA page_size;

Julian Foad writes: > I (Julian Foad) wrote: > >> This thread seems to have a useful discussion: >> , which >> seems to be saying that a larger default seemed to be helpful for >> Mozilla on Windows. > > Ah, I suppose the most interesting th

Re: [RFC] Inheritable Properties

On 02/16/2012 05:50 AM, Branko Čibej wrote: > On 15.02.2012 21:18, Greg Stein wrote: >> And thinking on that: how does the client do inheritance in a >> mixed-revision working copy? D@10 inherits props from P, but the >> client has P@5. If there are changes in P@7, then the inherited >> properties

Re: PRAGMA page_size;

So, tldr: sqlite gets the default right usually. Thanks for digging into this :) Daniel (FWIW: the bacground here is a 1.6 merge which was spending most of its time reading an entries file) Philip Martin wrote on Thu, Feb 16, 2012 at 11:01:33 +: > Julian Foad writes: > > > I (Julian Foad)

Re: [RFC] Inheritable Properties

On 16.02.2012 16:46, C. Michael Pilato wrote: > On 02/16/2012 05:50 AM, Branko Čibej wrote: >> On 15.02.2012 21:18, Greg Stein wrote: >>> And thinking on that: how does the client do inheritance in a >>> mixed-revision working copy? D@10 inherits props from P, but the >>> client has P@5. If there a

Re: Moving our dist area to svnpubsub

No objections so I'll go ahead and ask infra to implement this. The one variable here is "what mailing list to send commit mails to". I'm assuming dev@. (commits@ is the other option) Daniel Shahaf wrote on Mon, Feb 13, 2012 at 17:02:16 +0200: > Currently we publish releases by uploading them to

svn commit: r492 - /release/subversion/

Author: danielsh Date: Thu Feb 16 12:53:44 2012 New Revision: 492 Log: Import current releases to dist/release/. The latestest release is 1.7.3. The latest 1.6.x release is not included as it's not distributed from *.apache.org. * HEADER.html, README: Import. * subversion-1.7.3.tar.bz2.sha1

svn commit: r493 - /release/subversion/.htaccess

Author: danielsh Date: Thu Feb 16 12:56:30 2012 New Revision: 493 Log: * .htaccess: Import. Added: release/subversion/.htaccess Added: release/subversion/.htaccess == --- release/subversion/.htaccess (added) +++ rele

Re: Moving our dist area to svnpubsub

This is now in place. We have https://dist.apache.org/repos/dist/dev/subversion/ and https://dist.apache.org/repos/dist/release/subversion/ , with the latter is tied via svnpubsub to the master distribution site (and the rsync seed for mirrors). I imagine we'll use the /release tree just like we

Re: MTime resurrected

[Rick Yorgason] > Wouldn't an acceptable default be to always update the local file > time to the text-time, except when the local file time is newer? > (i.e. Ensuring that the time never goes backward, even on a switch or > revert.) > > That would never screw up a build system Eh? It would scr

Re: svn commit: r961254 - in /subversion/trunk/subversion: include/private/svn_wc_private.h libsvn_client/cat.c libsvn_client/client.h libsvn_client/merge.c libsvn_wc/questions.c

On Wed, Jul 07, 2010 at 06:44:27AM -, hwri...@apache.org wrote: > Author: hwright > Date: Wed Jul 7 06:44:26 2010 > New Revision: 961254 > > URL: http://svn.apache.org/viewvc?rev=961254&view=rev > Log: > Remove a hacky use of a libsvn_wc function, by reusing some existing > libsvn_client code

Re: svn commit: r961254 - in /subversion/trunk/subversion: include/private/svn_wc_private.h libsvn_client/cat.c libsvn_client/client.h libsvn_client/merge.c libsvn_wc/questions.c

On Fri, Feb 17, 2012 at 01:16:36AM +0100, Stefan Sperling wrote: > On Wed, Jul 07, 2010 at 06:44:27AM -, hwri...@apache.org wrote: > > Author: hwright > > Date: Wed Jul 7 06:44:26 2010 > > New Revision: 961254 > > > > URL: http://svn.apache.org/viewvc?rev=961254&view=rev > > Log: > > Remove a

Re: [Issue 4119] New - can't cat an added symlink

danie...@tigris.org wrote on Thu, Feb 16, 2012 at 17:00:07 -0800: > --- Additional comments from danie...@tigris.org Thu Feb 16 17:00:07 > -0800 2012 --- > % ln -s foo bar > % $svn add -q bar > % $svn cat bar > svn: E29: '/home/daniel/src/svn/t1/bar' has no base revision until it is

Re: Let's discuss about unicode compositions for filenames!

On 2012-01-30 21:29:41 +0100, Stefan Sperling wrote: > On Mon, Jan 30, 2012 at 09:09:22PM +0100, Branko Čibej wrote: > > Are you seriously proposing that we /support/ such broken, hackish > > nonsense? How do you expect users to tell the difference between file > > names that look identical on the

Re: svn commit: r961254 - in /subversion/trunk/subversion: include/private/svn_wc_private.h libsvn_client/cat.c libsvn_client/client.h libsvn_client/merge.c libsvn_wc/questions.c

On Fri, Feb 17, 2012 at 01:47:59AM +0100, Stefan Sperling wrote: > On Fri, Feb 17, 2012 at 01:16:36AM +0100, Stefan Sperling wrote: > > On Wed, Jul 07, 2010 at 06:44:27AM -, hwri...@apache.org wrote: > > > Author: hwright > > > Date: Wed Jul 7 06:44:26 2010 > > > New Revision: 961254 > > > >

Re: Let's discuss about unicode compositions for filenames!

2012/2/17 Vincent Lefevre : > On 2012-01-30 21:29:41 +0100, Stefan Sperling wrote: >> On Mon, Jan 30, 2012 at 09:09:22PM +0100, Branko Čibej wrote: >> > Are you seriously proposing that we /support/ such broken, hackish >> > nonsense? How do you expect users to tell the difference between file >> >