Hi Michael, On Sun, 13 Apr 2014 18:32:05 Michael Tokarev wrote: > Package: librbd-dev, librados-dev > Version: 0.72.2-2 > Severity: grave > > Currently, testing+unstable has librbd version 0.72.2-2. When linking, > for example, qemu against this version of librbd, the resulting depends > on unversioned librbd1. But for example, librbd1 version 0.47.2-1 does > not provide some library symbols which are provided by 0.72.2 - eg, > rbd_aio_flush. As a result, programs linked with 0.72.2-2 version > does not work with older version of the library, and no indication of > the version needed is given. > > That to say, linking programs with librbd or librados breaks those > programs in random way.
Thank you for detailed report.
> This has already been reported before wheezy, this is exactly the reason
> why ceph has been removed from wheezy. I haven't looked at the updated
> librbd/librados before enabling ceph support in qemu. Looks like this
> enabling has been done too early, since the libraries aren't yet ready
> to be used.
I'd like to thank you for enabling rbd support in qemu. I found it very useful
and it saved me a lot of time already.
Upstream released Ceph-0.79 as pre-release to 0.80 which we will be uploading
to "unstable" (when released). We will include fix for this issue in 0.80-1 or
perhaps even earlier if one of us find enough time to upload 0.72.2-3.
By the way do you think that just using "dh_makeshlibs -V" would be
sufficient? Although I committed .symbols files I've never had good experience
with symbols in C++ libraries and I have concerns for potential build problems
on multiple architectures...
--
Regards,
Dmitry Smirnov
GPG key : 4096R/53968D1B
---
In questions of science, the authority of a thousand is not worth the
humble reasoning of a single individual.
-- Galileo Galilei
signature.asc
Description: This is a digitally signed message part.
