[Freeipa-devel] [PATCH] admiyo-freeipa-0024-user-whoami.patch

Adam Young ayoung at redhat.com
Wed Sep 15 19:05:27 UTC 2010


On 09/15/2010 02:14 PM, Rob Crittenden wrote:
> Adam Young wrote:
>> On 09/15/2010 11:31 AM, Adam Young wrote:
>>> On 09/15/2010 09:42 AM, Rob Crittenden wrote:
>>>> Adam Young wrote:
>>>>> On 09/14/2010 05:57 PM, Rob Crittenden wrote:
>>>>>> Adam Young wrote:
>>>>>>> admiyo-freeipa-0024-user-whoami.patch broke the user-find, due to a
>>>>>>> missing return statement. It has been reverted. Here is the 
>>>>>>> corrected
>>>>>>> one.
>>>>>>
>>>>>> NACK.
>>>>>>
>>>>>> I think you want to use false for options.get:
>>>>>> if options.get('whoami', False):
>>>>>>
>>>>>> Otherwise it will always return the whoami version.
>>>>>
>>>>> Doesn't seem to be working that way.
>>>>>
>>>>> If I kinit as kfrog:
>>>>>
>>>>> ipa user-find pdawn
>>>>> --------------
>>>>> 1 user matched
>>>>> --------------
>>>>> User login: pdawn
>>>>> First name: Prairie
>>>>> Last name: Dawn
>>>>> Home directory: /home/pdawn
>>>>> Login shell: /bin/sh
>>>>> Groups: ipausers, muppets
>>>>> ----------------------------
>>>>> Number of entries returned 1
>>>>>
>>>>> [ayoung at ipa ~]$ ipa user-find
>>>>> ---------------
>>>>> 7 users matched
>>>>> ---------------
>>>>> ...
>>>>>
>>>>
>>>> You're relying on the fact that the CLI always includes whoami in the
>>>> options list. If whoami isn't sent it will default to True and return
>>>> the wrong thing.
>>> Setting it to false does not work:
>>>
>>> [root at ipa ~]# ipa user-find --whoami
>>> ---------------
>>> 0 users matched
>>> ---------------
>>> ----------------------------
>>> Number of entries returned 0
>>> ----------------------------
>>>
>>>>
>>>>>>
>>>>>> I'm not sure which is most efficient when building a string but 
>>>>>> it is
>>>>>> easier to read the filter this way IMHO:
>>>>>>
>>>>>> return "(&(objectclass=posixaccount)(krbprincipalname=%s))"%\
>>>>>> util.get_current_principal()
>>>>>
>>>>> If you still NACK after the previous comment, I'll do the printf 
>>>>> style.
>>>>>
>>>>>
>>>>>>
>>>>>> rob
>>>>>
>>>>
>>>> rob
>>>
>>> _______________________________________________
>>> Freeipa-devel mailing list
>>> Freeipa-devel at redhat.com
>>> https://www.redhat.com/mailman/listinfo/freeipa-devel
>>
>> Fixed. Problem was a typo in the filter.
>
> ack
Pushed to master




More information about the Freeipa-devel mailing list