[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: KDE and samba LDB integration
From:       "Aaron J. Seigo" <aseigo () kde ! org>
Date:       2008-02-24 23:22:57
Message-ID: 200802241622.57441.aseigo () kde ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Sunday 24 February 2008, Bogdan Bivolaru wrote:
> In January/ February 2006 you [Aaron] posted a message about using
> ldb.samba.org <http://ldb.samba.org> as a backend for KConfig XT and

as a backend for KConfig .. XT is something that works with KConfig, but is 
something a bit different.

> using it in KDE 4 (http://aseigo.blogspot.com/2006/01/ldb-take-2.html)
> What is the status of this initiative?

kconfig changed fairly dramatically since that blog entry and the backend 
would need to be written again. however, ldb itself was improved in various 
ways needed to make it a viable contender and my work showed that it was more 
than just an interesting concept but that it's completely doable.

> is it planned for KDE 4.2?

depends on my schedule and whether there is any external demand for it. those 
two things help adjust my priorities.

> What are the show stoppers? Any junior jobs here?

when the branch merge happened, the plugin loading was completely broken. i'm 
fixing that right now and am testing with a stub plugin in playground. would 
you be interested in working on the LDB backend itself?

>     * The Elektra/ Linux Registry project, now dead in the water
>       http://elektra.g4ii.com/Main_Page, http://www.libelektra.org. This
>       was especially interesting since samba developers considered using
>       it before developing their own configuration repository, ldb, and
>       because they had a marvelous idea that it should run as a frontend
>       to the Windows registry and MacOS X settings repository (which
>       fits pretty well with the KDE portability effort to Windows and
>       MacOS) http://www.libelektra.org/Windows_Registry.

we can do this with KConfig, however, and imho do a bit better job of it at 
that level.

>     * The dconf project,
>
>     "/Dconf is a tool to collect a system's hardware and software
>     configuration. It allows to take your system configuration with you
>     or compare systems (like nodes in a cluster) to troubleshoot HW or
>     SW problems./" http://dag.wieers.com/home-made/dconf/. And some
>     critical thought of Aaron Seigo on the dconf project
>     http://aseigo.blogspot.com/2005/04/stupidity-of-dconf.html
>     UPDATE: this seems to have some usage in the Gnome project
>     http://live.gnome.org/dconf

i personally think dconf is a solution looking for a problem, though i'm sure 
it's an interesting/fun project to work on (though it's currently 
proprietary). there are good solutions that already exist for the same 
problem space.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Trolltech

["signature.asc" (application/pgp-signature)]

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


[prev in list] [next in list] [prev in thread] [next in thread]