[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: cdebconf state

just got back from a short trip -- sorry for the delay in replying.

> cdebconf has been a bit, well, unstable for the last month or so,
> after Randolph Chung started a rewrite of it.  it should now be
> stabilizing, after he, Colin Walters and I've been hacking on it
> irregularly for some time.  Also, the rfc822 backend has been switched
> to use hash tables instead of linked lists, since that was a lot
> cleaner -- the supporting library is in the table/ subdirectory off
> the rfc822db dir.

argh.. instead of this can we just use the binary-tree stuff in glibc?
no use in reinventing possibly buggy data structure code if we can avoid

> Also, cdebconf has been split into a library and a non-library part,
> which is good and seems to be working fine.  It also has something
> which may some day begin to resemble a proper shlibs file; somebody
> who knows the shared library stuff better than I do -- please take a
> look at it and commit fixes.

will do.
> Hopefully we won't have too many other large rewrites like this one,
> since they set us back quite a bit.

well, the rewrite is needed to improve debconf compatibility. i think we
are much closer now, and hopefully we'll just try to track debconf
changes once the current cdebconf code stablizes.
> Randolph, could you please review the changes and upload (or just say
> go and I'll upload)?

it's on my list of TODOs... unfortunately things are quite busy with
work and other RL commitments at the moment.

many thanks to you guys for keeping me on the ball with this; i'll try
to spend some more time on this in the next few weeks.


Reply to: