Re: [Cppqed-support] Ubuntu packages

[Raimar S. <rai...@ui...>]

Dear András,

I wasn't aware of the different version provided in the universe repository, 
and the naming and versioning is most unfortunate: libboost-serialization-dev 
has version 1.48.0.2 but indeed is a meta-package for version 1.46. 

As far as I know the boost libraries are not binary compatible across 
versions. 

This problem occurs only if the user has explicitly installed the universe 
boost *headers*, if it is only the universe boost libraries everything should 
be fine. And it also happens with standard Ubuntu packages: you should see the 
same conflict when you try to install e.g. libftdipp-dev.

We can do one of the following to work around the problem:

* Unconditionally link against the universe version of boost. Everyone has to 
enable the universe repository to install our package. Apart from that, 
another downside to this approach is that some dev packages in Ubuntu depend 
on the default boost. If one of these is installed there will be a clash 
(similar to the one you experienced only the other way around) when trying to 
install c++qed. Only one version of the boost-dev packages is allowed.

* Provide two separate packages, the default package links against the default 
boost version, and a specialized package links against the universe boost 
version on each series. This way users who don't care which version of boost 
to use (probably most) can just install the default package without worrying 
too much.

* You install your boost version from source and not via apt-get ;)

What do you think?

In both cases we have to use a different build branch for each series, as the 
package names of boost in universe differ across the series. This is not too 
bad, though.

Best regards
Raimar


On Monday 27 August 2012 14:48:40 Andras Vukics wrote:
> Dear Raimar,
> 
> On Precise I have the problem that I had
> libboost-serialization1.48-dev, but libc++qed-dev is looking for
> libboost-serialization-dev, which is I think a meta-package for the
> 1.46 version.
> 
> Can you do something about this?
> 
> Cheers,
> András
> 
> On Mon, Aug 27, 2012 at 1:04 PM, Andras Vukics <and...@ui...> 
wrote:
> > Dear Raimar,
> > 
> >> it is possible to add FLENS, but I would have to create a FLENS package
> >> because at the moment there is none in Ubuntu. A conditional FLENS
> >> dependency is only possible if we have two separate packages, one with
> >> and one without FLENS (e.g. libc++qed and libc++qed_flens). But the
> >> FLENS dependency doesn't hurt much even for people who don't use it.
> > 
> > Right, it should not hurt much, so it could be added as a dependency
> > unconditionally.
> > 
> >> I would suggest to rename "Installation" to "Installation from source"
> >> and add a section "Installation from packages".
> > 
> > Fine.
> > 
> >> By publishing on the index page, do you mean to provide the .deb files as
> >> downloads or to give instructions how to install from the repository?
> > 
> > Perhaps just a link into the Download section of the index page either
> > to the section "Installation from packages" or directly to the
> > launchpad page.
> > 
> > Best regards,
> > András