#951030 cegui-mk2: symbol change enhancement

Package:
cegui-mk2
Source:
cegui-mk2
Submitter:
Dimitri John Ledkov
Date:
2025-08-25 10:59:07 UTC
Severity:
wishlist
Tags:
#951030#5
Date:
2020-02-07 13:49:40 UTC
From:
To:
Dear Maintainer,

cegui-mk2 ftbfs with new cmake & boost1.71 due to change in cmake
policy w.r.t. boost version detection (it is now more normal). See patch attached.

I am currently in process of migrating to boost1.71 in Ubuntu, which
has not started yet in Debian but is upcoming.

When built against boost1.71 symbols are dropped and changed. It seems
as if cegui-mk2 re-exports boost symbols, and thus boost abi change in
templates leakes in the change of cegui-mk2 libraries ABI change.

How should this be handled?

Is there a new upstream release of cegui that we can package in
experimental, always built against boost1.71 with new symbols?

Or shall i just blindly update the symbols file, rebuild ember and
hope for the best?

How was this handled in cegui-mk2 before, when boost changed without
cegui-mk2 new upstream releases?

I would like to avoid diverging ABI between ubuntu & debian here.

Regards,

Dimitri.

#951030#10
Date:
2020-02-08 17:48:09 UTC
From:
To:
Hi Dimitri,

Thanks for the bug report, and thanks for the patch!

Thank goodness for them making it more normal! I was not a fan of that
old system.

No, upstream has not done a new release in a while. Although I can (and
plan to) package the current version in experimental once boost1.71
lands there. Since I don't follow Boost, a notification in this bug
report would be appreciated.

I've only recently taken a more-active role in maintaining this package.
I think I previously only submitted a few NMUs. But, I believe that what
you listed is exactly what happened. I know I saw that with Ember (which
I *have* been maintaining for a while).

If you have any suggestions for a better, less-reactive, way forward on
this I'm certainly open to it!

Absolutely! I'm a big fan of keeping Debian and Ubuntu closely
synchronized.

#951030#17
Date:
2020-02-09 00:37:42 UTC
From:
To:
Yes there is a way.

You can provide libcegui-mk2-x.y.z-boost171
And then rewrite shlib deps to require a dep on libcegui-mk2-x.y.z-boost171
( >= X.y.z)

That way things that build against this new lib get the right dep, and
whenever cegui is NMUed for new boost Abi autochanges.

However, when you switch to this scheme either the library package needs to
change name, or you need to declare breaks on your reverse deps, to prevent
partial upgrade

Boost does similar to encode python versions and icu. And many other deb
languages do similar things like ocaml, gch, etc.

#951030#32
Date:
2020-02-10 04:10:33 UTC
From:
To:
Hi Dimitri,

Thanks for the recommendation! Unfortunately, that's a bit more than I can
do in the near future so I've split this off from the rest of your bug
report so that I can hopefully work on it at some point in the future.
Patches welcome of course if this is something you're more familiar with
and have the time! ;)

#951030#37
Date:
2025-08-25 10:56:56 UTC
From:
To:
Dear submitter,

as the package cegui-mk2 has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/1111377

The version of this package that was in Debian prior to this removal
can still be found using https://snapshot.debian.org/.

Please note that the changes have been done on the master archive and
will not propagate to any mirrors until the next dinstall run at the
earliest.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmaster@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Thorsten Alteholz (the ftpmaster behind the curtain)