Re: [PATCH] Fix #3544 - svn update does not restore excluded files

2010-01-17 Thread Kannan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 C. Michael Pilato wrote: [..] > This patch doesn't apply cleanly anymore because I committed one of you > other ones. The conflict is pretty easy to resolve, though. Yes, as said in this thread before the change in this patch is the required one. >

Re: libsvn_wc bug: pristine contents for locally replaced file

2010-01-17 Thread Neels J Hofmeyr
Bert Huijben wrote: > >> -Original Message- >> From: Stefan Sperling [mailto:s...@elego.de] >> Sent: zondag 17 januari 2010 23:39 >> To: Bert Huijben >> Cc: 'Neels J Hofmeyr'; dev@subversion.apache.org; 'Bert Huijben' >> Subject: Re: libsvn_wc bug: pristine contents for locally replaced fi

RE: libsvn_wc bug: pristine contents for locally replaced file

2010-01-17 Thread Bert Huijben
> -Original Message- > From: Stefan Sperling [mailto:s...@elego.de] > Sent: zondag 17 januari 2010 23:39 > To: Bert Huijben > Cc: 'Neels J Hofmeyr'; dev@subversion.apache.org; 'Bert Huijben' > Subject: Re: libsvn_wc bug: pristine contents for locally replaced file > > On Sun, Jan 17, 201

Re: libsvn_wc bug: pristine contents for locally replaced file

2010-01-17 Thread Stefan Sperling
On Sun, Jan 17, 2010 at 11:14:58PM +0100, Bert Huijben wrote: > If you want to fix this behavior, you would have to check the exact status > information to determine that you are exactly in the replacement without > history case. > > This is one of the hardest statuses to detect with WC-NG (which

RE: libsvn_wc bug: pristine contents for locally replaced file

2010-01-17 Thread Bert Huijben
> -Original Message- > From: Neels J Hofmeyr [mailto:ne...@elego.de] > Sent: zondag 17 januari 2010 22:47 > To: dev@subversion.apache.org > Cc: Bert Huijben > Subject: Re: libsvn_wc bug: pristine contents for locally replaced file > > Bert Huijben wrote: > > Use svn c...@base to get the

Re: libsvn_wc bug: pristine contents for locally replaced file

2010-01-17 Thread Neels J Hofmeyr
Bert Huijben wrote: > Use svn c...@base to get the file. Same problem. 'svn cat' seems to select BASE by default. My point is that that fails with an error that shouldn't happen. > File is moved to revertbase to allow replacement with history. But thanks, I understand now: the original base con

Re: Subversion in 2010

2010-01-17 Thread Lieven Govaerts
On Fri, Jan 1, 2010 at 7:22 PM, Hyrum K. Wright wrote: > I hope the holidays have been good for everybody in the Subversion community. >  In between spending some quality time with family, and eating more than I > ought, I've done a bit thinking about Subversion in 2010, what I'd like to > see

Re: Subversion in 2010

2010-01-17 Thread Joe Schaefer
- Original Message > From: Mark Mielke > To: Joe Schaefer > Cc: Karl Fogel ; Hyrum K. Wright > ; Mark Phippard ; > Subversion Dev > Sent: Sun, January 17, 2010 12:59:24 PM > Subject: Re: Subversion in 2010 > > > > > > > Karl said that "more bugs = more users = probably good". I

Re: Subversion in 2010

2010-01-17 Thread Mark Mielke
I consider a revision control system which ships without support for merging across renames to be "shipping software with premature design elements." I'm not in the habit of passing judgement on a project's release decisions unless I'm voting on the release. Supporting renames in merges

Re: Subversion in 2010

2010-01-17 Thread Mark Mielke
Karl said that "more bugs = more users = probably good". I challenged this. If you think I am wrong for challenging this, state your case. Another point on this I forgot to mention: With every conclusion, there should be some behaviour to model. That is, if we conclude that more bugs equate

Re: Subversion in 2010

2010-01-17 Thread Joe Schaefer
- Original Message > From: Mark Mielke > To: Joe Schaefer > Cc: Karl Fogel ; Hyrum K. Wright > ; Mark Phippard ; > Subversion Dev > Sent: Sun, January 17, 2010 12:32:32 PM > Subject: Re: Subversion in 2010 > > > > > I didn't see anybody other than Hiram say the project needs more/b

Re: Subversion in 2010

2010-01-17 Thread Mark Mielke
I didn't see anybody other than Hiram say the project needs more/better coordination, and I certainly don't believe in guilt as a motivator, so I have no idea why you keep harping on technical debt as something objective and relevant to subversion. Cunningham was referring to shipping software w

Re: Subversion in 2010

2010-01-17 Thread Joe Schaefer
- Original Message > From: Mark Mielke > To: Joe Schaefer > Cc: Karl Fogel ; Hyrum K. Wright > ; Mark Phippard ; > Subversion Dev > Sent: Sun, January 17, 2010 12:08:29 PM > Subject: Re: Subversion in 2010 > > On 01/17/2010 11:34 AM, Joe Schaefer wrote: > > What I would like to see

Re: Subversion in 2010

2010-01-17 Thread Mark Mielke
On 01/17/2010 11:34 AM, Joe Schaefer wrote: What I would like to see from this project is less arguing about irrelevant concepts and more features in the working copy, ideally to make fewer network trips for better performance or to support queued commits so sysadmins need not panic over work sto

Re: Subversion in 2010

2010-01-17 Thread Joe Schaefer
What I would like to see from this project is less arguing about irrelevant concepts and more features in the working copy, ideally to make fewer network trips for better performance or to support queued commits so sysadmins need not panic over work stoppages due the the central server being down.

Re: Subversion in 2010

2010-01-17 Thread Mark Mielke
On 01/17/2010 02:55 AM, Karl Fogel wrote: I'm *totally* trolling now, and I'll own up to it... While I actually agree with a lot of what you've written in this thread, I think this conflation of bugs with tech debt is a mistake. They're not the same thing at all. I almost wrote that in a reply,

RE: libsvn_wc bug: pristine contents for locally replaced file

2010-01-17 Thread Bert Huijben
Use svn c...@base to get the file. File is moved to revertbase to allow replacement with history. Bert (mobile phone) - Oorspronkelijk bericht - Van: Neels J Hofmeyr Verzonden: zaterdag 16 januari 2010 23:48 Aan: dev@subversion.apache.org Onderwerp: libsvn_wc bug: pristine contents fo