On 21.10.2012 20:49, Ben Reser wrote:
> On Fri, Oct 19, 2012 at 1:00 AM, Branko Čibej wrote:
>> Oh yes. Eventually I'd like to see something like this:
>>
>> * The functionality of repo-relative externals replaced with some
>> flavour of in-repo links, so that the client doesn't even have to
Failed to update to HEAD.
Stefan Fuhrmann wrote on Sun, Oct 21, 2012 at 19:43:16 +0200:
> On Sun, Oct 21, 2012 at 5:55 PM, Daniel Shahaf wrote:
>
> > Stefan Fuhrmann wrote on Sat, Oct 20, 2012 at 15:14:11 +0200:
> > > On Thu, Oct 18, 2012 at 10:22 PM, Daniel Shahaf > >wrote:
> > >
> > > > Stefan Fuhrmann wrote on Thu, Oct
stef...@apache.org wrote on Sat, Oct 20, 2012 at 11:47:11 -:
> Author: stefan2
> Date: Sat Oct 20 11:47:10 2012
> New Revision: 1400423
>
> URL: http://svn.apache.org/viewvc?rev=1400423&view=rev
> Log:
> * subversion/libsvn_fs_fs/structure
> (Packing revision properties): add short descripti
stef...@apache.org wrote on Sat, Oct 20, 2012 at 18:35:24 -:
> Author: stefan2
> Date: Sat Oct 20 18:35:24 2012
> New Revision: 1400498
>
> URL: http://svn.apache.org/viewvc?rev=1400498&view=rev
> Log:
> On systems without efficient 64 bit atomics, svnadmin should not attempt
> to enable revpr
On Sun, Oct 21, 2012 at 11:56 AM, Stefan Fuhrmann
wrote:
> All caches are enabled by default. With revprop packing,
> we read the whole packed revprop file only once and put
> all items into the cache. That speeds up dump & friends.
>
> Also, any manipulation to some revprop will instantly
> becom
On Sun, Oct 21, 2012 at 8:35 PM, Ben Reser wrote:
> On Sat, Oct 20, 2012 at 11:35 AM, wrote:
> > Author: stefan2
> > Date: Sat Oct 20 18:35:24 2012
> > New Revision: 1400498
> >
> > URL: http://svn.apache.org/viewvc?rev=1400498&view=rev
> > Log:
> > On systems without efficient 64 bit atomics,
On Fri, Oct 19, 2012 at 1:00 AM, Branko Čibej wrote:
> Oh yes. Eventually I'd like to see something like this:
>
> * The functionality of repo-relative externals replaced with some
> flavour of in-repo links, so that the client doesn't even have to
> know about them.
> o ... though
On Sat, Oct 20, 2012 at 11:35 AM, wrote:
> Author: stefan2
> Date: Sat Oct 20 18:35:24 2012
> New Revision: 1400498
>
> URL: http://svn.apache.org/viewvc?rev=1400498&view=rev
> Log:
> On systems without efficient 64 bit atomics, svnadmin should not attempt
> to enable revprop caching because FSFS
On Sun, Oct 21, 2012 at 5:55 PM, Daniel Shahaf wrote:
> Stefan Fuhrmann wrote on Sat, Oct 20, 2012 at 15:14:11 +0200:
> > On Thu, Oct 18, 2012 at 10:22 PM, Daniel Shahaf >wrote:
> >
> > > Stefan Fuhrmann wrote on Thu, Oct 18, 2012 at 02:56:15 +0200:
> > > > On Tue, Oct 16, 2012 at 12:55 AM, Danie
On Thu, Oct 18, 2012 at 10:46 PM, Daniel Shahaf wrote:
> Stefan Fuhrmann wrote on Thu, Oct 18, 2012 at 02:26:13 +0200:
> > On Thu, Oct 18, 2012 at 1:57 AM, Daniel Shahaf >wrote:
> >
> > > Branko Čibej wrote on Mon, Oct 15, 2012 at 23:51:43 -0400:
> > > > On 15.10.2012 17:14, Stefan Fuhrmann wrote
BTW, I'd like to point out a few further problems with the patch; even
if it doesn't get applied, you might find them useful for your next
patch.
Prabhu Gnana Sundar wrote on Sun, Oct 21, 2012 at 00:57:47 +0530:
> Index: subversion/libsvn_repos/dump.c
>
Stefan Sperling wrote on Sun, Oct 21, 2012 at 18:08:27 +0200:
> On Sun, Oct 21, 2012 at 05:47:28PM +0200, Daniel Shahaf wrote:
> > Please address my earlier review question, asking why this needs to be
> > implemented in the library and can't be done satisfactorily in user
> > (C or Python) code.
>
>
>I might think differently if Prabhu says he already wrote
>a verify-keep-going.py a year ago, has been using it since, and decided
>it's so useful it belongs in the core. But I don't know that to be the
>case.
Ok. Let me tell you how I started writing this. I had a repo on a windows
serve
Stefan Sperling wrote on Sun, Oct 21, 2012 at 18:08:27 +0200:
> On Sun, Oct 21, 2012 at 05:47:28PM +0200, Daniel Shahaf wrote:
> > Please address my earlier review question, asking why this needs to be
> > implemented in the library and can't be done satisfactorily in user
> > (C or Python) code.
>
On Sun, Oct 21, 2012 at 05:47:28PM +0200, Daniel Shahaf wrote:
> Please address my earlier review question, asking why this needs to be
> implemented in the library and can't be done satisfactorily in user
> (C or Python) code.
Well... let me turn this around on you and ask:
Why should it not be i
Stefan Fuhrmann wrote on Sat, Oct 20, 2012 at 15:14:11 +0200:
> On Thu, Oct 18, 2012 at 10:22 PM, Daniel Shahaf
> wrote:
>
> > Stefan Fuhrmann wrote on Thu, Oct 18, 2012 at 02:56:15 +0200:
> > > On Tue, Oct 16, 2012 at 12:55 AM, Daniel Shahaf > >wrote:
> > >
> > > > stef...@apache.org wrote on S
Stefan Fuhrmann wrote on Sat, Oct 20, 2012 at 13:55:14 +0200:
> On Tue, Oct 16, 2012 at 2:30 AM, Daniel Shahaf wrote:
>
> > Daniel Shahaf wrote on Tue, Oct 16, 2012 at 02:24:12 +0200:
> > > libsvn_fs_fs/structure says that a pack file starts with an
> > > svndiff-encoded integer. Where is that in
Please address my earlier review question, asking why this needs to be
implemented in the library and can't be done satisfactorily in user
(C or Python) code.
Prabhu Gnana Sundar wrote on Sun, Oct 21, 2012 at 00:57:47 +0530:
> Thanks Stefan,
>
>I have written a new patch as per your suggestion
* Arfrever Frehtes Taifersar Arahesis , 2012-10-19,
05:56:
po/pl.po has this message:
msgstr "--- Łączenie zmian nastąpiłych pomiędzy URL-ami repozytorium do '%s':\n"
"nastąpiłych" is a glaring (and quite hilarious) grammar error. It
should be s/ nastąpiłych/, które nastąpiły/ (in this and ot
20 matches
Mail list logo
