sssd.git/server/nss, branch python_api

Add PAM responder

2009-02-25T02:00:56+00:00

Also move responders under server/responder with shared code
in server/responder/common

Signed-off-by: Simo Sorce

Proper fix for memory handling problem.

2009-02-24T21:50:08+00:00

sbus_message_handler is not responsible anymore for sending
back data in any case.
Transfer this responsibility to the handler function called.
This way both synchronous and asynchronous funstions use the
interface the same way and can properly free memory referenced
by the reply after the send buffer has been filled in and all
copies are done in sbus_conn_send_reply()

Revert "Fixing serious memory allocation bug in sbus_message_handler."

2009-02-24T21:39:51+00:00

This reverts commit 13421cbe0af4343f9d110600755ffa756690b282.

Conflicts:

	server/infopipe/infopipe.c
	server/infopipe/infopipe.h

While this solution fixed the contingent memory problem it introduced
other problems in handling asynchronous replies.
Reverting in preparation for a different way to solve it.

Conflicts have been taken care of.

Spec file patch Take 2:

2009-02-24T18:43:46+00:00

Adding support for generating RPMS for sssd.

Fixing TDB autoconf macros to require version 1.1.3
and support for the tdb_repack symbol (required by LDB)
Updating tdb.h to #include  for proper autoconf

Build system modifications to simplify RPM generation

Fixing RPM build system as recommended during code review
Minor tweaks to Makefile and sssd.spec
Make policykit and infopipe configurable
Soname and symlinks

Fixing serious memory allocation bug in sbus_message_handler.

2009-02-23T21:20:52+00:00

dbus_message_append_args() adds a reference to memory that is not
copied to the outgoing message until dbus_connection_send() is
called. Since we compile our reply messages in functions and then
return the reply, we need a mechanism for deleting allocated
memory after invoking dbus_connection_send. I have changed the
arguments to sbus_msg_handler_fn so that it takes a talloc ctx
containing the sbus_message_handler_ctx and a pointer to a reply
object. We can now allocate memory as a child of the reply context
and free it after calling dbus_connection_send.

Completely rework the nss interface to be able to use 2

2009-02-20T23:09:29+00:00

types of domains: modern and legacy
modern uses member/meberof, legacy uses memberUid for group
memberships.
Rework the proxy backend to use the legacy style as that's the
format the data comes in (trying to convert would require too
many transformations and increased the number of queries).

Add support for fetching groups in nss.
Add support for enumerating users and groups (requires to enable enumeration
in config) both in nss and in the proxy provider.
Remove confdb_get_domain_basedn() and substitute with generic calls in
the nss init function.
Store a domain structure in the btree not the basedn so that we can add
enumeration flags.

Also make sure NSS understand how to make multiple calls on
enumerations, also make passing the domian parameter always
mandatory, passing in domain=* is not valid anymore.

This work fixes also a few memory, degfault, and logic bugs
found while testing all nss functions (there are still some to
fix that are less critical and much harder to find yet).

Enhancements and bugfixes to util/btreemap.c 1) Remove useless and unused btreemap_new() 2) Fix potentially serious memory allocation error. btreemap now requires a TALLOC_CTX to be passed in for assignment to the top node of the tree. Previously it was creating a new root TALLOC_CTX 3) Add new function btreemap_get_keys that will return a sorted array (newly allocated using talloc_realloc()) of keys (const void ) 4) Change the btreemap to use (const void ) keys instead of (void *)

2009-02-17T01:33:33+00:00

Always pass teh database path explicitly, so that test cases can use

2009-02-13T19:17:24+00:00

throw away databases
Check version and init main db if empty

Adding sysdb_store_group_posix with unit test

2009-02-12T22:08:56+00:00

Refactoring the monitor code and SBUS utility functions.

2009-01-27T13:39:48+00:00