You are viewing a plain text version of this content. The canonical link for it is here.
Posted to infrastructure-dev@apache.org by Alan Cabrera <li...@toolazydogs.com> on 2013/05/11 21:22:51 UTC
Getting username from full name
Is there a way to get the username of a committer when I have the full name?
Regards,
Alan
Re: Getting username from full name
Posted by "Alan D. Cabrera" <ad...@toolazydogs.com>.
I'm writing some tooling that will help mentors with podlings so there's no manual bits.
Sent from my iPhone
On May 11, 2013, at 1:01 PM, "Dennis E. Hamilton" <de...@acm.org> wrote:
> If manual searching is intended, I think it is sometimes easier simply to do a web page search in the browser using
> <http://people.apache.org/committer-index.html>. To shorten the search, it is handy to choose the part of the known name that is most-likely to not have many collisions. (This might work for HTML scraping too.)
>
> - Dennis
>
> PS: In checking on e-mails committers use other than their @apache.org accounts, there is *some* help in the private page,
> <https://id.apache.org/info/MailAlias.txt> (ASF logon required). That also identifies ASF Members.
>
>
>
>
> -----Original Message-----
> From: Daniel Shahaf [mailto:d.s@daniel.shahaf.name]
> Sent: Saturday, May 11, 2013 12:27
> To: Alan Cabrera
> Cc: infrastructure-dev@apache.org
> Subject: Re: Getting username from full name
>
> Alan Cabrera wrote on Sat, May 11, 2013 at 12:22:51 -0700:
>> Is there a way to get the username of a committer when I have the full name?
>
> 1. Be careful to use only the public name", never the legal name (icla name).
>
> 2. Obviously there may be >1 answer, code for that.
>
> 3. iclas.txt 'public name' column, or
> ldapsearch cn='Daniel Shahaf' uid
>
>
RE: Getting username from full name
Posted by "Dennis E. Hamilton" <de...@acm.org>.
If manual searching is intended, I think it is sometimes easier simply to do a web page search in the browser using
<http://people.apache.org/committer-index.html>. To shorten the search, it is handy to choose the part of the known name that is most-likely to not have many collisions. (This might work for HTML scraping too.)
- Dennis
PS: In checking on e-mails committers use other than their @apache.org accounts, there is *some* help in the private page,
<https://id.apache.org/info/MailAlias.txt> (ASF logon required). That also identifies ASF Members.
-----Original Message-----
From: Daniel Shahaf [mailto:d.s@daniel.shahaf.name]
Sent: Saturday, May 11, 2013 12:27
To: Alan Cabrera
Cc: infrastructure-dev@apache.org
Subject: Re: Getting username from full name
Alan Cabrera wrote on Sat, May 11, 2013 at 12:22:51 -0700:
> Is there a way to get the username of a committer when I have the full name?
1. Be careful to use only the public name", never the legal name (icla name).
2. Obviously there may be >1 answer, code for that.
3. iclas.txt 'public name' column, or
ldapsearch cn='Daniel Shahaf' uid
Re: Getting username from full name
Posted by Daniel Shahaf <d....@daniel.shahaf.name>.
Alan D. Cabrera wrote on Sat, May 11, 2013 at 13:04:08 -0700:
>
>
> Sent from my iPhone
>
> On May 11, 2013, at 12:27 PM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
>
> > Alan Cabrera wrote on Sat, May 11, 2013 at 12:22:51 -0700:
> >> Is there a way to get the username of a committer when I have the full name?
> >
> > 1. Be careful to use only the public name", never the legal name (icla name).
> >
> > 2. Obviously there may be >1 answer, code for that.
>
> Yeah, unfortunately files like podlings.xml have full names for
> mentors, not usernames.
So fix podlings.xml. All mentors have @apache.org usernames.
Re: Getting username from full name
Posted by "Alan D. Cabrera" <ad...@toolazydogs.com>.
Sent from my iPhone
On May 11, 2013, at 12:27 PM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
> Alan Cabrera wrote on Sat, May 11, 2013 at 12:22:51 -0700:
>> Is there a way to get the username of a committer when I have the full name?
>
> 1. Be careful to use only the public name", never the legal name (icla name).
>
> 2. Obviously there may be >1 answer, code for that.
Yeah, unfortunately files like podlings.xml have full names for mentors, not usernames.
> 3. iclas.txt 'public name' column, or
> ldapsearch cn='Daniel Shahaf' uid
Thanks!
Re: Getting username from full name
Posted by Daniel Shahaf <d....@daniel.shahaf.name>.
Alan Cabrera wrote on Sat, May 11, 2013 at 12:22:51 -0700:
> Is there a way to get the username of a committer when I have the full name?
1. Be careful to use only the public name", never the legal name (icla name).
2. Obviously there may be >1 answer, code for that.
3. iclas.txt 'public name' column, or
ldapsearch cn='Daniel Shahaf' uid
Re: Getting username from full name
Posted by Daniel Shahaf <d....@daniel.shahaf.name>.
Alan Cabrera wrote on Mon, May 13, 2013 at 09:48:06 -0700:
> All I want is a single source for all membership data.
Thank you for finally being a little more concrete than "it" and
"podling information".
Re: Getting username from full name
Posted by Alan Cabrera <ad...@toolazydogs.com>.
On May 13, 2013, at 9:38 AM, sebb <se...@gmail.com> wrote:
> On 13 May 2013 16:37, Alan Cabrera <li...@toolazydogs.com> wrote:
>>
>> On May 13, 2013, at 8:31 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
>>
>>> Alan Cabrera wrote on Mon, May 13, 2013 at 08:13:02 -0700:
>>>> On May 13, 2013, at 8:10 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
>>>>> Do you want a catchall answer? You haven't asked a concrete question
>>>>> yet, so there's no other kind of answer I can give you.
>>>>
>>>> Why is storing podling information in LDAP instead of podlings.xml not a good idea?
>>>
>>> What is "podling information"? What is wrong with having it in
>>> podlings.xml? What is the benefit to ASF from having it in LDAP?
>>
>> Having all ASF organization information in a single place has great value.
>>
>> Volunteers who are attempting to write tooling don't have to go on an "Easter egg hunt" for information, they don't have to deal with the myriad of data formats and scripting languages, data isn't' duplicated all over the place as it is now.
>
> There is some documentation on where various bits of data are held:
>
> https://svn.apache.org/repos/private/documents/records-discuss/datafiles.txt
>
>> I'll turn your question around and ask, what's wrong with having it in LDAP?
>
> One issue is that updating a file in SVN is a lot easier than updating LDAP.
> There would need to be a new interface to update the data; probably a
> web interface as LDAP support in scripting languages is fairly patchy
> at best (and may only be available for some OSes). For example AFAIK
> LDAP is not available for Ruby on Windows.
>
> Another issue is that AFAIK LDAP updates are not sent to any e-mail
> list; with SVN it's easy to review the changes.
>
> More importantly, podlings.xml is used in various ways to build the
> Incubator website and for other purposes.
> There is a fair amount of tooling that relies on it, so the file would
> probably still be needed.
>
> Retrieving the information from LDAP is relatively expensive.
Maybe we can restate the problem in an implementation free statement.
All I want is a single source for all membership data. I'd like the data to be accessible in a language free way, e.g. XML or JSON. Ideally via a rest service.
What if we had podling, board, project information in SVN and individual member information in LDAP. The latter only really needs to be updated/managed by infra. The former can be accessible to members via this REST API.
Thoughts?
Regards,
Alan
Re: Getting username from full name
Posted by Alan Cabrera <ad...@toolazydogs.com>.
On May 13, 2013, at 2:00 PM, sebb <se...@gmail.com> wrote:
> On 13 May 2013 20:22, Alan Cabrera <ad...@toolazydogs.com> wrote:
>>
>> On May 13, 2013, at 9:38 AM, sebb <se...@gmail.com> wrote:
>>
>> There is some documentation on where various bits of data are held:
>>
>> https://svn.apache.org/repos/private/documents/records-discuss/datafiles.txt
>>
>>
>> Should I update this document with information about podlings.xml?
>>
>
> I don't think podlings.xml has any significance outside the Incubator,
> so I don't think it belongs here.
That seems kind of arbitrary but, ok.
Regards,
Alan
Re: Getting username from full name
Posted by sebb <se...@gmail.com>.
On 13 May 2013 20:22, Alan Cabrera <ad...@toolazydogs.com> wrote:
>
> On May 13, 2013, at 9:38 AM, sebb <se...@gmail.com> wrote:
>
> There is some documentation on where various bits of data are held:
>
> https://svn.apache.org/repos/private/documents/records-discuss/datafiles.txt
>
>
> Should I update this document with information about podlings.xml?
>
I don't think podlings.xml has any significance outside the Incubator,
so I don't think it belongs here.
> Regards,
> Alan
>
Re: Getting username from full name
Posted by Alan Cabrera <ad...@toolazydogs.com>.
On May 13, 2013, at 9:38 AM, sebb <se...@gmail.com> wrote:
> There is some documentation on where various bits of data are held:
>
> https://svn.apache.org/repos/private/documents/records-discuss/datafiles.txt
Should I update this document with information about podlings.xml?
Regards,
Alan
Re: Getting username from full name
Posted by sebb <se...@gmail.com>.
On 13 May 2013 16:37, Alan Cabrera <li...@toolazydogs.com> wrote:
>
> On May 13, 2013, at 8:31 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
>
>> Alan Cabrera wrote on Mon, May 13, 2013 at 08:13:02 -0700:
>>> On May 13, 2013, at 8:10 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
>>>> Do you want a catchall answer? You haven't asked a concrete question
>>>> yet, so there's no other kind of answer I can give you.
>>>
>>> Why is storing podling information in LDAP instead of podlings.xml not a good idea?
>>
>> What is "podling information"? What is wrong with having it in
>> podlings.xml? What is the benefit to ASF from having it in LDAP?
>
> Having all ASF organization information in a single place has great value.
>
> Volunteers who are attempting to write tooling don't have to go on an "Easter egg hunt" for information, they don't have to deal with the myriad of data formats and scripting languages, data isn't' duplicated all over the place as it is now.
There is some documentation on where various bits of data are held:
https://svn.apache.org/repos/private/documents/records-discuss/datafiles.txt
> I'll turn your question around and ask, what's wrong with having it in LDAP?
One issue is that updating a file in SVN is a lot easier than updating LDAP.
There would need to be a new interface to update the data; probably a
web interface as LDAP support in scripting languages is fairly patchy
at best (and may only be available for some OSes). For example AFAIK
LDAP is not available for Ruby on Windows.
Another issue is that AFAIK LDAP updates are not sent to any e-mail
list; with SVN it's easy to review the changes.
More importantly, podlings.xml is used in various ways to build the
Incubator website and for other purposes.
There is a fair amount of tooling that relies on it, so the file would
probably still be needed.
Retrieving the information from LDAP is relatively expensive.
>
> Regards,
> Alan
>
Re: Getting username from full name
Posted by Alan Cabrera <li...@toolazydogs.com>.
On May 13, 2013, at 8:31 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
> Alan Cabrera wrote on Mon, May 13, 2013 at 08:13:02 -0700:
>> On May 13, 2013, at 8:10 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
>>> Do you want a catchall answer? You haven't asked a concrete question
>>> yet, so there's no other kind of answer I can give you.
>>
>> Why is storing podling information in LDAP instead of podlings.xml not a good idea?
>
> What is "podling information"? What is wrong with having it in
> podlings.xml? What is the benefit to ASF from having it in LDAP?
Having all ASF organization information in a single place has great value.
Volunteers who are attempting to write tooling don't have to go on an "Easter egg hunt" for information, they don't have to deal with the myriad of data formats and scripting languages, data isn't' duplicated all over the place as it is now.
I'll turn your question around and ask, what's wrong with having it in LDAP?
Regards,
Alan
Re: Getting username from full name
Posted by Daniel Shahaf <d....@daniel.shahaf.name>.
Alan Cabrera wrote on Mon, May 13, 2013 at 08:13:02 -0700:
> On May 13, 2013, at 8:10 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
> > Do you want a catchall answer? You haven't asked a concrete question
> > yet, so there's no other kind of answer I can give you.
>
> Why is storing podling information in LDAP instead of podlings.xml not a good idea?
What is "podling information"? What is wrong with having it in
podlings.xml? What is the benefit to ASF from having it in LDAP?
Re: Getting username from full name
Posted by Alan Cabrera <ad...@toolazydogs.com>.
On May 13, 2013, at 8:10 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
> Alan Cabrera wrote on Mon, May 13, 2013 at 07:52:02 -0700:
>>
>> On May 13, 2013, at 7:42 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
>>
>>> Alan Cabrera wrote on Mon, May 13, 2013 at 05:59:20 -0700:
>>>>> tbh, I think your best bet is to hook into the people.a.o site build, or
>>>>> reuse what it does. The culling is already implemented there.
>>>>
>>>> Great. Where's the code for that? Is it in python?
>>>>
>>>
>>> https://svn.apache.org/repos/asf/infrastructure/site/trunk/people/templates/pchtml.rb
>>> If you have questions about that, they are probably best on site-dev@.
>>>
>>>>> Anyway, to your question: just use a whitelist approach: PMC groups are
>>>>> safe, PMC committters groups are safe, board membership is safe, ASF
>>>>> membership is safe (all of those are public knowledge anyway). If you
>>>>> run into something you don't recognise, omit it.
>>>>
>>>> Where do I get the lists do PMC groups, committer groups, board memberships, and ASF memberships?
>>>>
>>>
>>> I don't understand your question.
>>
>> I'm wondering where I get the whitelists.
>>
>
> As I already said: it's probably best if you hook into pchtml.rb. Add
> to it a "csv output" mode or some such.
Ahh, ok. So have pchtml.rb output JSON and I can suck the info out from there
>>>>>> Also, I was wondering if it would make sense to store podling information in LDAP instead of podlings.xml. Just a thought for discussion.
>>>>>>
>>>>>
>>>>> Been suggested before, I don't see it happening.
>>>>
>>>> You don't see it happening because it's a bad idea or because it's too difficult to do?
>>>>
>>>
>>> The gneral opinion in infra is that it's not a good idea.
>>
>> Can you explain your opinion?
>
> Do you want a catchall answer? You haven't asked a concrete question
> yet, so there's no other kind of answer I can give you.
Why is storing podling information in LDAP instead of podlings.xml not a good idea?
Regards,
Alan
Re: Getting username from full name
Posted by Daniel Shahaf <d....@daniel.shahaf.name>.
Alan Cabrera wrote on Mon, May 13, 2013 at 07:52:02 -0700:
>
> On May 13, 2013, at 7:42 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
>
> > Alan Cabrera wrote on Mon, May 13, 2013 at 05:59:20 -0700:
> >>> tbh, I think your best bet is to hook into the people.a.o site build, or
> >>> reuse what it does. The culling is already implemented there.
> >>
> >> Great. Where's the code for that? Is it in python?
> >>
> >
> > https://svn.apache.org/repos/asf/infrastructure/site/trunk/people/templates/pchtml.rb
> > If you have questions about that, they are probably best on site-dev@.
> >
> >>> Anyway, to your question: just use a whitelist approach: PMC groups are
> >>> safe, PMC committters groups are safe, board membership is safe, ASF
> >>> membership is safe (all of those are public knowledge anyway). If you
> >>> run into something you don't recognise, omit it.
> >>
> >> Where do I get the lists do PMC groups, committer groups, board memberships, and ASF memberships?
> >>
> >
> > I don't understand your question.
>
> I'm wondering where I get the whitelists.
>
As I already said: it's probably best if you hook into pchtml.rb. Add
to it a "csv output" mode or some such.
> >>>> Also, I was wondering if it would make sense to store podling information in LDAP instead of podlings.xml. Just a thought for discussion.
> >>>>
> >>>
> >>> Been suggested before, I don't see it happening.
> >>
> >> You don't see it happening because it's a bad idea or because it's too difficult to do?
> >>
> >
> > The gneral opinion in infra is that it's not a good idea.
>
> Can you explain your opinion?
Do you want a catchall answer? You haven't asked a concrete question
yet, so there's no other kind of answer I can give you.
Re: Getting username from full name
Posted by Alan Cabrera <ad...@toolazydogs.com>.
On May 13, 2013, at 7:42 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
> Alan Cabrera wrote on Mon, May 13, 2013 at 05:59:20 -0700:
>>> tbh, I think your best bet is to hook into the people.a.o site build, or
>>> reuse what it does. The culling is already implemented there.
>>
>> Great. Where's the code for that? Is it in python?
>>
>
> https://svn.apache.org/repos/asf/infrastructure/site/trunk/people/templates/pchtml.rb
> If you have questions about that, they are probably best on site-dev@.
>
>>> Anyway, to your question: just use a whitelist approach: PMC groups are
>>> safe, PMC committters groups are safe, board membership is safe, ASF
>>> membership is safe (all of those are public knowledge anyway). If you
>>> run into something you don't recognise, omit it.
>>
>> Where do I get the lists do PMC groups, committer groups, board memberships, and ASF memberships?
>>
>
> I don't understand your question.
I'm wondering where I get the whitelists.
>>>> Also, I was wondering if it would make sense to store podling information in LDAP instead of podlings.xml. Just a thought for discussion.
>>>>
>>>
>>> Been suggested before, I don't see it happening.
>>
>> You don't see it happening because it's a bad idea or because it's too difficult to do?
>>
>
> The gneral opinion in infra is that it's not a good idea.
Can you explain your opinion?
Regards,
Alan
Re: Getting username from full name
Posted by Daniel Shahaf <d....@daniel.shahaf.name>.
Alan Cabrera wrote on Mon, May 13, 2013 at 05:59:20 -0700:
> > tbh, I think your best bet is to hook into the people.a.o site build, or
> > reuse what it does. The culling is already implemented there.
>
> Great. Where's the code for that? Is it in python?
>
https://svn.apache.org/repos/asf/infrastructure/site/trunk/people/templates/pchtml.rb
If you have questions about that, they are probably best on site-dev@.
> > Anyway, to your question: just use a whitelist approach: PMC groups are
> > safe, PMC committters groups are safe, board membership is safe, ASF
> > membership is safe (all of those are public knowledge anyway). If you
> > run into something you don't recognise, omit it.
>
> Where do I get the lists do PMC groups, committer groups, board memberships, and ASF memberships?
>
I don't understand your question.
> >> Also, I was wondering if it would make sense to store podling information in LDAP instead of podlings.xml. Just a thought for discussion.
> >>
> >
> > Been suggested before, I don't see it happening.
>
> You don't see it happening because it's a bad idea or because it's too difficult to do?
>
The gneral opinion in infra is that it's not a good idea.
Re: Getting username from full name
Posted by Alan Cabrera <ad...@toolazydogs.com>.
Sent from my iPad
On May 12, 2013, at 10:32 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
> Alan Cabrera wrote on Sun, May 12, 2013 at 10:21:42 -0700:
>>
>> On May 12, 2013, at 10:06 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
>>
>>> Daniel Shahaf wrote on Sun, May 12, 2013 at 20:04:08 +0300:
>>>> Alan Cabrera wrote on Sun, May 12, 2013 at 08:22:04 -0700:
>>>>> With that said, once I have the usernames, how do I get at the PMC/project membership information?
>>>>
>>>> /usr/local/etc/openldap/scripts/cli/list_memberships
>>>
>>> Actually, do not use that as is; it is intended for infra consumption
>>> and thus shows memberships in certain operational groups as well. Only
>>> a subset of that script's output information is public.
>>
>>
>> Perfect!!!!
>>
>> Is there a foolproof algorithm I can use to cull the operational
>> groups from the results?
>>
>
> tbh, I think your best bet is to hook into the people.a.o site build, or
> reuse what it does. The culling is already implemented there.
Great. Where's the code for that? Is it in python?
> Anyway, to your question: just use a whitelist approach: PMC groups are
> safe, PMC committters groups are safe, board membership is safe, ASF
> membership is safe (all of those are public knowledge anyway). If you
> run into something you don't recognise, omit it.
Where do I get the lists do PMC groups, committer groups, board memberships, and ASF memberships?
>> Also, I was wondering if it would make sense to store podling information in LDAP instead of podlings.xml. Just a thought for discussion.
>>
>
> Been suggested before, I don't see it happening.
You don't see it happening because it's a bad idea or because it's too difficult to do?
> I will say, though, that the IPMC should keep track by itself of podling
> committership/membership: some podlings have @committters=rw on their
> tree and so there is no record anywhere in infra of their personnel
> composition.
Agreed. The question is where. It just makes sense to me to have all this membership information in LDAP.
Regards,
Alan
Re: Getting username from full name
Posted by Daniel Shahaf <d....@daniel.shahaf.name>.
Alan Cabrera wrote on Sun, May 12, 2013 at 10:21:42 -0700:
>
> On May 12, 2013, at 10:06 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
>
> > Daniel Shahaf wrote on Sun, May 12, 2013 at 20:04:08 +0300:
> >> Alan Cabrera wrote on Sun, May 12, 2013 at 08:22:04 -0700:
> >>> With that said, once I have the usernames, how do I get at the PMC/project membership information?
> >>
> >> /usr/local/etc/openldap/scripts/cli/list_memberships
> >
> > Actually, do not use that as is; it is intended for infra consumption
> > and thus shows memberships in certain operational groups as well. Only
> > a subset of that script's output information is public.
>
>
> Perfect!!!!
>
> Is there a foolproof algorithm I can use to cull the operational
> groups from the results?
>
tbh, I think your best bet is to hook into the people.a.o site build, or
reuse what it does. The culling is already implemented there.
Anyway, to your question: just use a whitelist approach: PMC groups are
safe, PMC committters groups are safe, board membership is safe, ASF
membership is safe (all of those are public knowledge anyway). If you
run into something you don't recognise, omit it.
> Also, I was wondering if it would make sense to store podling information in LDAP instead of podlings.xml. Just a thought for discussion.
>
Been suggested before, I don't see it happening.
I will say, though, that the IPMC should keep track by itself of podling
committership/membership: some podlings have @committters=rw on their
tree and so there is no record anywhere in infra of their personnel
composition.
>
> Regards,
> Alan
>
Re: Getting username from full name
Posted by Alan Cabrera <ad...@toolazydogs.com>.
On May 12, 2013, at 10:06 AM, Daniel Shahaf <d....@daniel.shahaf.name> wrote:
> Daniel Shahaf wrote on Sun, May 12, 2013 at 20:04:08 +0300:
>> Alan Cabrera wrote on Sun, May 12, 2013 at 08:22:04 -0700:
>>> With that said, once I have the usernames, how do I get at the PMC/project membership information?
>>
>> /usr/local/etc/openldap/scripts/cli/list_memberships
>
> Actually, do not use that as is; it is intended for infra consumption
> and thus shows memberships in certain operational groups as well. Only
> a subset of that script's output information is public.
Perfect!!!!
Is there a foolproof algorithm I can use to cull the operational groups from the results?
Also, I was wondering if it would make sense to store podling information in LDAP instead of podlings.xml. Just a thought for discussion.
Regards,
Alan
Re: Getting username from full name
Posted by Daniel Shahaf <d....@daniel.shahaf.name>.
Daniel Shahaf wrote on Sun, May 12, 2013 at 20:04:08 +0300:
> Alan Cabrera wrote on Sun, May 12, 2013 at 08:22:04 -0700:
> > With that said, once I have the usernames, how do I get at the PMC/project membership information?
>
> /usr/local/etc/openldap/scripts/cli/list_memberships
Actually, do not use that as is; it is intended for infra consumption
and thus shows memberships in certain operational groups as well. Only
a subset of that script's output information is public.
Re: Getting username from full name
Posted by Daniel Shahaf <d....@daniel.shahaf.name>.
Alan Cabrera wrote on Sun, May 12, 2013 at 08:22:04 -0700:
> With that said, once I have the usernames, how do I get at the PMC/project membership information?
/usr/local/etc/openldap/scripts/cli/list_memberships
Re: Getting username from full name
Posted by Alan Cabrera <ad...@toolazydogs.com>.
Yes please.
What I'd like to do is to get my stuff working then, I think that we should be changing our core sources of information, e.g. podlings.xml, to use the apache usernames along with the tooling that consumes those sources.
With that said, once I have the usernames, how do I get at the PMC/project membership information?
Regards,
Alan
On May 12, 2013, at 8:08 AM, Rob Weir <ro...@apache.org> wrote:
> On Sat, May 11, 2013 at 3:22 PM, Alan Cabrera <li...@toolazydogs.com> wrote:
>> Is there a way to get the username of a committer when I have the full name?
>>
>
> I recently did something similar to get the data to make the graph in
> this blog post:
>
> http://www.robweir.com/blog/2013/05/mapping-the-asf-part-ii.html
Neat, looks like the graphs we make at LinkedIn.
> I scraped this ASF page to extract usernames and associated projects
> from this ASF page:
>
> http://people.apache.org/committer-index.html
>
> Extracting their full name from that page should be easy as well, but
> working from the source data that produced that page might be even
> easier.
>
> My code is very ugly Python. If you want to look at it for ideas, let me know.
>
> -Rob
>
>>
>> Regards,
>> Alan
>>
Re: Getting username from full name
Posted by Rob Weir <ro...@apache.org>.
On Sat, May 11, 2013 at 3:22 PM, Alan Cabrera <li...@toolazydogs.com> wrote:
> Is there a way to get the username of a committer when I have the full name?
>
I recently did something similar to get the data to make the graph in
this blog post:
http://www.robweir.com/blog/2013/05/mapping-the-asf-part-ii.html
I scraped this ASF page to extract usernames and associated projects
from this ASF page:
http://people.apache.org/committer-index.html
Extracting their full name from that page should be easy as well, but
working from the source data that produced that page might be even
easier.
My code is very ugly Python. If you want to look at it for ideas, let me know.
-Rob
>
> Regards,
> Alan
>