logs archiveBotHelp.net / Freenode / #389 / 2015 / August / 26 / 1
Firstyear
nhosoi_: So I got most of the way there with the deref control yesterday
Having some issues now with it actually sending a result though (And yes, I have the patch applied :) )
nhosoi_
Firstyear: thanks a lot!
Firstyear, so you figured out how to create the control.
Firstyear
It's been a fun learning experience at the least ;)
nhosoi_
i was going to ask you to give me a patch to try. ;)
sure!
great job!!
Firstyear
But I am waiting on some advice from 389devel as it's not quite working yet.
Thanks
nhosoi_
oh, at least can i try your code?
Firstyear
Yeah, I mailed the patch to lib389 onto 389-devel yesterday.
[389-devel] [lib389] Deref control advice needed
^ was the email subject line
nhosoi_
you put the code in your email, but i was not sure where to put and how to run... :p
Firstyear
There is a patch attached.
nhosoi_
oh, sorry. i must have missed it...
checking...
Firstyear
I think the only thing you need to check is tests/dereference_test.py, and change INSTANCE_PREFIX
I'm waiting on another patch to fix prefixes in lib389 to be applied ....
nhosoi_
thanks! got it.
Firstyear
Actually, I may have solved the issue just then.
nhosoi_
cool!
Firstyear
I don't think I need to put a controlValue sequence of around the DerefSpec structure.
At the very least, I'm now triggering an error in deref.c ;) So I know my code is getting closer.
nhosoi_
wait, wait. you found a bug in the deref plug-in while running your test?
Firstyear
No I didn't
I'm saying that more likely I'm misformatting the deref request, so it's triggering deref to raise an error.
nhosoi_
*whew* i thought you meant that... (if so, we have to fix it asap... :)
Firstyear
So now I need to work out why my deref request is wrong.
nhosoi_
ah, i see.
a negative test case. :)
Firstyear
Yep.
nhosoi_
good!
Firstyear
How do you test the tests ;)
nhosoi_
right... that's always our headaches...
Firstyear
Okay, so I have the derefSpec for requests worked out, and they are working fine. Still not sure why I am not getting the deref control in responses.
nhosoi_: I'm actually suspicious of python ldap now. I can see the request control working, I've added some hooks to deref.c, and I can see the sucessful operation and controls being added
But no result ever makes it back to the python library.
I'll contact their mailing list and ask where to go from here.
nhosoi_
Fireyear: thanks a lot, William. I'm going to double check the deref plug-in code if it is behaving as expected...
Firstyear
It is.
The same query with ldapsearch -E works flawlessly.
And like I said, I added some tracing and I can see all the correct results and controls being added.
So I suspect either I haven't registered my python DerefControl properly to be used for decode, or python-ldap has another issue.
I might wireshark it for fun later and see if the results are there.
nhosoi_
hmmm, but python already has supported various controls...
Firstyear
Yes, but few of them are as "complex" as thi
this*
and many of them don't use response controls.
Only request.
nhosoi_
for instance, get effective right is returning a control, isn't it?
Firstyear
Get effective rights sets a control, but doesn't use a response control.
As the response is returned as an entry.
nhosoi_
ok...
Firstyear
This is from the python side however
nhosoi_
hmmm, need to investigate some more...
Firstyear
Anyway, I've asked python-ldap now
nhosoi_
cool!
let's hope someone will get back to us...
i need to run now. talk to you later!
Firstyear
Take care!
azwieg103
i'm experiencing a strange issues on CentOS where certain type of LDAP/TLS requests, such as a search cause the pid to die. Ideas?
richm
azwieg103: rpm -q 389-ds-base
azwieg103
rpm -q 389-ds-base
389-ds-base-1.2.11.15-60.el6.x86_64
« prev next »