On Tue, Jan 20, 2009 at 2:45 PM, Bernhard R. Link <brl...@debian.org> wrote: > I just want to add that an important reason for having such a symbols > file is that currently libgpgme11 would currently block a new reprepro > version to migrate to lenny and makes it necessary to recompile the > experimental packages to use them on lenny. > > With this symbol file, having a new upstream release of libgpgme11 in > unstable would no longer be an issue, at least for that package (and I > guess most others, too, as all features that make it still depend on > 1.1.8 are relatively new).
Sorry for not replying you before. I will try to check what exactly does dpkg-gensymbols tonight, as I was unaware of this tool despite being the maintainer of a lib for all these years. It's always a problem to have to recompile all packages just because a new symbol has been added, making that shlibs version has to be dumped, as it has happened with this release, but I don't want to generate a new problem if a bad symbols file is in use. As you say, if virtually no app is using the new symbol, there is no problem if the program gets compiled against that lib. Thanks -- José Carlos García Sogo js...@debian.org
