[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: back-sql maintenance

> I have been using OpenLDAP on Linux for a number of years and am now
> evaluating a transition towards the back-sql backend but I understand this
> is no longer actively maintained. Would somebody on this list be so kind
> as to go into some of the reasoning behind this lack of development? Is
> there now a better alternative for LDAP integration with an existing SQL
> schema? Is the methodology of back-sql seriously flawed? Is it just a lack
> of volunteers? I have encountered a possible bug and, having the
> resources, would like to help maintain this SQL backend if that is the
> appropriate thing to do.

Back-sql has never been intended as a general-purpose storage, but rather
as a means to allow to expose existing SQL databases in LDAP with minimal
effort (essentially related to creating few tables with meta-information
(e.g. ldap_entries, ldap_oc_mappings, ldap_attr_mappings and so).

I am no longer heavily involved in LDAP, as my job took different
directions; still, I like to volunteer for the project, but since I had to
reduce the amount of time I can dedicate to it, I decided to rather focus
on proxy backends and new features; back-sql is no longer one of my

There is no formal attribution of responsibilities to developers; however,
I've been the only active "committer" to back-sql for years.  Unless
someone else wants to take this over, back-sql is essentially
unmaintained.  This does not necessarily means it will be abandoned: if
you send a patch, it will probably be evaluated; however, if it doesn't
solve an existing issue because it needs further work, it will likely
remain dangling forever.

If you volunteer, welcome.  It's not me who decides who can become a
committer, I guess you first need to show that you are able to find your
way at least through the portion of code you intend to work on most, so 1)
show us that there's something broken and 2) show us that you can fix it.