Hello, > I've skimmed over the sources, and it seems kalternatives is reading > and writting directly to the alternatives db (under > /var/lib/dpkg/alternatives/). The db should be considered internal, > and we reserve the right to change its layout in the future. > > There's been recent changes to update-alternatives to make it more > friendly and usable by front-ends (specifically the --get/set-selections > and --query options), could you consider rewritting it using those? > If the interface is inadequate or too limited we can always extend/fix > it. > > Another option would be to wait a bit, the future plans are to > rewrite it in C and move part of the db handling to a shared library.
Few days ago, I had a nice talk with Guillem, and he told me that dpkg developers are working for cleaning up update-alternatives' code, and planning to convert it to C (along with provide a dpkg library); since the previous are either happening or planned to be soon, I will avoid to rewrite the parser twice, but wait for the dpkg library and help testing it, which is what kalternatives will use (when it is ready, of course). Would it be acceptable for now? -- Pino Toscano
signature.asc
Description: This is a digitally signed message part.
