On Fri, Feb 21, 2020 at 06:49:06AM +0000, Gordon Ball wrote:
> On Thu, Feb 20, 2020 at 09:31:16PM +0100, László Böszörményi (GCS) wrote:
> > On Thu, Feb 20, 2020 at 9:06 PM Luca Boccassi <bl...@debian.org> wrote:
> > > On Thu, 2020-02-20 at 20:57 +0100, László Böszörményi wrote:
> > > > Luca, what's your opinion on this? I think that needs to be packaged
> > > > separately.
> > >
> > > It's a bit weird, but given it's just a header, IMHO it's fine to keep
> > > shipping it in libzmq3-dev. Upstream we generally try our best to keep
> > > the hpp header forward and backward compatible, so there should be no
> > > surprises.
> > > I do the same in the packages I build upstream in OBS.
> >  OK. I don't see the point then being developed in a separate git tree
> > - but let it be. I'm going to sync it with zeromq3 packaging.
> 
> Thanks for responding to this quickly.
> 
> I don't have a strong opinion on whether the headers from the cppzmq
> respository should be bundled in libzmq3-dev or split out into a
> separate package (although if they're largely released in sync, having a
> separate package for two header files seems unnecessary).
> 
> However, the original request in #951135 was for `zmq_addon.hpp` from
> `cppzmq`, which has not been included in 4.3.2-2. Was this intentional?

Sorry, ignore me - I didn't see mention of `zmq_addon.hpp` in the
changelog and then failed to notice that the file list on sources.d.o
was out-of-date and still showing 4.3.2-1.

> 
> (To be clear, this isn't at all urgent - I'm just experimenting with
> xeus at the moment. I encountered this issue because I assumed cppzmq
> was unpackaged and made a local stub package to install it, only to find
> it conflicted with libzmq3-dev. Assuming that the package will continue
> to ship the C++ headers, adding the string `cppzmq` to the description
> or `Provides: cppzmq-dev` might aid discoverability).
> 
> Gordon
> > 
> > Regards,
> > Laszlo/GCS

Reply via email to