Thank you for the reply. Can you believe I tried to search for similar bugs, but overlooked the already existing bug, #630147?.. ;)
Maybe it's better to keep it open+wontfix than closed+wontfix, so that it will be easier to find -- either this one or #630147? 13.03.2015 12:17, Patrick Matthäi wrote: > Hi, > > this was changed with 3.2.1-1, see #630147 > Upstream will not follow the standards of the library versioning schema, so > it is not possible to maintain it in this way in Debian. Ok, that makes sense, especially since it is an internal library. > If you need to build-depend on it, than you have to use the -common package, > but with the changes made in #630147 I also wanted to say (and that is > conform): > better do not use this package as b-d. And this is something I don't understand. In my case (see #775431), the question is about adding glusterfs to qemu packages. Qemu can use glusterfs, but it needs headers and libs (I'm not sure if it really needs libs, at least the configure script sets up GLUSTERFS_LIBS and uses it for linking). If this package is better NOT to be used as b-d, and if these libs are for internal use only, what to do? Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
