On 13/08/14 01:15, Robert Edmonds wrote:
Emilio Pozuelo Monfort wrote:
On 12/08/14 03:11, Robert Edmonds wrote:
Hi,
I think the transition is not quite over; there is still #756422, which
blocks #755212. We need a sourceful upload of collectd in order to
rebuild (or possibly remove) the
Emilio Pozuelo Monfort wrote:
On 13/08/14 01:15, Robert Edmonds wrote:
Emilio Pozuelo Monfort wrote:
On 12/08/14 03:11, Robert Edmonds wrote:
Hi,
I think the transition is not quite over; there is still #756422, which
blocks #755212. We need a sourceful upload of collectd in order to
On 12/08/14 03:11, Robert Edmonds wrote:
Hi,
I think the transition is not quite over; there is still #756422, which
blocks #755212. We need a sourceful upload of collectd in order to
rebuild (or possibly remove) the .pb-c.[ch] files in the collectd-dev
package, which is an Architecture:
Emilio Pozuelo Monfort wrote:
On 12/08/14 03:11, Robert Edmonds wrote:
Hi,
I think the transition is not quite over; there is still #756422, which
blocks #755212. We need a sourceful upload of collectd in order to
rebuild (or possibly remove) the .pb-c.[ch] files in the collectd-dev
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Date: Fri, 08 Aug 2014 00:00:24 +0200
From: Emilio Pozuelo Monfort po...@debian.org
To: 755212-d...@bugs.debian.org
Subject: Re: Bug#755212: transition: protobuf-c
Return-path: poch...@gmail.com
User-Agent: Mozilla/5.0
Emilio Pozuelo Monfort wrote:
I have binNMUed collectd and criu. Let me know if there's anything else that
needs binNMUs.
Hi, Emilio:
I don't see binNMUs for collectd or criu. I see collectd at version
5.4.1-3. But a recent criu upload transitioned the package to
libprotobuf-c1. So I think
Robert Edmonds wrote:
Emilio Pozuelo Monfort wrote:
I have binNMUed collectd and criu. Let me know if there's anything else that
needs binNMUs.
Hi, Emilio:
I don't see binNMUs for collectd or criu. I see collectd at version
5.4.1-3. But a recent criu upload transitioned the package
Robert Edmonds edmo...@debian.org writes:
Emilio Pozuelo Monfort wrote:
On 18/07/14 22:19, Robert Edmonds wrote:
* The header file (protobuf-c.h) which compiled .pb-c.h files must
include. This is shipped in the libprotobuf-c0-dev package
(protobuf-c 1.0.0), or the
On 27/07/14 10:44, Gergely Nagy wrote:
Robert Edmonds edmo...@debian.org writes:
Emilio Pozuelo Monfort wrote:
On 18/07/14 22:19, Robert Edmonds wrote:
* The header file (protobuf-c.h) which compiled .pb-c.h files must
include. This is shipped in the libprotobuf-c0-dev package
On 18/07/14 22:19, Robert Edmonds wrote:
* The header file (protobuf-c.h) which compiled .pb-c.h files must
include. This is shipped in the libprotobuf-c0-dev package
(protobuf-c 1.0.0), or the libprotobuf-c-dev package (protobuf-c
= 1.0.0). (libprotobuf-c-dev
Emilio Pozuelo Monfort wrote:
On 18/07/14 22:19, Robert Edmonds wrote:
* The header file (protobuf-c.h) which compiled .pb-c.h files must
include. This is shipped in the libprotobuf-c0-dev package
(protobuf-c 1.0.0), or the libprotobuf-c-dev package (protobuf-c
=
Robert Edmonds edmo...@debian.org writes:
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.
Ah, right. From a brief
Gergely Nagy wrote:
I gave this some more thought, and there's a problem: while generating
riemann events and similar can be done with opaque types, if I do a
query, then I want to access the results, and to do that with opaque
types would mean I need a lot of getter functions (and an API +
Robert Edmonds edmo...@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.
Hi, Emilio:
Emilio Pozuelo Monfort wrote:
Hi Robert,
On 18/07/14 22:19, Robert Edmonds wrote:
I am requesting an upload slot to upload protobuf-c 1.0.0-1 to unstable.
I am hoping to accomplish a transition to protobuf-c 1.0.0 in time for
the jessie release. (Disclaimer: I am also one
Hi, Marcin:
Marcin Owsiany wrote:
The problem with libgadu is that the embedded copy also seems to have
libgadu-specific modifications applied. I've asked upstream to clarify
whether these could be dropped.
I was able to build libgadu successfully with libprotobuf-c-dev added to
Build-Depends
On 21/07/14 23:13, Robert Edmonds wrote:
OK, IIUC, protobuf-c 1.0.0-1 may be uploaded to unstable?
Yes, or even rc2 if you feel comfortable with that.
Emilio
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi, Gergely:
Gergely Nagy wrote:
Robert Edmonds edmo...@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
2014-07-21 23:41 GMT+02:00 Robert Edmonds edmo...@debian.org:
I looked over the changes to libgadu's convenience copy of protobuf-c.c
and I *believe* that all the changes are relatively minor (fixing up
warnings due to libgadu compiling with more -W flags, replacing
C++-style comments with
The problem with libgadu is that the embedded copy also seems to have
libgadu-specific modifications applied. I've asked upstream to clarify
whether these could be dropped.
Marcin
Hi Robert,
On 18/07/14 22:19, Robert Edmonds wrote:
I am requesting an upload slot to upload protobuf-c 1.0.0-1 to unstable.
I am hoping to accomplish a transition to protobuf-c 1.0.0 in time for
the jessie release. (Disclaimer: I am also one of the protobuf-c
upstream maintainers.) This
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hello,
I am requesting an upload slot to upload protobuf-c 1.0.0-1 to unstable.
I am hoping to accomplish a transition to protobuf-c 1.0.0 in time for
the jessie release. (Disclaimer:
22 matches
Mail list logo