> On Nov 23, 2015, at 2:34 PM, sebb <[email protected]> wrote:
>
> On 23 November 2015 at 20:54, Craig L Russell <[email protected]>
> wrote:
>>
>>> On Nov 23, 2015, at 9:38 AM, sebb <[email protected]> wrote:
>>>
>>> On 22 November 2015 at 16:14, Craig L Russell <[email protected]>
>>> wrote:
>>>>
>>>>> On Nov 22, 2015, at 7:22 AM, sebb <[email protected]> wrote:
>>>>>
>>>>> On 21 November 2015 at 03:50, Craig L Russell <[email protected]>
>>>>> wrote:
>>>>>>
>>>>>>> On Nov 20, 2015, at 7:17 PM, Sam Ruby <[email protected]> wrote:
>>>>>>>
>>>>>>> On Fri, Nov 20, 2015 at 10:10 PM, Craig L Russell
>>>>>>> <[email protected]> wrote:
>>>>>>>> I noticed during the recent work that the email address in iclas.txt
>>>>>>>> is out of date with reality. At least a couple of addresses are in the
>>>>>>>> sun.com domain, clearly not current.
>>>>>>>>
>>>>>>>> How could I send email to the address in iclas.txt and also to all
>>>>>>>> addresses in mail aliases? Something like:
>>>>>>>>
>>>>>>>> to: [email protected] cc:
>>>>>>>> [email protected],[email protected],[email protected] reflecting
>>>>>>>> both the iclas.txt address plus all of the mail aliases.
>>>>>>>
>>>>>>> First, this is not possible for entries with 'notinavail’,
>>>>>>
>>>>>> not really needed, since notinavail entries can simply be removed after
>>>>>> sending email once.
>>>>>
>>>>> I'm not sure that's true - see recent e-mail from Sam
>>>>>
>>>>> https://mail-search.apache.org/members/private-arch/board/201511.mbox/%3ccafg6u8e+v_j_r8ccmfs5vqahssuf_vngrvqxx5qqsh0sowv...@mail.gmail.com%3e
>>>>>
>>>>> Don't we need to keep a record of all ICLAs submitted?
>>>>
>>>> Yes. I’m no longer thinking that we should remove the iclas.txt entry, but
>>>> need to modify the public name to indicate that the icla went missing.
>>>
>>> "modify the public name"
>>>
>>> Not sure that is a good idea.
>>> Surely the place to record missing ICLA files is the 5th field which
>>> has a suffix (after the semi-colon) for recording the ICLA file name.
>>
>> The problem is that a PMC just looks at
>> http://people.apache.org/committer-index.html and sees that an ICLA is on
>> file. But these 33 entries have no ICLA. So if the PMC request an account,
>> root would have to research whether there is actually an icla. I’m trying to
>> avoid that.
>>
>> My proposal: Instead of e.g. Charles McLouth showing up, it would be Charles
>> McLouth (no ICLA) and surely there is no need for research by root.
>>
>> The alternative to avoid the above is to remove the iclas.txt entry, but
>> that has its own problems.
>
> Or fix the people.a.o app to take note of another indicator in the file.
Ok. The bad entries with notinavail come in three flavors:
no icla stub
icla stub but no document in documents/iclas/stub
comment (+=r9120) or (+=r9154) or (page 3 missing)
If the acreq tool can be updated to deny these cases, then there is nothing
more needed to flag these entries.
Craig
>
>> Craig
>>
>>>
>>>> There are only 33 cases of missing iclas for notinavail, so the tool will
>>>> simply be full of those folks that we cannot locate. What would be bad is
>>>> for these folks to fail to respond to the request for a replacement, and
>>>> for a PMC to then offer commit privileges.
>>>>
>>>
>>> " the tool will simply be full ..."
>>>
>>> Not sure I understand what tool is being referenced here.
>>>
>>>> Craig
>>>>>
>>>>>
>>>>>>> but here
>>>>>>> are a few things to explore. The way I would recommend you explore
>>>>>>> these values is to type "irb -r whimsy/asf" from the command line and
>>>>>>> then enter the expressions listed below.
>>>>>>
>>>>>> I’ll give these a shot and let you know.
>>>>>>
>>>>>> Craig
>>>>>>>
>>>>>>> Here is how to find all email addresses:
>>>>>>>
>>>>>>> ASF::Person.find('clr').all_mail
>>>>>>>
>>>>>>> Here is how to remove the 'to' address:
>>>>>>>
>>>>>>> ASF::Person.find('clr').all_mail - ['[email protected]']
>>>>>>>
>>>>>>> Here is how to return the results as a comma separated string:
>>>>>>>
>>>>>>> (ASF::Person.find('clr').all_mail - ['[email protected]']).join(',')
>>>>>>>
>>>>>>>> Craig
>>>>>>>>
>>>>>>>> Craig L Russell
>>>>>>>> Architect, Oracle
>>>>>>>> http://db.apache.org/jdo
>>>>>>>> 408 276-5638 mailto:[email protected]
>>>>>>>> P.S. A good JDO? O, Gasp!
>>>>>>>
>>>>>>> - Sam Ruby
>>>>>>
>>>>>> Craig L Russell
>>>>>> Architect, Oracle
>>>>>> http://db.apache.org/jdo
>>>>>> 408 276-5638 mailto:[email protected]
>>>>>> P.S. A good JDO? O, Gasp!
>>>>>>
>>>>
>>>> Craig L Russell
>>>> Architect, Oracle
>>>> http://db.apache.org/jdo
>>>> 408 276-5638 mailto:[email protected]
>>>> P.S. A good JDO? O, Gasp!
>>
>> Craig L Russell
>> Architect, Oracle
>> http://db.apache.org/jdo
>> 408 276-5638 mailto:[email protected]
>> P.S. A good JDO? O, Gasp!
>>
Craig L Russell
Architect, Oracle
http://db.apache.org/jdo
408 276-5638 mailto:[email protected]
P.S. A good JDO? O, Gasp!
