[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#755212: transition: protobuf-c



Robert Edmonds <edmonds@debian.org> writes:

> riemann-c-client
> ----------------
>
>     Rebuilt by hand successfully against protobuf-c 1.0.0~rc2-1 from
>     experimental.
>
>     Has an unversioned build dependency on libprotobuf-c0-dev.  This
>     needs to be updated to libprotobuf-c-dev eventually.

I can switch that to libprotobuf-c-dev | libprotobuf-c0-dev in the next
upload (I'd like to be able to compile the package on wheezy without
changes, hence the alternative). Since I just released a new upstream
version of the library, I'll be doing an upload at some point anyway,
I'll try to make it so that binNMUs won't be required after.

>     Has a build dependency on protobuf-c-compiler and runs protoc-c
>     during the build.
>
>     No protoc-c generated symbols are exported by libriemann-client0.
>
>     The libriemann-client-dev package exports the following header files
>     generated by protoc-c:
>
>         /usr/include/riemann/proto/riemann.pb-c.h
>
>     However, I have not found any packages in the Debian archive which
>     utilize this file.

The various riemann-c-client headers in /usr/include/riemann include
proto/riemann.pb-c.h, and there's syslog-ng-mod-riemann (from
syslog-ng-incubator) that uses the library, thus, the generated header
too, transitively.

>     I would recommend that the upstream developers ship a .proto file
>     instead.

I'd rather not ship a .proto file, if at all possible. I'll see if I can
hide it completely.

-- 
|8]


Reply to: