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

Future of mole-generated symbols files, maintainer needed


I'm looking for someone to take over the maintenance of the mole
worker that generates symbols files, example:

It's not much code and it's all in the qa SVN but it requires a better
place to run (currently it runs on alioth:~hertzog/mole/). Doing it on
merkel within the qa team (with the rest of the mole stuff) is certainly
a good option. It requires installation of binutils-multiarch but
otherwise should run on lenny. Most of the work is just ensuring that it
keeps running/working.

http://svn.debian.org/viewsvn/qa/trunk/mole/worker/ (all symbols* files)

Sometimes it needs an update to keep up with mole changes but it's fairly
low maintainance and Christoph Berg has always been helpful to fix things
up when needed.

You should also deal with related bug reports submitted against
qa.debian.org but they are relatively rare. I just opened one since
Julien Cristau reported me a problem:

There are new features in symbols files that it would be interesting to
exploit, in particular the arch restriction tagging feature[1]. It would
require some coding but generating a single symbols file that works
for all architectures would be a nice feature, isn't it?

I will of course respond to any question that you might have since I really
want to give this project to someone else.


[1] If you don't know what it is, check man dpkg-gensymbols, you can have
stuff like that in symbols files now:
 (arch=alpha amd64 kfreebsd-amd64 ia64)a_64bit_specific_symbol@Base 1.0
 (arch=!armel)symbol_armel_does_not_have@Base 1.0
Raphaël Hertzog

Reply to: