On Mon, Oct 18, 2010 at 23:51, Blair Zajac wrote:
> On 10/04/2010 06:45 AM, C. Michael Pilato wrote:
>>
>> There, you can learn more about what the Meetups tend to look like, what
>> other Meetups are planned for this years conference, and so on. You'll
>> also
>> find a link to the Subversion Me
> -Original Message-
> From: phi...@apache.org [mailto:phi...@apache.org]
> Sent: dinsdag 19 oktober 2010 11:33
> To: comm...@subversion.apache.org
> Subject: svn commit: r1024187 -
> /subversion/trunk/subversion/libsvn_wc/wc_db.c
>
> Author: philip
> Date: Tue Oct 19 09:33:06 2010
> New
"Bert Huijben" writes:
>> - if (err && SVN_WC__ERR_IS_NOT_CURRENT_WC(err))
>> + SVN_ERR(svn_wc__db_pdh_parse_local_abspath(&pdh, &local_relpath, db,
>> + local_abspath,
>> svn_sqlite__mode_readonly,
>> + scratch_pool, scratch_pool));
>>
No clues?
> -Original Message-
> From: Edward Ned Harvey [mailto:s...@nedharvey.com]
> Sent: Saturday, October 16, 2010 8:19 AM
> To: dev@subversion.apache.org
> Subject: checksum error
>
> I have a master & slave server, in US and India. They are both 1.6.12,
> but
> the slave was 1.5
Greg Stein wrote on Tue, Oct 19, 2010 at 04:31:42 -0400:
> Personally, I see [FSv2] as a broad swath of API changes to align our
> needs with the underlying storage. Trowbridge noted that our current
> API makes it *really* difficult to implement an effective backend. I'd
> also like to see a backe
There is a Board meeting tomorrow. A couple weeks ago, I forwarded my
report to the Board for y'all to see here. One of the feedback items
was that we may want to consider how we present the prior development
lines' licensing on our source code page.
Where did we document our release/support polic
In 1.7 we insist that "switch --relocate" only acts on a whole working
copy. In 1.6 we allow parts of the working copy to be relocated.
What should 1.7 do when upgrading a partially switched working copy?
At present it ignores partial relocation and upgrades the whole
working copy based on the re
On Tue, 2010-10-19 at 04:31 -0400, Greg Stein wrote:
> The FSFS backend was dropped in as a fait d'accompli.
A minor correction: ra_svn was dropped in as a fait d'accompli. FSFS
was, as far as I remember, a pretty open process where I created a
design and Josh Pieper implemented it. You can look
On Tue, Oct 19, 2010 at 11:04, Greg Hudson wrote:
> On Tue, 2010-10-19 at 04:31 -0400, Greg Stein wrote:
>> The FSFS backend was dropped in as a fait d'accompli.
>
> A minor correction: ra_svn was dropped in as a fait d'accompli. FSFS
> was, as far as I remember, a pretty open process where I cre
On Tue, Oct 19, 2010 at 10:29:26AM -0400, Greg Stein wrote:
> There is a Board meeting tomorrow. A couple weeks ago, I forwarded my
> report to the Board for y'all to see here. One of the feedback items
> was that we may want to consider how we present the prior development
> lines' licensing on ou
On 10/19/2010 10:29 AM, Greg Stein wrote:
> Maybe we could have a section on the bottom of source-code.html that
> describes this, and we could also document the licensing and "not an
> ASF release" nature? Just brainstorming here...
+1.
--
C. Michael Pilato
CollabNet <> www.collab.net <>
Hi,
I'm still using r1023755 from trunk, but I haven't seen a commit which I
think would fix this:
There's a massive memory leak somewhere. I can't check out even small
projects anymore since the memory consumption raises very fast and
reaches the limit of my available RAM (6GB) after about
Stefan Küng writes:
> I'm still using r1023755 from trunk, but I haven't seen a commit which
> I think would fix this:
>
> There's a massive memory leak somewhere. I can't check out even small
> projects anymore since the memory consumption raises very fast and
> reaches the limit of my available
On 19.10.2010 18:38, Philip Martin wrote:
Stefan Küng writes:
I'm still using r1023755 from trunk, but I haven't seen a commit which
I think would fix this:
There's a massive memory leak somewhere. I can't check out even small
projects anymore since the memory consumption raises very fast and
On 10/19/2010 12:41 PM, Stefan Küng wrote:
> I tried to check out npp:
> https://notepad-plus.svn.sourceforge.net/svnroot/notepad-plus/trunk
>
> Nothing special about file sizes or number of files.
Can you try it without SSL? (Is that possible?) I seem to recall Paul
Burba looking into and solv
On 19.10.2010 18:46, C. Michael Pilato wrote:
On 10/19/2010 12:41 PM, Stefan Küng wrote:
I tried to check out npp:
https://notepad-plus.svn.sourceforge.net/svnroot/notepad-plus/trunk
Nothing special about file sizes or number of files.
Can you try it without SSL? (Is that possible?) I seem
On 10/19/2010 12:53 PM, Stefan Küng wrote:
> On 19.10.2010 18:46, C. Michael Pilato wrote:
>> On 10/19/2010 12:41 PM, Stefan Küng wrote:
>>> I tried to check out npp:
>>> https://notepad-plus.svn.sourceforge.net/svnroot/notepad-plus/trunk
>>>
>>> Nothing special about file sizes or number of files.
On 19.10.2010 18:56, C. Michael Pilato wrote:
On 10/19/2010 12:53 PM, Stefan Küng wrote:
On 19.10.2010 18:46, C. Michael Pilato wrote:
On 10/19/2010 12:41 PM, Stefan Küng wrote:
I tried to check out npp:
https://notepad-plus.svn.sourceforge.net/svnroot/notepad-plus/trunk
Nothing special about
"C. Michael Pilato" writes:
> On 10/19/2010 12:41 PM, Stefan Küng wrote:
>> I tried to check out npp:
>> https://notepad-plus.svn.sourceforge.net/svnroot/notepad-plus/trunk
>>
>> Nothing special about file sizes or number of files.
>
> Can you try it without SSL? (Is that possible?) I seem to
Philip Martin writes:
> Using that SSL URL the memory is leaked on my Linux box using serf.
> When I replace https with http the checkout starts and appears not to
> leak memory, but it fails randomly, e.g. like this:
Checkouts work using neon for http and https.
--
Philip
On 10/19/2010 01:31 AM, Greg Stein wrote:
On Mon, Oct 18, 2010 at 23:51, Blair Zajac wrote:
On 10/04/2010 06:45 AM, C. Michael Pilato wrote:
There, you can learn more about what the Meetups tend to look like, what
other Meetups are planned for this years conference, and so on. You'll
also
fi
On Tue, Oct 19, 2010 at 12:12 PM, Blair Zajac wrote:
...
> 3) Pools are painful to use. We have repository, revision and transaction
> C++ objects stored in an LRU cache. They cache revision and transaction
> roots for improved performance. Using the wrong pool for a RPC method can
> cause memo
On Tue, Oct 19, 2010 at 6:58 PM, Stefan Küng wrote:
> On 19.10.2010 18:56, C. Michael Pilato wrote:
>>
>> On 10/19/2010 12:53 PM, Stefan Küng wrote:
>>>
>>> On 19.10.2010 18:46, C. Michael Pilato wrote:
On 10/19/2010 12:41 PM, Stefan Küng wrote:
>
> I tried to check out npp:
On 19.10.2010 20:13, Lieven Govaerts wrote:
This has been fixed in serf trunk r1408 for a while, but hasn't shown
up in a serf patch release yet.
Sorry, I should have checked the serf commits first.
Thanks for the update on this.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
On Tue, Oct 19, 2010 at 8:14 PM, Stefan Küng wrote:
> On 19.10.2010 20:13, Lieven Govaerts wrote:
>
>> This has been fixed in serf trunk r1408 for a while, but hasn't shown
>> up in a serf patch release yet.
>
> Sorry, I should have checked the serf commits first.
>
> Thanks for the update on this
On Tue, Oct 19, 2010 at 1:13 PM, Lieven Govaerts wrote:
> On Tue, Oct 19, 2010 at 6:58 PM, Stefan Küng wrote:
>> On 19.10.2010 18:56, C. Michael Pilato wrote:
>>>
>>> On 10/19/2010 12:53 PM, Stefan Küng wrote:
On 19.10.2010 18:46, C. Michael Pilato wrote:
>
> On 10/19/2010 12:41
Hi devs,
In the context of the diff optimization patch I'm working on ([1]),
I'm wondering if diff4 is actually used in svn. If I look for usages
of subversion/libsvn_diff/diff4.c#svn_diff_diff4, I only come up with
tools/diff/diff4.c#main.
So: this code isn't used in the svn core itself? What's
On Tue, Oct 19, 2010 at 13:12, Blair Zajac wrote:
> On 10/19/2010 01:31 AM, Greg Stein wrote:
>...
>> Personally, I see it as a broad swath of API changes to align our
>> needs with the underlying storage. Trowbridge noted that our current
>> API makes it *really* difficult to implement an effecti
On 10/19/2010 02:33 PM, Greg Stein wrote:
On Tue, Oct 19, 2010 at 13:12, Blair Zajac wrote:
On 10/19/2010 01:31 AM, Greg Stein wrote:
...
Personally, I see it as a broad swath of API changes to align our
needs with the underlying storage. Trowbridge noted that our current
API makes it *really*
On Sat, Oct 16, 2010 at 8:18 AM, Edward Ned Harvey wrote:
> I have a master & slave server, in US and India. They are both 1.6.12, but
> the slave was 1.5.7 until a few days ago.
>
> The mast is at rev 5050, but the slave will only sync up to rev 5045. Every
> time it tries to sync 5046, I get a
On Tue, Oct 12, 2010 at 12:10 PM, Julian Foad wrote:
> On Tue, 2010-10-12 at 00:31 +0200, Johan Corveleyn wrote:
>> On Mon, Oct 11, 2010 at 11:53 AM, Julian Foad
>> wrote:
>> > On Sat, 2010-10-09, Johan Corveleyn wrote:
>> >> On Sat, Oct 9, 2010 at 2:57 AM, Julian Foad
>> >> wrote:
>> >> > So
I think that we want "®" instead, since we actually have a
*registered* trademark, unlike all other Apache projects.
On Tue, Oct 19, 2010 at 17:21, wrote:
> Author: hwright
> Date: Tue Oct 19 21:21:33 2010
> New Revision: 1024416
>
> URL: http://svn.apache.org/viewvc?rev=1024416&view=rev
> Log:
I'm not sure that we need a Foundation link in the site navigation
menu. That is well-covered in the new prose you added.
Also, I'd like to remove the www.apache.org link from the site
navigation. We have a link in the upper-right, at the bottom-left, and
in the main text of the landing page. Thos
On Tue, Oct 12, 2010 at 12:35 PM, Julian Foad wrote:
> On Sun, 2010-10-10 at 23:43 +0200, Johan Corveleyn wrote:
>> On Sat, Oct 9, 2010 at 2:21 PM, Johan Corveleyn wrote:
>> > On Sat, Oct 9, 2010 at 2:57 AM, Julian Foad
>> > wrote:
>> >> But this makes me think, it looks to me like this whole
>
On Tue, Oct 19, 2010 at 6:28 PM, Greg Stein wrote:
> I'm not sure that we need a Foundation link in the site navigation
> menu. That is well-covered in the new prose you added.
>
> Also, I'd like to remove the www.apache.org link from the site
> navigation. We have a link in the upper-right, at th
I know that "Subversion" is registered, but I'm unsure as to whether
"Apache Subversion" is, so I just went with the guidelines as stated.
If somebody wants to clear this up with trademarks@, go for it.
-Hyrum
On Tue, Oct 19, 2010 at 6:20 PM, Greg Stein wrote:
> I think that we want "®" instead,
On 10/19/2010 09:22 PM, cmpil...@apache.org wrote:
> Author: cmpilato
> Date: Wed Oct 20 01:22:55 2010
> New Revision: 1024480
>
> URL: http://svn.apache.org/viewvc?rev=1024480&view=rev
> Log:
> * site/publish/site-nav.html
> Lose target="_blank" bits from some links -- those aren't valid in XHT
> On Tue, 2010-10-19 at 04:31 -0400, Greg Stein wrote:
> > The FSFS backend was dropped in as a fait d'accompli.
[Greg Hudson]
> A minor correction: ra_svn was dropped in as a fait d'accompli.
Another minor correction, or perhaps a minor minor-correction
correction: "fair accompli" (literally "f
[Peter Samuelson]
> Another minor correction, or perhaps a minor minor-correction
> correction: "fair accompli" (literally "finished work") has no d'.
_fait_ accompli! Of course when I get pedantic I misspell.
http://linuxmafia.com/~rick/lexicon.html#moenslaw-corrections
If people want a new window to open up, then they can make it happen.
Let's not force it on them.
On Tue, Oct 19, 2010 at 22:07, C. Michael Pilato wrote:
> On 10/19/2010 09:22 PM, cmpil...@apache.org wrote:
>> Author: cmpilato
>> Date: Wed Oct 20 01:22:55 2010
>> New Revision: 1024480
>>
>> URL:
"Apache Subversion" is not registered. It *is* a trademark of the
Foundation. Only "Subversion" is registered.
I'll get a clarification...
On Tue, Oct 19, 2010 at 20:37, Hyrum K. Wright
wrote:
> I know that "Subversion" is registered, but I'm unsure as to whether
> "Apache Subversion" is, so I j
41 matches
Mail list logo