Am 13.03.2015 um 13:32 schrieb Michael Tokarev:
Thank you for the reply.
Can you believe I tried to search for similar bugs,
but overlooked the already existing bug, #630147?.. ;)
No problem :)
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?
Then the bug is marked as "open" in all overviews and I do not like it :D
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
--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
