[Freeipa-devel] [PATCH] Add {user, host, sourcehost}Category to HBAC and make accessTime multivalue.

Rob Crittenden rcritten at redhat.com
Mon Nov 30 18:34:39 UTC 2009


Pavel Zuna wrote:
> Rob Crittenden wrote:
>> Pavel Zuna wrote:
>>> Due to the format of accessTime (it has commas and spaces in it), we 
>>> can't use the List parameter type. I made it so that accessTime 
>>> values have to be entered one by one using new commands.
>>>
>>> We also agreed, that we're going to rename GeneralizedTime parameter 
>>> to AccessTime to prevent confusion with RFC 4517 standard. I attached 
>>> a separate patch for clarity.
>>>
>>> Pavel
>>
>> A couple of questions:
>>
>> - Would it make sense to leave time in as an option that takes a 
>> singular value? If someone wants multiple times they can use the new 
>> add interface, right?
> It would and I think it's a good idea, updated patch attached.
> 
>> - What are these new enums for? If there is only one choice do you 
>> really have a choice?
> Well for now, we only have the 'all' in categories, but the list is
> expected to grow. At first I didn't include categories in the plugin,
> because of this, but Sumit wanted it to be complete.
> 
>> - We still need some tests for GeneralizedTime/AccessTime.
> Ok, added to my TODO list.

The patch isn't applying for me:

$ patch -p1 --dry-run <  0003-Fix-takes_options-in-automount-plugin.patch
patching file ipalib/plugins/hbac.py
patching file tests/test_xmlrpc/test_hbac_plugin.py
Hunk #1 FAILED at 52.
Hunk #2 FAILED at 84.
2 out of 3 hunks FAILED -- saving rejects to file 
tests/test_xmlrpc/test_hbac_plugin.py.rej

Since you have to mess with this anyway, can you:

- add another test to also test adding the access time on the add. You 
added back the capability but the tests are still removed AFAICT.

- add a FUTURE or FIXME comment indicating that the enumerators are 
future-proofing things by making them a 1-option enumerator for now?

rob




More information about the Freeipa-devel mailing list