Re: Are you brave enough to manage a Subversion release?

2012-01-03 Thread Daniel Shahaf
On Tue, Jan 3, 2012, at 21:07, Hyrum K Wright wrote: > On Tue, Jan 3, 2012 at 4:54 PM, Daniel Shahaf wrote: > > On Tue, Jan 3, 2012, at 16:11, Hyrum K Wright wrote: > >> written a lot of tooling and docs surrounding our release process. > >> I'd like to give somebody relatively unfamiliar with tha

Re: Are you brave enough to manage a Subversion release?

2012-01-03 Thread Hyrum K Wright
On Tue, Jan 3, 2012 at 4:39 PM, Stefan Sperling wrote: > On Tue, Jan 03, 2012 at 04:11:59PM -0600, Hyrum K Wright wrote: >> though I'd only been hacking on the project for a year or two, I >> became the de facto release manager.  4 years, 26 releases, 2.5 >> children and 1 soon-to-be-PhD later, I'

Re: Are you brave enough to manage a Subversion release?

2012-01-03 Thread Hyrum K Wright
On Tue, Jan 3, 2012 at 4:54 PM, Daniel Shahaf wrote: > First of all, thanks for your tireless RM work over the last few years. Thanks. Although not without its headaches, I've gotten more out of the experience than I have given. > On Tue, Jan 3, 2012, at 16:11, Hyrum K Wright wrote: >> written

Re: [RFC] Server Dictated Configuration

2012-01-03 Thread Konstantin Kolinko
2012/1/4 Paul Burba : > Mike Pilato and I have been kicking around some ideas on server > dictated configuration recently and have put our thoughts into a wiki > (full disclosure: this wiki was initially based on Hyrum's thoughts on > the subject in > https://svn.apache.org/repos/asf/subversion/tr

Re: [RFC] Server Dictated Configuration

2012-01-03 Thread Stefan Sperling
On Tue, Jan 03, 2012 at 05:58:16PM -0500, Paul Burba wrote: > Mike Pilato and I have been kicking around some ideas on server > dictated configuration recently and have put our thoughts into a wiki > (full disclosure: this wiki was initially based on Hyrum's thoughts on > the subject in > https://

Re: [RFC] Server Dictated Configuration

2012-01-03 Thread Daniel Shahaf
On Tue, Jan 3, 2012, at 17:58, Paul Burba wrote: > Mike Pilato and I have been kicking around some ideas on server > dictated configuration recently and have put our thoughts into a wiki > (full disclosure: this wiki was initially based on Hyrum's thoughts on > the subject in > https://svn.apache.

[RFC] Server Dictated Configuration

2012-01-03 Thread Paul Burba
Mike Pilato and I have been kicking around some ideas on server dictated configuration recently and have put our thoughts into a wiki (full disclosure: this wiki was initially based on Hyrum's thoughts on the subject in https://svn.apache.org/repos/asf/subversion/trunk/notes/repos-dictated-config)

Re: Are you brave enough to manage a Subversion release?

2012-01-03 Thread Daniel Shahaf
First of all, thanks for your tireless RM work over the last few years. On Tue, Jan 3, 2012, at 16:11, Hyrum K Wright wrote: > written a lot of tooling and docs surrounding our release process. > I'd like to give somebody relatively unfamiliar with that environment > a chance to go through the pro

Re: Are you brave enough to manage a Subversion release?

2012-01-03 Thread Stefan Sperling
On Tue, Jan 03, 2012 at 04:11:59PM -0600, Hyrum K Wright wrote: > though I'd only been hacking on the project for a year or two, I > became the de facto release manager. 4 years, 26 releases, 2.5 > children and 1 soon-to-be-PhD later, I'd like to start helping others > learn the release manager ro

Re: [Subversion Wiki] Update of "EncryptedPasswordStorage" by CMichaelPilato

2012-01-03 Thread Stefan Sperling
On Tue, Jan 03, 2012 at 04:19:29PM -, Apache subversion Wiki wrote: > + === GPG Agent === > + Subversion's 1.8-dev codebase currently offers an integration with GPG > Agent, which is yet another third-party cryptographic service provider. > + Even though this auth provider has "GPG" in its n

Are you brave enough to manage a Subversion release?

2012-01-03 Thread Hyrum K Wright
In December of 2007, it had been over 4 months since our prior patch release, 1.4.5, and I was getting impatient. The then-current release manager had moved on to other things, but I had some bug fixes that I wanted shipped. So, after reading the docs, and with quite a bit of hubris, I rolled a s

Re: Directory deltification

2012-01-03 Thread Hyrum K Wright
On Tue, Jan 3, 2012 at 8:23 AM, Philip Martin wrote: > Stefan Fuhrmann writes: > >> As of r1224839, FSFS now supports directory deltification. >> Please review the changes and run tests against different >> repositories so that we get a better idea of what the costs >> and benefits are. As soon a

making progress in a meritocracy (was: Re: format of svn:author)

2012-01-03 Thread Stefan Sperling
On Tue, Jan 03, 2012 at 12:53:39PM -0500, Mark Mielke wrote: > 1) Require a means to reliably determine the AUTHOR of a changeset. > Reliable here means machine consumable in a standard format which > all tools are aware of because the standard is documented. > > 2) Require all native output from

Re: format of svn:author

2012-01-03 Thread Mark Mielke
On 01/03/2012 12:27 PM, Stefan Sperling wrote: On Tue, Jan 03, 2012 at 12:11:20PM -0500, Mark Mielke wrote: Other solutions provide these capabilities out of box. Could you point out which solutions exist so people can take a look at them? GIT, ClearCase, and Perforce are the ones I use. GIT

Re: format of svn:author

2012-01-03 Thread Stefan Sperling
On Tue, Jan 03, 2012 at 12:11:20PM -0500, Mark Mielke wrote: > Other solutions provide these capabilities out of box. Could you point out which solutions exist so people can take a look at them? You can keep criticising us all you want, it won't change a thing if you don't also explain in detail

Re: format of svn:author

2012-01-03 Thread Mark Mielke
FYI that "full name" or "email address" are not actually aspects of a unique identifier. People's names change, and email addresses change. The unique identifier should normally be much more persistent and should enable cross referencing with other tools and database reports. The name and email

Re: format of svn:author

2012-01-03 Thread Mark Mielke
To be blunt - this is exactly why Subversion will stay small. When the main people on the developer list hold small world views such as "it is the responsibility of the organization that uses Subversion to customize the dozens of tools they integrate with in a non-standard way", it is guarantee

Re: format of svn:author

2012-01-03 Thread Branko Čibej
On 03.01.2012 04:02, Stefan Fuhrmann wrote: > * What is an author? > * How do concepts like "account", "person", > "role", "group" relate to that notion? > * What aspects of the above can be provided to / > handled by Subversion in a portable way? > * What are typical use-cases and do they matc

Re: Directory deltification

2012-01-03 Thread Philip Martin
Stefan Fuhrmann writes: > As of r1224839, FSFS now supports directory deltification. > Please review the changes and run tests against different > repositories so that we get a better idea of what the costs > and benefits are. As soon as I'm back home, I will run tests > against the Apache and KD

Re: svn commit: r1208833 - in /subversion/trunk/subversion/libsvn_wc: status.c update_editor.c util.c wc.h

2012-01-03 Thread Julian Foad
hwri...@apache.org wrote: > URL: http://svn.apache.org/viewvc?rev=1208833&view=rev > Log: > In libsvn_wc, when fetching props for the Ev2 shims, add a flag to the baton > so we can fetch the proper kind of props, either actual or base, depending on > the application. That distinction should obviou

Re: crash fetching status

2012-01-03 Thread Julian Foad
I (Julian Foad) wrote: > Yes, because NULL is not a valid relpath.  The 'relpath' concept is well > defined (in svn_dirent_uri.h).  The representation of an empty relpath is the > empty string. Actually 'svn_dirent_uri.h' didn't spell out explicitly that paths are non-null unless documented ot

Re: crash fetching status

2012-01-03 Thread Julian Foad
Stefan Küng wrote: > On Thu, Dec 29, 2011 at 16:57, Stefan Küng wrote: >> On 29.12.2011 16:43, Hyrum K Wright wrote: >>> On Wed, Dec 28, 2011 at 1:01 AM, Stefan Küng wrote: [...] >>> I looked at similar places elsewhere, and they seemed to follow a >>> pattern.  The following patch is in a simil

Re: file_handle_cache branch ready for review

2012-01-03 Thread Ivan Zhakov
On Sun, Dec 18, 2011 at 22:46, Stefan Fuhrmann wrote: > For interested parties, > > Work on said branch is done so far and I think > it is generally ready for being merged into /trunk. > But it is certainly a good idea to give it some > detailed review, in particular with regard to side- > effects