On Thu, Jun 20, 2013 at 01:38:11PM -0700, Branko Čibej wrote:
> On 20.06.2013 22:30, Branko Čibej wrote:
> > On 20.06.2013 17:52, Rainer Jung wrote:
> >> 1.8.0 calls gcc with -std=c90. For my Solaris 10 Sparc using gcc 4.7.2
> >> this leads to "_STRICT_STDC" getting defined and then limits.h no lon
On Mon, Jul 16, 2012 at 10:39:58AM -0700, Trent Nelson wrote:
>
> On Jul 16, 2012, at 12:38 PM, Daniel Shahaf wrote:
>
> > Trent Nelson wrote on Mon, Jul 16, 2012 at 08:58:09 -0700:
> >> Somewhat related: is this a FreeBSD box?
> >
> > Yes, it's eri
On 7/17/12 1:14 AM, "Trent Nelson" wrote:
> 7. Once we detect a root is affected, evn:roots is updated
>accordingly. In trac@r175, a new tag is created. Specifically,
>trunk@175 is copied to /tags/trac-0.5-rc1. That results in two
^
On 7/16/12 8:57 PM, "Johan Corveleyn" wrote:
>On Mon, Jul 16, 2012 at 3:33 PM, C. Michael Pilato
>wrote:
>> On 07/16/2012 08:11 AM, Bert Huijben wrote:
>>> As we couldn't think of a usage of the content I would suggest that we
>>>just
>>> always set the property to '*', just like how we handle
On Jul 16, 2012, at 12:38 PM, Daniel Shahaf wrote:
> Trent Nelson wrote on Mon, Jul 16, 2012 at 08:58:09 -0700:
>> Somewhat related: is this a FreeBSD box?
>
> Yes, it's eris from http://www.apache.org/dev/machines.
>
>> ports/sysutils/mcelog is useful for g
On Jul 16, 2012, at 11:17 AM, C. Michael Pilato wrote:
> On 07/16/2012 09:41 AM, Stefan Sperling wrote:
>> On Mon, Jul 16, 2012 at 02:11:10PM +0200, Bert Huijben wrote:
>>> Open questions:
>>> * 'svn:branch' or maybe 'svn:root'?
>>
>> I'd prefer svn:branch but I don't care strongly.
>
> And I "
On Jul 16, 2012, at 8:11 AM, Bert Huijben wrote:
> Hi,
>
> On the Berlin hackathon the suggestion was raised that it might help that we
> standardize a new 'svn:branch' property to give tooling a hint on what
> directories are branches and which aren't.
Automatic branch ("root") identific
On Jul 15, 2012, at 9:32 AM, Daniel Shahaf wrote:
> Daniel Shahaf wrote on Tue, Jul 10, 2012 at 09:46:55 +0100:
>> Pending rmuir@'s feedback, then, I'll go ahead and edit the revision
>> file in-place. No change should be needed to any of the svn mirrors.
>
> I have now made the following edit:
On 7/8/12 11:48 AM, "Daniel Shahaf" wrote:
>Daniel Shahaf wrote on Sat, Jul 07, 2012 at 15:09:38 +0100:
>> How can we have a 'modify-file' within an added-without-copyfrom tree?
That's a pretty impressive invariant violation. Enversion would have
caught it, but only because we assert that a m
Hi Stefan,
> This week I had one of my "how hard can it be?" moments
> and finally implemented revprop packing
Lots of tools, like svnsync, store metadata in r0 rev props. Could this
rev be excluded from packing?
What's the performance penalty for modifying a packed rev props? From
what you'v
On Apr 19, 2012, at 1:36 PM, Trent Nelson wrote:
>
> On Apr 19, 2012, at 8:38 AM, Stefan Sperling wrote:
>
>> On Thu, Apr 19, 2012 at 12:48:44PM +0200, Stefan Fuhrmann wrote:
>>> Hi all,
>>>
>>> After having a closer look at merge and discussing it
&g
On Apr 19, 2012, at 8:38 AM, Stefan Sperling wrote:
> On Thu, Apr 19, 2012 at 12:48:44PM +0200, Stefan Fuhrmann wrote:
>> Hi all,
>>
>> After having a closer look at merge and discussing it
>> with Julian on IRC, there seems to be no silver bullet.
>> However, we identified a few things that cou
On 3/14/12 3:40 PM, "Daniel Shahaf" wrote:
>Philip: I recalled last year's discussions about implied indexes, but
>between Trent's reported observations on IRC and a back-of-the-envelope
>test with sqlite3(1) I was led to believe that an implied index does not
>get created for in this case (due t
On 3/6/12 5:35 PM, "Philip Martin" wrote:
>Philip Martin writes:
>
>> It may be TEXT but it is also PRIMARY KEY and according to the SQLite
>> docs:
>>
>> http://sqlite.org/lang_createtable.html
>>
>>INTEGER PRIMARY KEY columns aside, both UNIQUE and PRIMARY KEY
>>constraints are imple
On Mon, Feb 06, 2012 at 05:34:48PM -0800, Daniel Shahaf wrote:
> Trent Nelson wrote on Mon, Feb 06, 2012 at 15:22:21 -0500:
> > On Mon, Feb 06, 2012 at 11:39:13AM -0800, Hyrum K Wright wrote:
> > > On Mon, Feb 6, 2012 at 1:25 PM, Blair Zajac wrote:
> > > > With a
On Mon, Feb 06, 2012 at 11:39:13AM -0800, Hyrum K Wright wrote:
> On Mon, Feb 6, 2012 at 1:25 PM, Blair Zajac wrote:
> > With a fsfs corruption bug found and fixed this week [1], should we cut a
> > 1.6.18? 1.6.17 was tagged 8 months ago. If we don't cut a new release,
> > then we should probabl
On Fri, Feb 03, 2012 at 04:11:56PM -0800, Cory Finger wrote:
> Is there a way in subversion to disable the ability of the post-commit
> hook to run concurrently?
>
> Say Jim and Bob both commit a file at nearly the same time, I would
> like to disable the asynchronous capabilities of commit hooks s
On Fri, Feb 03, 2012 at 02:42:49PM -0800, Cory Finger wrote:
> Hello, I was just curious. I am developing a script that involves both
> a pre-commit hook and a post commit hook.
>
> The post-commit hook opens a file, reads a file, and saves a file. I
> was wondering, do I need to set up a lock-file
On Tue, Jan 24, 2012 at 03:44:04AM -0800, Daniel Shahaf wrote:
> Trent Nelson wrote on Mon, Jan 23, 2012 at 15:07:20 -0500:
> > Index: subversion/bindings/swig/python/tests/mergeinfo.py
> > ===
> > --- subversion
On Jan 24, 2012, at 12:11 AM, Daniel Shahaf wrote:
> Trent Nelson wrote on Mon, Jan 23, 2012 at 15:07:20 -0500:
>> Fix a memory leak in convert_rangelist by *always* Py_DECREF'ing the object
>> returned by convert_to_swigtype (a SWIG wrapper around svn_merge_range_t)
>&
of references passed
in (i.e. calls Py_INCREF). Prior to this fix, the reference counts of any
svn_merge_range_t objects would always be off-by-one, preventing them from
ever being garbage collected, having dire effects on the memory usage of
long-running programs calling svn_mergeinfo_parse() on real-
,
Trent.
[[[
Improve docstrings for svn_delta_editor_t's absent_(file|directory) callbacks.
* subversion/include/svn_delta.h
(svn_delta_editor_t): the absent_(file|directory)
callbacks will *only* be invoked due to authz
restrictions; state this clearly in the docstrings.
On 07-Oct-11 6:59 AM, Julian Foad wrote:
On Fri, 2011-10-07 at 11:29 +0100, Julian Foad wrote:
Stefan Sperling wrote:
julianfoad wrote:
+/* This property marks a branch root. Branches with the same value of this
+ * property are mergeable. */
+#define SVN_PROP_BRANCHING_ROOT "svn:ignore" /* ##
23 matches
Mail list logo
