On Sat, Dec 01, 2012 at 05:36:34PM +1000, Miriam Hochwald wrote:
> To whom it may concern,
>
> I would like to express interest in contributing to Apache Subversion.
Hi Miriam!
I've volunteered as mentor for Subversion in OPW 2013.
> Projects of interest:
>
>-
>
>Improve bindings to o
On Sat, Dec 01, 2012 at 09:41:17AM -0500, Justin Erenkrantz wrote:
> Whether I call him "zhakov" or "ivan" - it's the same person.
No, he's very different on IRC ("zhakov") to when I sat next to
him in-person ("ivan") in a bar in Berlin at 2am in the morning.
Really!
On Thu, Nov 29, 2012 at 04:52:15PM -0500, C. Michael Pilato wrote:
> I also seem to recall Stefan also saying something about not having time to
> work on this stuff for the remainder of 2012, but I can't find a reference
> for that at the moment, so perhaps I just misremembered.
I said so on IRC.
On Sat, Dec 01, 2012 at 03:29:44PM +0530, Shivani Poddar wrote:
> Hi
> I am currently a second year student in IIIT-Hyderabad and am hugely
> interested in a lot of Projects that are being mentored here. It would be
> great if you could guide me how to go about applying for them.As it is i am
> not
To whom it may concern,
I would like to express interest in contributing to Apache Subversion.
Projects of interest:
-
Improve bindings to other programming languages.
- Show progress output.
- Improve 'svn help'.
- More customizable behavior for 'svn diff'.
My core languages ar
On Sat, Dec 1, 2012 at 10:40 PM, Branko Čibej wrote:
> On 01.12.2012 22:18, Ivan Zhakov wrote:
>> Completely agree.
>>
>> My point was that in theory skelta-mode is cool, but it still needs a
>> lot of work to get it really done.
>
> Sorry? I've had "http-library = serf" in ~/.subversion/config fo
On Fri, Nov 30, 2012 at 08:01:51PM -0800, Lisa L wrote:
> Thanks, Greg. That'll give me something to get familiarized with until a
> mentoring-type person is available. :-)
Hi, the mentoring-type person would be me :)
I'm happy to hear you're interested in improving 'svn help'.
I put together th
On 01.12.2012 22:18, Ivan Zhakov wrote:
> Completely agree.
>
> My point was that in theory skelta-mode is cool, but it still needs a
> lot of work to get it really done.
Sorry? I've had "http-library = serf" in ~/.subversion/config for years,
and have seen no problems. What does it take, in your
[ changing subject to make topic more visible]
On Sat, Dec 1, 2012 at 9:00 PM, Mark Phippard wrote:
> On Sat, Dec 1, 2012 at 12:36 AM, Justin Erenkrantz
> wrote:
>> On Fri, Nov 30, 2012 at 4:54 PM, wrote:
>>>
>>> Author: cmpilato
>>> Date: Fri Nov 30 21:54:35 2012
>>> New Revision: 1415864
>>>
On Sat, Dec 1, 2012 at 12:00 PM, Mark Phippard wrote:
> I feel pretty strongly that we should at minimum use the send-all
> approach when talking to pre-1.8 servers. Even though in some
> situations it could still offer good performance. I just think it
> would be more respectful to our users (
On Fri, Nov 30, 2012 at 5:38 PM, C. Michael Pilato wrote:
> On 11/30/2012 05:25 PM, Mark Phippard wrote:
>> On Fri, Nov 30, 2012 at 5:23 PM, C. Michael Pilato
>> wrote:
>>> On 11/30/2012 05:00 PM, Mark Phippard wrote:
On Fri, Nov 30, 2012 at 4:54 PM, wrote:
> Author: cmpilato
> Da
On Sat, Dec 1, 2012 at 12:36 AM, Justin Erenkrantz
wrote:
> On Fri, Nov 30, 2012 at 4:54 PM, wrote:
>>
>> Author: cmpilato
>> Date: Fri Nov 30 21:54:35 2012
>> New Revision: 1415864
>>
>> URL: http://svn.apache.org/viewvc?rev=1415864&view=rev
>> Log:
>> Implement in ra_serf "send-all" mode suppor
Justin Erenkrantz wrote on Sat, Dec 01, 2012 at 09:50:29 -0500:
> On Sat, Dec 1, 2012 at 9:41 AM, Branko Čibej wrote:
>
> > On 01.12.2012 14:31, Justin Erenkrantz wrote:
> > > And, yes, that clearly could all be done in time for 1.8 without
> > > jeopardizing the timelines one tiny bit. =P
> >
>
On Sat, Dec 1, 2012 at 9:41 AM, Branko Čibej wrote:
> On 01.12.2012 14:31, Justin Erenkrantz wrote:
> > And, yes, that clearly could all be done in time for 1.8 without
> > jeopardizing the timelines one tiny bit. =P
>
> Eep ... :)
>
>
> Another thing I've been thinking about is this: Why are we
On Sat, Dec 1, 2012 at 8:53 AM, Eric S. Raymond wrote:
> There. You're done. It's backward-compatible (older installations
> can ignore the feature and nothing breaks). It's independent of your
> authentication method, but you can add auth checks if you care enough.
> It scales well because the
On 01.12.2012 14:31, Justin Erenkrantz wrote:
> And, yes, that clearly could all be done in time for 1.8 without
> jeopardizing the timelines one tiny bit. =P
Eep ... :)
Another thing I've been thinking about is this: Why are we using SHA1
checksums on the server and on the wire for consistency
On Sat, Dec 1, 2012 at 9:28 AM, Daniel Shahaf wrote:
> BTW, the ability to change svn:author at will is one of the reasons they
> aren't global-scoped: if Subversion ever migrated away from ASF, we can
> _then_ change all svn:author revprops --- just like we once changed
> "zhakov" (implied @tigri
Justin Erenkrantz wrote on Sat, Dec 01, 2012 at 09:08:05 -0500:
> And, once again, I'll reiterate my earlier point that FULLNAME can be added
> retroactively pretty easily to existing SVN repositories. So, for
> svn.apache.org, after we might deploy a FULLNAME infrastructure, we could
> easily cra
On Sat, Dec 1, 2012 at 8:14 AM, Eric S. Raymond wrote:
> This one confines your Unix-ID adhesion to the FULLNAMES array, which
> is a long step in the right direction because it means your repo history
> will be local-ID-clean.
It confines it to whatever value that python script could be taught
On 01.12.2012 14:14, Eric S. Raymond wrote:
> (Apologies if this is a duplicate send. I just had a disturbing
> glitch in my MUA and want to make sure it got out.)
>
> Daniel Shahaf :
>> Server-side implementation, independent of RA method: (via brane)
> Ah, now that looks somewhat like progress.
On Sat, Dec 1, 2012 at 9:01 AM, Lieven Govaerts wrote:
> There are some scenario's where either the server admin or the user
> can decide if parallel requests make sense or not.
>
> I'm specifically thinking of the use Kerberos per request
> authentication. These responses can't be cached on the
On Sat, Dec 1, 2012 at 8:53 AM, Eric S. Raymond wrote:
> I'm not certain, but if your server-side hooks work the way I think
> they do, all of this except (1) can be done in Python. Not having to
> add complexity to your C code is a significant virtue.
>
Here's another approach to take with reg
On Sat, Dec 1, 2012 at 2:31 PM, Justin Erenkrantz wrote:
> On Sat, Dec 1, 2012 at 5:59 AM, Johan Corveleyn wrote:
>>
>> I'm wondering whether your concerns apply to both internet-wide
>> deployments and local (all on the same LAN) ones.
>
>
> That line is certainly a fair one to draw in the sand.
This discussion has been fruitful. The responses from Greg, Branko
and others suggest that you guys are actually engaged with the
project-mobility problem now - apologies if my approach seemed a bit too
boot-to-the head, but I really am trying to be helpful.
I think I can now write a simple propo
On Sat, 01 Dec 2012, Eric S. Raymond wrote:
Alternative server-side implementation (via breser):
[[[
command="svnserve -t --tunnel-user='Daniel Shahaf'" ssh-rsa ...
]]]
Um, does this mean everyone's commits are coing to look like
Daniel Shahaf made them? If not, where is --tunnel-user going to
On Sat, Dec 1, 2012 at 5:59 AM, Johan Corveleyn wrote:
> I'm wondering whether your concerns apply to both internet-wide
> deployments and local (all on the same LAN) ones.
>
That line is certainly a fair one to draw in the sand. That said, I think
the internal use case cries out even *more* fo
(Apologies if this is a duplicate send. I just had a disturbing
glitch in my MUA and want to make sure it got out.)
Daniel Shahaf :
> Server-side implementation, independent of RA method: (via brane)
Ah, now that looks somewhat like progress. But some (possibly all) of
these solutions have seri
Daniel Shahaf :
> Server-side implementation, independent of RA method: (via brane)
Ah, now that looks somewhat like progress. But some (possibly all) of
these solutions have serious weaknesses which you need to think about.
> [[[
> #!/usr/bin/env python
>
> import sys
> from svn.repos import *
On Thu, Nov 29, 2012 at 4:52 PM, C. Michael Pilato wrote:
>
> > 2) Ev2. The notes say this is believed to be in a releasable state? Is
> > there any work needed to verify this? Do we need to remove the use of
> Ev2
> > in any place to avoid releasing with compatibility shims in use? Are we
> > c
Alan Barrett :
> Perhaps it would be a good first step to add examples to the
> documentation, showing how the admin can use "Full Name
> " in the svn:author field, with all the common access
> methods.
Yes. I think it is (a) possible that better documentation can solve this
problem, and (b) certa
Hi
I am currently a second year student in IIIT-Hyderabad and am hugely
interested in a lot of Projects that are being mentored here. It would be
great if you could guide me how to go about applying for them.As it is i am
not able to locate the respective mentors for your projects. Having seen
this
Alan Barrett wrote on Sat, Dec 01, 2012 at 12:05:48 +0300:
> Perhaps it would be a good first step to add examples to the
> documentation, showing how the admin can use "Full Name "
> in the svn:author field, with all the common access methods.
Server-side implementation, independent of RA metho
On Sat, Dec 1, 2012 at 6:36 AM, Justin Erenkrantz wrote:
> On Fri, Nov 30, 2012 at 4:54 PM, wrote:
>>
>> Author: cmpilato
>> Date: Fri Nov 30 21:54:35 2012
>> New Revision: 1415864
>>
>> URL: http://svn.apache.org/viewvc?rev=1415864&view=rev
>> Log:
>> Implement in ra_serf "send-all" mode support
On Sat, 01 Dec 2012, Eric S. Raymond wrote:
I've lost count of the number of Subversion repo
lifts I've done (has to be more than a dozen at this point), and in no
case have I ever seen *anything* but a local Unix ID in the svn:author
property.
Yes, it's probably true that most svn repositories
34 matches
Mail list logo
