On Sat, Dec 01, 2012 at 01:36:10AM -0500, Eric S. Raymond wrote:
> Branko ??ibej :
> > Why do forges not do that? I don't know, but it's definitely not because
> > Subversion doesn't give them fifteen ways of manipulating the svn:author
> > property.
>
> I don't know either.
>
> I do know that
On Sat, Dec 1, 2012 at 1:36 AM, Eric S. Raymond wrote:
>...
>> Why do forges not do that? I don't know, but it's definitely not because
>> Subversion doesn't give them fifteen ways of manipulating the svn:author
>> property.
>
> I don't know either.
>
> I do know that protests to me of the general
Daniel Shahaf :
> Haven't a few projects decided to require PGP-signed revisions instead?
Monotone tried an approach in which every revision is cryptosigned.
It pretty much sank, and for a surprising reason. According to what the
author told me back in 2010 (I think), the computational cost of fu
On Sat, Dec 01, 2012 at 12:36:30AM -0500, Justin Erenkrantz wrote:
> Here's my suggestion for consideration - let's experiment with this setting
> in the beta release process with the setting as-is - that is we always do
> the parallel updates unconditionally (except perhaps when svnrdump is being
Branko Čibej :
> On 30.11.2012 22:53, Eric S. Raymond wrote:
>
> > The problem is that in order for that state to be mobile, none of it
> > can have pointers to data that can't move off the host server. In
> > particular, *all user identities have to be Internet-scoped* rather
> > than local Unix
Eric S. Raymond wrote on Sat, Dec 01, 2012 at 01:03:28 -0500:
> kmra...@rockwellcollins.com :
> > Possibly I'm naive, but a client provided email address is far
> > from being a GUID. In fact, I can pretty much set my email address
> > to anything in most DVCS tools. Who is to say I haven't used
kmra...@rockwellcollins.com :
> Possibly I'm naive, but a client provided email address is far
> from being a GUID. In fact, I can pretty much set my email address
> to anything in most DVCS tools. Who is to say I haven't used
> your email address when committing?
Technically, nothing. The unde
On Fri, Nov 30, 2012 at 5:26 PM, Branko Čibej wrote:
> When I create an account at [your favourite forge], I tell it my name
> and give it one of my e-mail addresses. It is, in my opinion, up to the
> forge software to use that in svn:author, not up to local user
> preferences. That /is/ a fundam
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 for update-style REPORTs
> and their responses. (Currently disabled
That'd be my doing -- renamed a bunch of files all named "main.c" to more
descriptive names yesterday.
FIXED the website page just now:
Sendingopw.html
Transmitting file data .
Committed revision 1415912.
Enjoy!
-- C-Mike
On 11/30/2012 10:50 PM, Greg Stein wrote:
> Oops. Dunno
Thanks, Greg. That'll give me something to get familiarized with until a
mentoring-type person is available. :-)
On Nov 30, 2012 7:50 PM, "Greg Stein" wrote:
> Oops. Dunno who can fix that, but the proper URL is:
> http://svn.apache.org/repos/asf/subversion/trunk/subversion/svn/svn.c
>
> On Fri
Oops. Dunno who can fix that, but the proper URL is:
http://svn.apache.org/repos/asf/subversion/trunk/subversion/svn/svn.c
On Fri, Nov 30, 2012 at 10:45 PM, Lisa L wrote:
> P.P.S. - I see there's a proposed project to improve 'svn help'. This is
> also something I might be well-suited to do, w
P.P.S. - I see there's a proposed project to improve 'svn help'. This is
also something I might be well-suited to do, with a little guidance about
where to put things. Btw the link to the main source code file of the svn
binary, as described on the Subversion OPW page, is broken:
http://svn.apach
Hello there,
I saw on the OPW page that you're looking for candidates for your project.
I'd love to get involved! I'm unsure where to get started, so I'm hoping
you can point me in the right direction. My background is in sysadmin
(networking, etc.) and webadmin (including LAMP) , but I'm retraini
[I reordered some of the blocks from Eric's original to make my reply
flow a little better]
On Fri, Nov 30, 2012 at 1:53 PM, Eric S. Raymond wrote:
> When it happens, Subversion as it is now isn't going to be able to
> play. You guys have a three-way design adhesion between authentication
> ident
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
Date: Fri Nov 30 21:54:35 2012
New Revision: 1415864
U
On 30.11.2012 22:53, Eric S. Raymond wrote:
> The problem is that in order for that state to be mobile, none of it
> can have pointers to data that can't move off the host server. In
> particular, *all user identities have to be Internet-scoped* rather
> than local Unix IDs.
At this point I have
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
>>> Date: Fri Nov 30 21:54:35 2012
>>> New Revision: 1415864
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1415864&view=rev
>>>
On 11/30/2012 01:24 PM, C. Michael Pilato wrote:
> On 11/30/2012 01:18 PM, Ivan Zhakov wrote:
>> On Fri, Nov 30, 2012 at 8:59 PM, C. Michael Pilato
>> wrote:
>>> I'm adding send-all support to ra_serf right now, but will leave it #if'd
>>> out until we decide in what scenarios we wish to use it.
On 11/30/2012 05:00 PM, Mark Phippard 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 for update-sty
"Eric S. Raymond" wrote on 11/30/2012 03:53:45 PM:
> Ben Reser :
> > This is really a philosophical difference between a centralized
> > version control system and DVCS.
>
> No, no, no. If you think that's true, I have failed to communicate.
>
> I'm not handwaving about philosophy. I'm pointing
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 for update-style REPORTs
> and their responses. (Currently disabled
Ben Reser :
> This is really a philosophical difference between a centralized
> version control system and DVCS.
No, no, no. If you think that's true, I have failed to communicate.
I'm not handwaving about philosophy. I'm pointing at a specific
problem that comes up when you start thinking of an
On Fri, Nov 30, 2012 at 4:05 PM, Ben Reser wrote:
> I'm not sure it's something we want to change for everyone. I suspect
> you're the first person that's ever raised any complaints about this.
> This is really a philosophical difference between a centralized
> version control system and DVCS.
>
On Fri, Nov 30, 2012 at 12:51 PM, Eric S. Raymond wrote:
> I'm not sure what the entire right design fix for Subversion is here, but
> I *am* sure you guys should be paying attention to this now so you can have
> the fix ready and deployed by the time forge evolution makes it urgent, which
> I wou
On 30.11.2012 21:51, Eric S. Raymond wrote:
> Ben Reser :
>> But again, if you want svn:author to be set to some value a user sets
>> locally and that has doesn't necessarily have anything to do with
>> their authentication to the server, you can't do that with username
>> configuration. Since the
Ben Reser :
> But again, if you want svn:author to be set to some value a user sets
> locally and that has doesn't necessarily have anything to do with
> their authentication to the server, you can't do that with username
> configuration. Since there is absolutely no guarantee that username
> will
Philip Martin writes:
> Philip Martin writes:
>
>> As far as I can tell the problem is the client causing mod_dav_svn to
>> SEGV (serf trunk keep retrying and causing multiple SEGVs). The
>> mod_dav_svn stack trace isn't very useful, I'll need a httpd debug
>> build:
>
> Debug build with pool d
Philip Martin writes:
> As far as I can tell the problem is the client causing mod_dav_svn to
> SEGV (serf trunk keep retrying and causing multiple SEGVs). The
> mod_dav_svn stack trace isn't very useful, I'll need a httpd debug
> build:
Debug build with pool debugging:
Program received signal
Stefan Küng writes:
> Here's how to reproduce:
>
> $ svn co https://tortoisesvn.googlecode.com/svn/trunk/src/Resources/tools
> tools
>
> get the file here:
> https://skydrive.live.com/redir?resid=D000F60A347E5B37!11352
> and replace the one in 'tools' with this one.
I can reproduce locally by i
On 11/30/2012 01:18 PM, Ivan Zhakov wrote:
> On Fri, Nov 30, 2012 at 8:59 PM, C. Michael Pilato
> wrote:
>> I'm adding send-all support to ra_serf right now, but will leave it #if'd
>> out until we decide in what scenarios we wish to use it.
>>
> Wow! That's great! Are you going to add it to exis
On Fri, Nov 30, 2012 at 8:59 PM, C. Michael Pilato wrote:
> On 11/30/2012 09:44 AM, Ivan Zhakov wrote:
>> On Fri, Nov 30, 2012 at 1:52 AM, C. Michael Pilato
>> wrote:
>>> [I'm going to try to summarize the body of responses generated from this
>>> original query -- a conversational reset, if you
Hi,
Using an svn build of trunk from about two hours ago, I'm trying to
commit a binary file to the TSVN repository on Google code. Tried
several times, and others have the same problem when they try to commit
this file.
Here's how to reproduce:
$ svn co
https://tortoisesvn.googlecode.com/
On Thu, Nov 29, 2012 at 4:52 PM, C. Michael Pilato wrote:
> [I'm going to try to summarize the body of responses generated from this
> original query -- a conversational reset, if you will -- so as to keep this
> line of inquiry moving toward closure.]
>
>> 3) libsvn_ra_serf stabilization. I kno
On 11/30/2012 09:44 AM, Ivan Zhakov wrote:
> On Fri, Nov 30, 2012 at 1:52 AM, C. Michael Pilato
> wrote:
>> [I'm going to try to summarize the body of responses generated from this
>> original query -- a conversational reset, if you will -- so as to keep this
>> line of inquiry moving toward clos
On Fri, Nov 30, 2012 at 8:03 AM, Daniel Shahaf wrote:
> It does yes, if the server has ForceCommand='svnserve -t' configured
> in sshd, then path-based authz and/or "anon-access=none" can be
> meaningfully set up --- and these key off of the svn-level authenticated
> username (as opposed to the OS
On Fri, Nov 30, 2012 at 7:17 AM, Eric S. Raymond wrote:
> Normally, access to the Subversion repositories I use is actually
> authenticated
> via an ssh key used for login to the server host. I'm not sure in what sense
> the username field actually contributes any security-relevant information
>
Eric S. Raymond wrote on Fri, Nov 30, 2012 at 10:17:39 -0500:
> Ben Reser :
> > Precisely. I was under the impression that he wanted something that
> > was user controlled and had nothing to do with the authentication to
> > display as the author.
>
> Maybe I'm confused. Or perhaps we're using "
Ben Reser :
> Precisely. I was under the impression that he wanted something that
> was user controlled and had nothing to do with the authentication to
> display as the author.
Maybe I'm confused. Or perhaps we're using "authentication" in
different senses on different levels. I think there's
On Fri, Nov 30, 2012 at 1:52 AM, C. Michael Pilato wrote:
> [I'm going to try to summarize the body of responses generated from this
> original query -- a conversational reset, if you will -- so as to keep this
> line of inquiry moving toward closure.]
>
[..]
>
>> 3) libsvn_ra_serf stabilization.
On 11/30/2012 09:19 AM, C. Michael Pilato wrote:
> On 11/29/2012 07:37 PM, Daniel Shahaf wrote:
>> cmpil...@apache.org wrote on Thu, Nov 29, 2012 at 20:44:48 -:
>>> Author: cmpilato
>>> Date: Thu Nov 29 20:44:47 2012
>>> New Revision: 1415365
>>>
>>> URL: http://svn.apache.org/viewvc?rev=141536
On 11/29/2012 07:37 PM, Daniel Shahaf wrote:
> cmpil...@apache.org wrote on Thu, Nov 29, 2012 at 20:44:48 -:
>> Author: cmpilato
>> Date: Thu Nov 29 20:44:47 2012
>> New Revision: 1415365
>>
>> URL: http://svn.apache.org/viewvc?rev=1415365&view=rev
>> Log:
>> Show the ^/foo/bar repository relat
On Fri, Nov 30, 2012 at 1:24 AM, vijay wrote:
> This patch is a follow up to r1414304 (corresponding mail thread [1]). It
> renames 'pool' to 'scratch_pool' in list callback functions in
> svn/list-cmd.c.
>
>
> [1] http://svn.haxx.se/dev/archive-2012-11/0352.shtml
r1415646
On Thu, Nov 29, 2012 at 11:25 AM, Eric S. Raymond wrote:
> Actually that wasn't in my plan. It's sufficient that every commit
> get an Internet-scoped ID, anonymity isn't required.
Well without making any changes then you have two choices...
1) Have users use whatever local username for the aut
Eric S. Raymond wrote on Fri, Nov 30, 2012 at 05:36:17 -0500:
> Daniel Shahaf :
> > If you can have a username= in the per-server section, you probably can
> > have it _today_ in the [global] section too and it would take effect
> > (just like N other options that can be set at either global or
> >
Daniel Shahaf :
> If you can have a username= in the per-server section, you probably can
> have it _today_ in the [global] section too and it would take effect
> (just like N other options that can be set at either global or
> per-server scope)...
>
> So you'd need to invent a new option?
Maybe
Infra have a bot that posts a comment to bugzilla issue #42 if the
string "issue #42" appears in a log message. Is that something we want
to enable? Does our tracker supports the bugzilla XML RPC API, or some
other way for a script to post comments to issues on it?
- Forwarded message from D
On 30.11.2012 09:04, Daniel Shahaf wrote:
> Martin Furter wrote on Fri, Nov 30, 2012 at 09:51:20 +0530:
>> On 11/30/12 00:55, Eric S. Raymond wrote:
>>> Ben Reser:
The only thing that's really lacking here is a good way to pass along
extra property values in an easy to configure way per
>
On 30.11.2012 02:15, Gavin Baumanis wrote:
> [...]
>>> 3) libsvn_ra_serf stabilization. I know there have been a couple
>>> concerns that Philip has raised (EAGAIN and the random failures).
>> Philip and Ivan both seem keen on reinstating ra_neon.
> [GB: ] Hi Everyone,
> I realise I am non-commit
Hi,
This patch is a follow up to r1414304 (corresponding mail thread [1]).
It renames 'pool' to 'scratch_pool' in list callback functions in
svn/list-cmd.c.
[1] http://svn.haxx.se/dev/archive-2012-11/0352.shtml
Thanks & Regards,
Vijayaguru
Index: subversion/include/svn_client.h
Martin Furter wrote on Fri, Nov 30, 2012 at 09:51:20 +0530:
> On 11/30/12 00:55, Eric S. Raymond wrote:
>> Ben Reser:
>>> The only thing that's really lacking here is a good way to pass along
>>> extra property values in an easy to configure way per
>>> server/repository so that you can use a clien
51 matches
Mail list logo
