svn commit: r392666 - head/audio/libgroove
John Marino
freebsd.contact at marino.st
Wed Jul 22 14:00:26 UTC 2015
On 7/22/2015 3:55 PM, Pietro Cerutti wrote:
> On 2015-07-22 15:50, John Marino wrote:
>> On 7/22/2015 3:43 PM, Mathieu Arnold wrote:
>>> +--On 22 juillet 2015 15:35:08 +0200 John Marino
>>> <freebsd.contact at marino.st> wrote:
>>> | I knew that's what you meant, and that's what I'm talking about. The
>>> | expanded name is the defacto standard and this was hammered into me
>>> | during mentering. You're going out of your way to go against this
>>> | without explaining why, so I'm curious as to why. Danfe just didn't
>>> | make this up.
>>>
>>> The documentation says:
>>>
>>> If this line is present, future maintainers must
>>> not change or remove it except at the original author's request.
>>>
>>> So, I am wondering, what part of that sentence do all of you not get
>>> ? Is
>>> the "MUST NOT CHANGE OR REMOVE" not clear ? Of course, il only talks
>>> about
>>> future maintainers, I assume that committers understand that it
>>> applies to
>>> them even if they're not the maintainer.
>>>
>>
>> The intent is not clear. I assumed that "no change" was trying to
>> ensure credit was not lost. However, if the original email address was
>> gone, or some kind of nickname is used, I would have assumed that is
>> modifiable.
>>
>> Nothing is magic about this line; it's not even mandatory. So if you
>> are clarifying it is immutatable, then I'd like the reason documented
>> because it now escapes me. I was given the benefit of the doubt over
>> the literal meaning. The literal I don't think is good.
>>
>> So now please explain why it can't be changed if credit is maintained?
>
> Can my "Created by:" line be put back as it was, while you figure out an
> answer to your question, and while discussion is ongoing on whether the
> PHB must be changed according to your interpretation?
I've got nothing to do with this other than being curious why this was
such a big deal. now that you have explained you don't want your name
there then I'd suggest just remove it completely. It's not my call.
John
More information about the svn-ports-head
mailing list