Package: collectd
Severity: serious
Version: 5.4.1-3

Hi,

Per #755212, the protobuf-c package is transitioning to a new major
version.  This update requires the .pb-c.c / .pb-c.h files generated by
the protobuf-c compiler to be re-generated using the new version.

collectd ships .pb-c.h files generated by the protobuf-c-compiler in the
"collectd-dev" package.  Since this is an Architecture: all package, it
can't be updated by a binNMU (AFAIK), so in order to accomplish the
protobuf-c transition collectd needs to be re-built against the newer
protobuf-c-compiler package and uploaded to the archive, hence the
severity of this bug report.

Note that ideally .pb-c.c / .pb-c.h files should be generated from the
original source .proto files as needed, in order to avoid version skew
between different versions of the protobuf-c header and the protobuf-c
compiler.  It may be possible to avoid shipping .pb-c.h files in
/usr/include entirely and instead ship the original .proto files (e.g.,
in /usr/share?) if nothing actually depends on these header files.

Also, collectd build-depends on libprotobuf-c0-dev.  The -dev package
has been renamed to libprotobuf-c-dev in protobuf-c 1.0.0-1, but for the
time being the old package named is still provided.  I would recommend
changing your build-dependency from "libprotobuf-c0-dev" to
"libprotobuf-c-dev" in the next upload as well.  (Or "libprotobuf-c-dev |
libprotobuf-c0-dev" if you want to preserve the ability to build the
source package on wheezy.)

Thanks!

-- 
Robert Edmonds
edmo...@debian.org


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to