On May 16, 2007, at 8:32 PM, Kevin Ballard wrote:
We'd also have to remove the id keyword from all Portfiles, since user names are email addresses.
Yes. A couple of possibilities there: (1) convince macosforge to move away from name@domain for their user names, relying on name only, or (2) find a way to let svn see (and report) only the user end of that, or (3) move from $Id$ to $Revision$ or remove the keyword altogether. Note that (1) or (2) would also solve a number of other related issues, such as on trac, cia. James.
On May 16, 2007, at 8:12 PM, James Berry wrote:
Following discussion with several of you, and more thought, my thinking is now:
(1) Obfuscate plain text email addresses by using the form:
- tld/domain/username user@bar.com ==> com/bar/user
- if there are multiple components in the hostname, only the dot before the tld is turned into a slash: user@foo.bar.com ==> com/foo.bar/user
- If the domain/tld is macports.org, then it may be dropped: user@macports.org ==> user
Note that this is machine reversible, and also fairly easy for a user to produce manually, both of which are important considerations.
(2) If a Portfile is submitted with a maintainer email address containing an @, we will accept it as such (this is up to the submitter/maintainer). We're providing a means by which port maintainers may obfuscate their address, but not mandating that they do so.
Note that this is also a machine detectable situation.
(3) There are a number of other cases in which email addresses may show up. This doesn't attempt to deal with all of them yet. Small steps.
Among these are:
- CIA commit pages - Trac commits and perhaps bug reports too - Mailing list archives - irc logs
If I don't hear any contradictory pleas soon, I'm going to move ahead with this, perhaps including auto fixing all the portfiles.
-- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com