[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 author in the output

From: Brian W. Fitzpatrick <fitz_at_red-bean.com>
Date: 2005-01-14 06:19:33 CET

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 command would be perfect to generate a list of the files in the
>> repository with the current author.
>> We have several colleagues here with the same long forename, so I have
>> to collect this info in an other way.
> [I've switched this thread to dev@.]
> 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.
> Why the difference? I'm not sure. Maybe we were trying to be similar
> to some old versions of Unix 'ls'? In any case, it's annoying now.
> Our own committers jerenkrantz and jszakmeister get cut off in 'ls -v'
> output, for example.
> 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.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jan 14 06:21:50 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.