On Thu, Jul 22, 2010 at 11:19 AM, Scott Duckworth <sduc...@clemson.edu>wrote:
> On Thu, Jul 22, 2010 at 11:07 AM, Sumit Bose <sb...@redhat.com> wrote:
>> On Thu, Jul 22, 2010 at 10:19:37AM +0200, Sumit Bose wrote:
>> > On Wed, Jul 21, 2010 at 03:22:29PM -0400, Scott Duckworth wrote:
>> > ...
>> > >
>> > > "something bad happened" isn't very useful. And since SSS refuses to
>> > > and authenticate users without an encrypted connection, I can't easily
>> > > wireshark and friends to debug at the protocol level. While I could
>> > > probably patch the source to print the actual LDAP error with
>> > > ldap_err2string(), or maybe gdb the process and set a breakpoint when
>> > > go wrong to hopefully get some more useful information, this is beyond
>> > > I'd normally consider doing when deploying new software. Any
>> > I'm currently installing eDirectory and I will try to reproduce the
>> > behaviour you have found.
>> I have run some basic authentication test with eDirectory 8.8-SP5 and
>> everything worked fine. I have to admit that I have used the current
>> master of sssd which includes a lot of changes to the LDAP code. Would
>> you mind to test our current beta release from
>> http://kojipkgs.fedoraproject.org/packages/sssd/1.2.91/21.fc14/ . It is
>> for rawhide but should work fine on F13, too.
> Sure, I'll give it a shot and report back what I find.
"yum localinstall libcollection-0.5.0-21.fc14.*
sssd-client-1.2.91-21.fc14.*" requires python 2.7. Adding
python-2.7-3.fc14.* and python-libs-2.7-3.fc14.* results in a slew of
dependency resolution errors.
If I get the chance in the few days, I'll try it under rawhide.
Freeipa-users mailing list