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

Re: names appearing twice in the COMMITTERS file

From: Max Bowsher <maxb1_at_ukf.net>
Date: 2005-12-09 13:34:06 CET

Hash: SHA1

kfogel@collab.net wrote:
> Daniel Rall <dlr@collab.net> writes:
>>Karl, this commit [r17646] adds Mark's name twice. I have the feeling that
>>you've some scripts which parse this file, and if so, we might want to
>>tweak COMMITTERS or your script(s).
> Oy, good question. Dan, I hope you don't mind that I'm forwarding
> this to the public dev@ list. It's a minor issue, but no reason it
> can't be public.
> Yes, we have a script (Fitz wrote it, actually) that parses the
> COMMITTERS file to create a mailing list. So far, everyone has been
> listed exactly once. But now, markphip is listed twice, for a good
> reason: he has commit access to two unrelated areas. I'm fine with
> that, but it creates two small problems:
> 1) His information is duplicated, so if he changes his email
> address, he has to change it in both places. No big deal, just
> thought I'd point it out.
> 2) Fitz's script may not notice that the two addresses are the
> same. This is easy to fix, of course.
> If people are okay with some names appearing multiple times, I think
> we can live with (1), and Fitz or I can easily fix (2). Any
> objections to that?

As far as the script is concerned, it only processes _full_ committers -
so no problem there.

As far as the inelegance of data-duplication is concerned: I favour
creating a "Multiple categories:" section and moving markphip there.
However, I don't feel particularly strongly about this whilst it is just
a single case. If we end up with more partial committers of this kind,
I'd like to create that section.

Version: GnuPG v1.4.1 (Cygwin)


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Dec 9 13:41:16 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.