[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [ENHANCEMENT/BUG] svn list --verbose should not cut the authorin the output

From: Chris Foote <cfoote_at_v21.me.uk>
Date: 2005-01-15 16:57:39 CET

From: "Brian W. Fitzpatrick" <fitz@collab.net>
Sent: Saturday, January 15, 2005 6:12 AM

> On Fri, 2005-01-14 at 05:07, Julian Foad wrote:
>> Brian W. Fitzpatrick wrote:
>> > On Jan 12, 2005, at 11:37 AM, kfogel@collab.net wrote:
>> >> Laszlo Kishalmi <laszlo_kishalmi@epam.com> writes:
>> >>> It seems that the command line subversion client cuts the author at
>> >>> 8th character in its output.
>> >>
>> >> This has long bothered me too. In 'svn status' output, we print 12
>> >> columns worth of username. But in 'svn ls', we only print 8 columns
>> >> of username.
>> [...]
>> >> It would be an incompatible API change to go to 12 as the default for
>> >> 'ls -v' now. But it would be okay to add a run-time configuration
>> >> parameter to control this width. How would people feel about that?
>> >
>> > I think that it's silly to add a configuration option to fix what is,
>> > in
>> > my opinion, a bug. I don't see how this is the lesser of two evils
>> > (breaking compatibility being the other "evil").
>> >
>> > If we didn't have an API that folks can use from C, Java, Python, and
>> > Perl, and parsing output from svn was your only recourse, I might bend
>> > on this. As it stands, I'm strongly -1 on adding a run-time config
>> > parameter. This is a bug, let's just fix it.
>> What is the bug that you see? What do you see as a suitable "fix"?
> That it's not the same width as it is in 'svn status' output.

Just fixing this in 1.2 seems to the best IMO, as I believe that the output
for the status command has already been changed on the locking branch.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jan 15 19:17:20 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.