On Wed, Dec 22, 2010 at 9:31 PM, Peter Samuelson wrote:
>
> [Hyrum K Wright]
>> More fallout from my issue #3765 work: I'm investing using ~/.svnrc
>> to provide default arguments to the commandline client. In doing so,
>> it makes loads of sense not to use th
More fallout from my issue #3765 work: I'm investing using ~/.svnrc to
provide default arguments to the commandline client. In doing so, it
makes loads of sense not to use the a developer's ~/.svnrc when
running the tests. Since this is found via the svn_user_get_homedir()
function, which uses th
On Wed, Dec 22, 2010 at 2:03 PM, Blair Zajac wrote:
> Lots of warnings in the build now. I remember the days when we have a
> warning free build. It would be nice to have that back, but it would be a
> bunch of work.
It's because we've made the compile more strict about flagging
warnings, not b
1.6.15 should be on archive.apache.org (or will when the mirrors
propagate), along with the recently-released 1.5.9.
Cheers,
-Hyrum
On Fri, Dec 17, 2010 at 4:04 AM, Rainer Jung wrote:
> Hi Hyrum,
>
> On 17.12.2010 03:39, Hyrum K. Wright wrote:
>>
>> Rainer,
>> Than
On Wed, Dec 22, 2010 at 1:15 AM, Kamesh Jayachandran wrote:
> On 12/22/2010 09:38 AM, bl...@apache.org wrote:
>>
>> Author: blair
>> Date: Wed Dec 22 04:08:14 2010
>> New Revision: 1051745
>>
>> URL: http://svn.apache.org/viewvc?rev=1051745&view=rev
>> Log:
>> Update test_commit_txn() to handle sv
On Wed, Dec 22, 2010 at 6:21 AM, Noorul Islam K M wrote:
> phi...@apache.org writes:
>
>> Author: philip
>> Date: Wed Dec 22 10:41:38 2010
>> New Revision: 1051819
>>
>> URL: http://svn.apache.org/viewvc?rev=1051819&view=rev
>> Log:
>> Make entries-dump fallback to operating on pre-wcng working co
On Wed, Dec 22, 2010 at 12:27 AM, Noorul Islam K M wrote:
>
> Find attached minor patch which makes 'if' syntax consistent and also
> some comment improvements.
>
> Log
>
> [[[
>
> Fix syntax inconsistency and update comments.
>
> * libsvn_client/locking_commands.c
> (organize_lock_targets): Fix
On Tue, Dec 21, 2010 at 12:34 AM, Blair Zajac wrote:
> On 12/20/10 8:30 PM, C. Michael Pilato wrote:
>>
>> On 12/20/2010 05:28 PM, Hyrum K. Wright wrote:
>>>
>>> In issue #3765, I suggest the possibility of a CVS-style config file
>>> wherein a user coul
In issue #3765, I suggest the possibility of a CVS-style config file
wherein a user could specify a set of default arguments for a given
subcommand. For example, 'svn diff' would default to 'svn diff -x -p'
if the config file had an entry for such. Thinking this would be an
SMOP, I jumped in...on
We got two sigs for each of Windows and Unix for 1.5.9, but the
signing process has stalled from there. I'd still like to release
this, if possible, but we should probably make a decision at some
point.
-Hyrum
On Thu, Dec 2, 2010 at 3:55 PM, Hyrum K. Wright
wrote:
> 1.5.9 tarballs ar
On Sat, Dec 18, 2010 at 2:36 PM, Daniel Shahaf wrote:
> hwri...@apache.org wrote on Wed, Dec 15, 2010 at 04:21:23 -:
>> Author: hwright
>> Date: Wed Dec 15 04:21:23 2010
>> New Revision: 1049414
>>
>> URL: http://svn.apache.org/viewvc?rev=1049414&view=rev
>> Log:
>> Allow tests which cause seg
On Thu, Dec 16, 2010 at 11:18 AM, wrote:
> Author: cmpilato
> Date: Thu Dec 16 17:18:43 2010
> New Revision: 1050061
>
> URL: http://svn.apache.org/viewvc?rev=1050061&view=rev
> Log:
> Rev the svn_io_start_cmd() API, adding pipe support.
>
> * subversion/libsvn_subr/io.c
> (svn_io_start_cmd2): N
On Fri, Dec 17, 2010 at 4:11 AM, Philip Martin
wrote:
> Martin Furter writes:
>
>> I again fell over transform_libtool_scripts.sh on solaris.
>
> Can you tell me what went wrong?
>
> As far as I know the libtool transformation is only needed for one
> thing: to run the executables from within the
Rainer,
Thanks for the poke. I need to upload the last two releases (1.6.13
and 1.6.15) to archive.apache.org. I plan on doing that on Monday.
Thanks,
-Hyrum
On Thu, Dec 16, 2010 at 6:25 PM, Rainer Jung wrote:
> Hi Subversion Devs,
>
> the recent version 1.6.15 is missing from the archives at
On Wed, Dec 15, 2010 at 8:02 AM, C. Michael Pilato wrote:
> On 12/14/2010 11:28 PM, Hyrum K. Wright wrote:
>> I'd like to move everything in our contrib/ directory to the new
>> Apache Extras hosting.
>
> +`find trunk/contrib | wc -l`.
$ find contrib | wc -l
59
On Wed, Dec 15, 2010 at 3:32 AM, Branko Čibej wrote:
> On 15.12.2010 06:17, Blair Zajac wrote:
>> On 12/14/10 8:21 PM, hwri...@apache.org wrote:
>>> Author: hwright
>>> Date: Wed Dec 15 04:21:23 2010
>>> New Revision: 1049414
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1049414&view=rev
>>> Log:
I'd like to move everything in our contrib/ directory to the new
Apache Extras hosting.
As many might know, I've been on a personal crusade to stop the
Subversion project from being a source code hosting system. In the
early days, when it was useful for people to have a collection of
Subversion-r
On Mon, Dec 13, 2010 at 8:16 PM, C. Michael Pilato wrote:
> On 12/13/2010 04:43 PM, hwri...@apache.org wrote:
>> Modified: subversion/trunk/subversion/libsvn_client/status.c
>> URL:
>> http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_client/status.c?rev=1045385&r1=1045384&r2=104538
[Apologies to Bert if my earlier comments were a bit pointed.]
On Sat, Dec 11, 2010 at 8:33 AM, Stefan Sperling wrote:
> On Fri, Dec 10, 2010 at 01:14:25PM -0800, Hyrum K. Wright wrote:
>> On Fri, Dec 10, 2010 at 12:07 PM, Bert Huijben wrote:
>> >
>> >
Random community nit: The attached log message seems to have little to
do with email subject of "Input validation observations". In the
future, when sending a new patch to the list, I'd recommend starting a
new thread, complete with it's own "[PATCH] ..." subject, as
recommended in the patch submi
On Sun, Dec 12, 2010 at 9:23 AM, wrote:
> Author: stefan2
> Date: Sun Dec 12 15:23:18 2010
> New Revision: 1044833
>
> URL: http://svn.apache.org/viewvc?rev=1044833&view=rev
> Log:
> Get some ideas for FSFS format improvements written down.
>
> * notes/fsfs-improvements.txt: new file
>
> Added:
>
On Fri, Dec 10, 2010 at 12:07 PM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: hy...@hyrumwright.org [mailto:hy...@hyrumwright.org] On Behalf Of
>> Hyrum K. Wright
>> Sent: vrijdag 10 december 2010 17:11
>> To: Subversion Development
>
Hearing no objections, I'm going to mark this as DONE.
-Hyrum
On Wed, Dec 8, 2010 at 11:09 AM, Hyrum K. Wright
wrote:
> The current state of conflict storage is such that all conflict
> information is stored on the victim's node in the database. While the
> plan descr
On Mon, Dec 6, 2010 at 8:01 PM, Blair Zajac wrote:
> I'm working with a client and they have a large source source code checkout
> that takes over 10 minutes do to an svn update. Their 1.6.x working copy
> size is 3.6 GB with 74,000 files and 19,230 directories. The amount of IO
> to do all the
I was trying to configure with a specific Berkeley DB, and ran across
this bug in configure. This is on Mac OS X with an unmodified working
copy at r1043705.
[[[
svn-hackers:svn-trunk Hyrum$ ./configure --enable-maintainer-mode
--with-serf=/opt/local --with-apr=/opt/local
--with-apr-util=/opt/loc
On Wed, Dec 8, 2010 at 9:27 PM, Daniel Becroft wrote:
> On Tue, Dec 7, 2010 at 12:39 PM, Hyrum K. Wright
> wrote:
>>
>> On Mon, Dec 6, 2010 at 4:28 PM, Hyrum K. Wright
>> wrote:
>> > On Mon, Dec 6, 2010 at 3:15 PM, Daniel Becroft
>> > wrote:
>> &
On Wed, Dec 8, 2010 at 9:27 PM, Branko Čibej wrote:
> On 08.12.2010 20:25, C. Michael Pilato wrote:
>> On 12/08/2010 02:00 PM, Hyrum K. Wright wrote:
>>> Quick question to find out what people think.
>>>
>>> In writing the CHANGES entry for 1.7, it would be u
The current state of conflict storage is such that all conflict
information is stored on the victim's node in the database. While the
plan described in notes/wc-ng/conflict-storage is admirable, it
requires much more work than just shuffling data bits around, and I'm
hesitant to start in on it pri
Quick question to find out what people think.
In writing the CHANGES entry for 1.7, it would be useful to be able to
compare with previous releases what has already gone into the various
patch releases, and what hasn't. That can best happen by comparing
revision numbers, but given the revision cu
On Wed, Dec 8, 2010 at 3:29 PM, Daniel Shahaf wrote:
> FWIW, my concerns here are:
>
> * svn_client_relocate{,2} have the same signature. This might be
> confusing sometimes. (but probably should be left alone)
>
> * svn_client_relocate2() takes an IGNORE_EXTERNALS parameter. Should
> we pass
Quick reminder that we are still lacking one Unix sig and one Windows
sig for this release.
-Hyrum
On Thu, Dec 2, 2010 at 3:55 PM, Hyrum K. Wright
wrote:
> 1.5.9 tarballs are up for testing and signing. The magic revision is
> r1041577:
> http://people.apache.org/~hwright/svn/1.5.
On Mon, Dec 6, 2010 at 4:28 PM, Hyrum K. Wright
wrote:
> On Mon, Dec 6, 2010 at 3:15 PM, Daniel Becroft wrote:
>> On Mon, Dec 6, 2010 at 8:50 PM, Daniel Becroft wrote:
>>
>>> On Mon, Dec 6, 2010 at 7:13 PM, Daniel Shahaf
>>> wrote:
>>>
>>>&g
On Mon, Dec 6, 2010 at 3:15 PM, Daniel Becroft wrote:
> On Mon, Dec 6, 2010 at 8:50 PM, Daniel Becroft wrote:
>
>> On Mon, Dec 6, 2010 at 7:13 PM, Daniel Shahaf wrote:
>>
>>> Instead of guessing which function causes the lstat() calls, could we
>>> have a tool tell?
>>>
>>> I've looked at 'ltrace
1.5.9 tarballs are up for testing and signing. The magic revision is r1041577:
http://people.apache.org/~hwright/svn/1.5.9/
To sign the release, please input your signatures using the script here:
http://work.hyrumwright.org/pub/svn/collect_sigs.py
(The script worked pretty well for 1.6.15, but
On Thu, Dec 2, 2010 at 3:43 PM, Daniel Becroft wrote:
> On Wed, Dec 1, 2010 at 7:34 PM, Philip Martin
> wrote:
...
>> > I can't see any reason why all these files would need to be accessed. I
>> seem
>> > to recall some discussion about preventing/warning merging into modified
>> > working copies
On Thu, Dec 2, 2010 at 8:06 AM, C. Michael Pilato wrote:
> On 12/02/2010 01:11 AM, C. Michael Pilato wrote:
>> On 12/01/2010 02:14 PM, Hyrum K. Wright wrote:
>>> 1.5.8 tarballs are up for testing and signing. The magic revision is
>>> r1041089:
>>> http://
1.5.8 tarballs are up for testing and signing. The magic revision is r1041089:
http://people.apache.org/~hwright/svn/1.5.8/
To sign the release, please input your signatures using the script here:
http://work.hyrumwright.org/pub/svn/collect_sigs.py
(The script worked pretty well for 1.6.15, but
On Tue, Nov 30, 2010 at 9:20 AM, Philip Martin
wrote:
> Florian Weimer writes:
>
>> * Philip Martin:
>>
>>> An SQLite read blocks SQlite writes by other threads/processes, so
>>> the long lived select may cause writes to fail that would otherwise
>>> succeed.
>>
>> AFAIK, such blocking only happe
On Tue, Nov 30, 2010 at 9:34 AM, Julian Foad wrote:
> In r1040574 I noted that the 'size' and 'md5_checksum' columns in the
> PRISTINE table are never currently null. The latter is required by
> current code to be non-null.
>
> I feel it would be better to have the schema specify 'NOT NULL' for
>
On Tue, Nov 30, 2010 at 7:20 AM, Ramkumar Ramachandra
wrote:
> Hi,
>
> I need a +1 to commit this. Also, please suggest a better link for the
> ASF Infra team (if there is one).
I think the better link for infra would be
http://apache.org/dev/infrastructure.html and I wouldn't abbreviate
"Infra"
We use callbacks extensively throughout our code as a means of
providing streamy feedback to callers. It's a pretty good paradigm,
and one that has served us well. We don't put many restrictions on
what the callbacks can do in terms of fetching more information or
calling other functions.
Enter
On Thu, Nov 25, 2010 at 3:21 AM, Daniel Shahaf wrote:
>
> (btw, the firstnames distribution in COMMITTERS is... interesting.)
It will probably be a long time before 'Hyrum' isn't an outlier. :)
-Hyrum
On Tue, Nov 23, 2010 at 10:55 PM, wrote:
> Author: danielsh
> Date: Wed Nov 24 04:55:25 2010
> New Revision: 1038477
>
> URL: http://svn.apache.org/viewvc?rev=1038477&view=rev
> Log:
> * tools/dist/collect_sigs.py
> (save_valid_sig, split): Add a \n to flush the "--END PGP SIG--" line.
>
> Modi
. (I didn't see the 'blame -g' memory fix
in CHANGES, but it should go into 1.5.8, imho)
There is also the question of whether a vote for a change on the 1.6.x
branch constitutes a vote on the 1.5.x, but I'll save that bikeshed
for another day. :)
-Hyrum
On Tue, Nov 9, 2010
1.6.15 tarballs are up for testing and signing. The magic revision is r1038135:
http://people.apache.org/~hwright/svn/1.6.15/
In addition to sending your signatures to the mailing list, please use
the new signature collection script, located here:
http://work.hyrumwright.org/pub/svn/collect_sigs.
On Mon, Nov 22, 2010 at 7:10 PM, Daniel Shahaf wrote:
> cmpil...@apache.org wrote on Mon, Nov 22, 2010 at 14:42:06 -:
>> +++ subversion/trunk/subversion/svn/update-cmd.c Mon Nov 22 14:42:05 2010
>> @@ -39,6 +39,42 @@
>>
>> /*** Code. ***/
>>
>> +/* Print an update summary when there's more th
As noted elsewhere, 1.6.x is looking good right now, so I'm planning
on cuttin 1.6.15 RSN. It may actually be several hours, as I'll be
traveling, but I do plan on having it done by the end of the day CST
(UTC -0600).
Thanks,
-Hyrum
On Fri, Nov 19, 2010 at 2:03 PM, Hyrum K. Wright
wrote:
> On Fri, Nov 19, 2010 at 1:50 PM, Paul Burba wrote:
> ...
>> I reopened issue #3641 and tweaked the test for that issue to
>> demonstrate this problem, see
>> http://svn.apache.org/viewvc?view=revision&revision=
On Fri, Nov 19, 2010 at 1:50 PM, Paul Burba wrote:
...
> I reopened issue #3641 and tweaked the test for that issue to
> demonstrate this problem, see
> http://svn.apache.org/viewvc?view=revision&revision=1036978.
>
> So what to do about the r1036429 backport nomination? With r1036429
> in place,
Just a heads up. Due to the svnsync bug found in 1.6.14 (see thread
here: http://svn.haxx.se/dev/archive-2010-11/0367.shtml ) I'm pulling
the 1.6.14 release, and will be rolling a 1.6.15 with the fix when it
is available.
Stay tuned.
-Hyrum
On Wed, Nov 17, 2010 at 1:58 PM, Hyrum K. W
1.6.14 tarballs are up for testing and signing. The magic revision is r1036150:
http://people.apache.org/~hwright/svn/1.6.14/
In addition to sending your signatures to the mailing list, please use
the new signature collection script, located here:
http://work.hyrumwright.org/pub/svn/collect_sigs.
I guess I also should have asked if this something which should go
into the 1.6.x line (I imagine so).
-Hyrum
On Tue, Nov 16, 2010 at 1:02 PM, Matthijs Kooijman wrote:
> Hi Hyrum,
>
>> Committed to trunk in r1035745.
> Awesome, thanks!
>
> Now it's time to bugger the git maintainers again for th
Since Daniel is a committer, I suspect he will track this change
(relieving you of the burden of doing so).
-Hyrum
On Mon, Nov 15, 2010 at 4:22 PM, Gavin Beau Baumanis
wrote:
> Ping. This has received no further comments.
>
>
>
> Gavin "Beau" Baumanis
> E: gav...@thespidernet.com
>
>
> On 31/10/
Committed to trunk in r1035745.
On Mon, Nov 15, 2010 at 4:24 PM, Gavin Beau Baumanis
wrote:
> Ping. This patch submission has received no comments.
>
> Gavin "Beau" Baumanis
> E: gav...@thespidernet.com
>
>
> On 02/11/2010, at 1:42 AM, Matthijs Kooijman wrote:
>
>> Hi folks,
>>
>> this is a resub
On Tue, Nov 16, 2010 at 8:34 AM, Bolstridge, Andrew
wrote:
>> -Original Message-
>> From: hy...@hyrumwright.org [mailto:hy...@hyrumwright.org] On Behalf
>> Of Hyrum K. Wright
>> Sent: 15 November 2010 18:17
>> To: Subversion Development
>> Subject: T
To any current and/or interested translators:
In an effort to make translation of Subversion easier, and more
complete, I've installed an instance of Pootle, a web-based
translation tool. You can access it here:
http://translate.hyrumwright.org/projects/svn/
It currently allows anonymous submiss
On Tue, Nov 9, 2010 at 11:52 AM, Hyrum K. Wright
wrote:
> There's been a couple of high-profile bugs found and fixed, so I'd
> like to go ahead and roll 1.6.14 next week. Please nominate, review,
> vote, etc.
Another reminder that 1.6.14 is rolling this Wednesday.
-Hyrum
On Thu, Nov 11, 2010 at 3:41 PM, Hyrum K. Wright
wrote:
> As part of moving tree conflict information storage to the victim
> nodes, I'll be bumping the format to f21 shortly. It is pretty
> unobtrusive, and the upgrade code and test has already been committed
> in r1034155. T
On Fri, Nov 12, 2010 at 9:43 AM, wrote:
> Author: cmpilato
> Date: Fri Nov 12 15:43:28 2010
> New Revision: 1034432
>
> URL: http://svn.apache.org/viewvc?rev=1034432&view=rev
> Log:
> Promote an bit of generally useful logic into a module-private helper
Could you include a brief description of *
Hello Translators!
You are receiving this mail because you are listed as a translator in
the Subversion COMMITTERS file[1]. I'm writing on behalf of the
Subversion developers to let you know that we're getting close to
wrapping up development for Subversion 1.7, and we would like to
encourage you
On Fri, Nov 12, 2010 at 2:49 AM, Bert Huijben wrote:
>> -Original Message-
>> From: hy...@hyrumwright.org [mailto:hy...@hyrumwright.org] On Behalf Of
>> Hyrum K. Wright
>> Sent: donderdag 11 november 2010 22:42
>> To: Subversion Development
>> Subject:
On Thu, Nov 11, 2010 at 7:26 PM, wrote:
> Author: danielsh
> Date: Fri Nov 12 01:26:42 2010
> New Revision: 1034232
>
> URL: http://svn.apache.org/viewvc?rev=1034232&view=rev
> Log:
> Add an input validation to the library to prevent assertions on invalid
> inputs.
Nice! Perhaps mention which
As part of moving tree conflict information storage to the victim
nodes, I'll be bumping the format to f21 shortly. It is pretty
unobtrusive, and the upgrade code and test has already been committed
in r1034155. The upgrade should be painless for folks, but I figured
I'd just give fair warning.
On Thu, Nov 11, 2010 at 1:27 PM, wrote:
> Author: danielsh
> Date: Thu Nov 11 19:27:43 2010
> New Revision: 1034060
>
> URL: http://svn.apache.org/viewvc?rev=1034060&view=rev
> Log:
> Remove a couple of one-caller helper functions that got in my way.
>
> * subversion/libsvn_fs_fs/err.h,
> subver
all our translators in
>>> COMMITTERS. But a call would be a Good Thing.
>>>
>>> Cheers,
>>> -g
>>>
>>> On Wed, Nov 10, 2010 at 18:33, Hyrum K. Wright
>>> wrote:
>>>> Daniel made the astute observation on IRC this aftern
Daniel made the astute observation on IRC this afternoon that our
translation work has seen little work in the last while. In fact,
doing some archaeology on the repo shows that many of the po files
haven't been updated since the 1.6.0 release, almost 2 years ago. The
current translation status i
In trying to understand why the nightly tarballs[1] are so much bigger
than the ones for 1.6.x[2], I discovered it is because we've added
significant content to notes/ on trunk (specifically
notes/obliterate). Instead of trying to cherry-pick specific notes/
to include in the release tarballs, I'd
On Wed, Nov 10, 2010 at 5:53 AM, Julian Foad wrote:
> C. Michael Pilato wrote:
>> On 11/09/2010 03:00 PM, Stefan Sperling wrote:
>> >> @@ -4046,7 +4050,16 @@ do_walk(walker_ctx_t *ctx, int depth)
>> >> /* authorize access to this resource, if applicable */
>> >> if (params->walk_type
In light of some of the recent activity on the 1.5.x branch, together
with the policy that we still maintain that branch, I'm planning on
rolling a 1.5.8 release. Next week will be 1.6.14, the week following
is the Thanksgiving holidays in the States, so I'll push it to Dec. 1,
if nobody has any o
If you feel you've resolved the conflicts appropriately, go ahead and commit.
-Hyrum
On Tue, Nov 9, 2010 at 7:05 PM, Daniel Shahaf wrote:
> hwri...@apache.org wrote on Tue, Nov 09, 2010 at 20:09:53 -:
>> * STATUS: Add note to the r964349 group.
>
>> @@ -350,6 +350,8 @@ Approved changes:
>>
There's been a couple of high-profile bugs found and fixed, so I'd
like to go ahead and roll 1.6.14 next week. Please nominate, review,
vote, etc.
-Hyrum
On Mon, Nov 8, 2010 at 9:39 AM, Bolstridge, Andrew
wrote:
>
>> -Original Message-
>> From: hy...@hyrumwright.org [mailto:hy...@hyrumwright.org] On Behalf
> Of Hyrum K. Wright
>> Sent: 07 November 2010 02:34
>> To: Subversion Development
>> Subject:
On Tue, Nov 9, 2010 at 8:53 AM, Geoff Rowell wrote:
> Instead of waiting for the last minute, I'd like to propose this
> "svnmucc propsetf" fix for 1.6 backport.
>
> http://svn.apache.org/viewvc?view=revision&revision=1005446
It's actually already in the 1.6.x STATUS file, proposed by C-Mike in r
On Tue, Nov 9, 2010 at 4:50 AM, Stefan Sperling wrote:
> On Tue, Nov 09, 2010 at 09:40:31AM +, Philip Martin wrote:
>> Stefan Sperling writes:
>>
>> > Is the op-depth stuff ready for release?
>> > The only other big ticket item to be tackled is the conflict store, right?
>>
>> Currently op-de
On Sun, Nov 7, 2010 at 11:58 AM, Stefan Sperling wrote:
> [[[
> * subversion/libsvn_fs_util/caching.c
> (svn_fs__get_global_membuffer_cache): Fix a possible error leak.
> ]]]
>
> Index: subversion/libsvn_fs_util/caching.c
> ===
> ---
Last Thursday CollabNet sponsored a Subversion Meetup at ApacheCon in
Atlanta. The attendees were: Jack, Mike, me, Greg, Bob Jenkins and
one other fellow who was interested in deploying Subversion as a
ClearCase replacement. While it was a good chance to talk shop with
Mike and Greg, I'm kind of
As some of you know, on Thursday night we had a Subversion meetup in
conjunction with ApacheCon. The meetup wasn't too well attended (a
separate mail on that will be forthcoming), but Greg and I did have
some discussions about wc-ng and 1.7.x and branch date possibilities.
After reviewing the road
On Thu, Nov 4, 2010 at 1:05 PM, wrote:
> Author: cmpilato
> Date: Thu Nov 4 18:05:41 2010
> New Revision: 1031114
>
> URL: http://svn.apache.org/viewvc?rev=1031114&view=rev
> Log:
> Avoid 'swig-py' build warnings of this variety:
>
> 'from' is a python keyword, renaming to '_from'
>
> * subve
On Thu, Nov 4, 2010 at 10:54 AM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: hwri...@apache.org [mailto:hwri...@apache.org]
>> Sent: donderdag 4 november 2010 16:31
>> To: comm...@subversion.apache.org
>> Subject: svn commit: r1031035 -
>> /subversion/trunk/subversion/libsvn_wc/
On Thu, Nov 4, 2010 at 6:51 AM, Julian Foad wrote:
> On Thu, 2010-11-04, Stefan Fuhrmann wrote:
>> Hi there,
>>
>> after stumbling twice over this issue, I ran grep
>> and found that the current usage of svn_tristate_t
>> does not depend on the actual numerical values
>> used for its states.
>>
>>
On Thu, Nov 4, 2010 at 7:43 AM, Julian Foad wrote:
> On Thu, 2010-11-04 at 11:51 +, Julian Foad wrote:
>> On Thu, 2010-11-04, Stefan Fuhrmann wrote:
>> > Hi there,
>> >
>> > after stumbling twice over this issue, I ran grep
>> > and found that the current usage of svn_tristate_t
>> > does not
On Sat, Oct 30, 2010 at 8:24 PM, wrote:
> Author: danielsh
> Date: Sun Oct 31 01:24:31 2010
> New Revision: 1029232
>
> URL: http://svn.apache.org/viewvc?rev=1029232&view=rev
> Log:
> On the 'performance' branch:
>
> * subversion/libsvn_fs_util/caching.c
> (svn_fs__get_global_membuffer_cache):
>
On Sat, Oct 30, 2010 at 8:28 AM, Stefan Sperling wrote:
> On Fri, Oct 29, 2010 at 06:56:24PM +0200, Daniel Shahaf wrote:
>> C. Michael Pilato wrote on Fri, Oct 29, 2010 at 12:01:41 -0400:
>> > On 10/29/2010 11:57 AM, Stefan Sperling wrote:
>> > > Thoughts? Comments?
>> >
>> > I've not reviewed you
On Fri, Oct 29, 2010 at 3:57 AM, Noorul Islam K M wrote:
>
> It looks like the issue
> http://subversion.tigris.org/issues/show_bug.cgi?id=3727 is because of
> the commit done in r880559.
>
> Since this is a conscious change, should this issue be ignored?
Not necessarily. I recall at least one p
On Thu, Oct 28, 2010 at 8:27 PM, C. Michael Pilato wrote:
> On 10/28/2010 09:02 PM, Hyrum K. Wright wrote:
>> On Thu, Oct 28, 2010 at 5:25 PM, Philip Martin
>> wrote:
>>> I don't know whether we should pass TRUE or FALSE:
>
> [...]
>
>> When in doubt:
On Thu, Oct 28, 2010 at 5:25 PM, Philip Martin
wrote:
> "C. Michael Pilato" writes:
>
>> On 10/28/2010 04:54 PM, cmpil...@apache.org wrote:
>>> Author: cmpilato
>>> Date: Thu Oct 28 20:54:14 2010
>>> New Revision: 1028472
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1028472&view=rev
>>> Log:
>>>
On Thu, Oct 28, 2010 at 5:02 PM, C. Michael Pilato wrote:
> On 10/28/2010 04:54 PM, cmpil...@apache.org wrote:
>> Author: cmpilato
>> Date: Thu Oct 28 20:54:14 2010
>> New Revision: 1028472
>>
>> URL: http://svn.apache.org/viewvc?rev=1028472&view=rev
>> Log:
>> Fix issue #3597 -- "relocate should
On Thu, Oct 28, 2010 at 11:48 AM, wrote:
> Author: cmpilato
> Date: Thu Oct 28 16:48:06 2010
> New Revision: 1028381
>
> URL: http://svn.apache.org/viewvc?rev=1028381&view=rev
> Log:
> Add 'Remove obliterate code' to our 1.7 to-do list, per list discussion.
Are we talking about 'svn rm'ing the c
On Thu, Oct 28, 2010 at 11:29 AM, Mark Phippard wrote:
> On Thu, Oct 28, 2010 at 12:23 PM, Hyrum K. Wright
> wrote:
>> On Thu, Oct 28, 2010 at 10:09 AM, Julian Foad
>> wrote:
>>> Bert and Erik and Philip and I discussed on IRC today the merits, or
>>> lack o
On Thu, Oct 28, 2010 at 10:09 AM, Julian Foad wrote:
> Bert and Erik and Philip and I discussed on IRC today the merits, or
> lack of merits, of allowing repos-id/repos-relpath to be elided in the
> NODES table BASE layer (op_depth = 0).
>
> * The data is not currently elided.
>
> * Some queries f
On Wed, Oct 27, 2010 at 4:06 AM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: hy...@hyrumwright.org [mailto:hy...@hyrumwright.org] On Behalf Of
>> Hyrum K. Wright
>> Sent: dinsdag 26 oktober 2010 23:49
>> To: Subversion Development
>> Su
On Wed, Oct 27, 2010 at 3:47 PM, wrote:
> Author: stefan2
> Date: Wed Oct 27 20:47:06 2010
> New Revision: 1028094
>
> URL: http://svn.apache.org/viewvc?rev=1028094&view=rev
> Log:
> If we allocate stringbufs, their actual capacity allocated by APR
> is often larger than requested. Take advantage
On Wed, Oct 27, 2010 at 3:40 PM, wrote:
> Author: stefan2
> Date: Wed Oct 27 20:40:53 2010
> New Revision: 1028092
>
> URL: http://svn.apache.org/viewvc?rev=1028092&view=rev
> Log:
> Incorporate feedback I got on r985606.
>
> * subversion/libsvn_ra_svn/marshal.c
> (SUSPICIOUSLY_HUGE_STRING_SIZE_
[ This is going to come off rather biased, given my affiliations, so
I'd appreciate some additional comments. ]
>From http://www.collab.net/downloads/subversion/redhat.html, I noticed
that CollabNet only offers downloads of CollabNet Subversion Edge for
Centos and Suse, but not vanilla Subversion
This mail is part 2 in a series regarding the conflict information
storage (see [1] for part 1).
The current Plan (as denoted in both wc-metadata.sql and the
conflict-storage notes) is to store conflict information in the ACTUAL
node. This works fine (and is currently being done on trunk), but
se
As I understand it, the conflict storage handling updates are one of
the blocking items for 1.7[1]. In an effort to better understand the
problem, and the proposed solution, I'm writing this mail with the
intent to start some discussion.
The content of notes/wc-ng/conflict-storage seem to describ
On Sat, Aug 14, 2010 at 7:20 PM, wrote:
> Author: stefan2
> Date: Sun Aug 15 00:20:34 2010
> New Revision: 985606
>
> URL: http://svn.apache.org/viewvc?rev=985606&view=rev
> Log:
> Increase the RA_SVN throughput by reducing the overhead in read_item for
> packing received data into various struct
On Mon, Oct 25, 2010 at 9:13 AM, Stefan Sperling wrote:
...
> It's not a non-reason because there is no good reason for not naming
> things in a consistent way.
ENEGOVERFLOW
:)
-Hyrum
Big +1. This has been separate on an API level for a lng time,
nice to see it happening in the UI.
-Hyrum
On Fri, Oct 22, 2010 at 3:10 PM, wrote:
> Author: cmpilato
> Date: Fri Oct 22 20:10:36 2010
> New Revision: 1026475
>
> URL: http://svn.apache.org/viewvc?rev=1026475&view=rev
> Log:
>
On Sat, Oct 16, 2010 at 12:54 PM, Hyrum K. Wright
wrote:
> On Fri, Oct 15, 2010 at 10:27 AM, Bert Huijben wrote:
>>
>>
>>> -Original Message-
>>> From: Stefan Sperling [mailto:s...@elego.de]
>>> Sent: donderdag 14 oktober 2010 23:39
>>>
901 - 1000 of 1458 matches
Mail list logo