Discussion:
Bug#944417: transition: cgal
Add Reply
Joachim Reichel
2019-11-09 15:40:01 UTC
Reply
Permalink
Package: release.debian.org
Severity: normal
User: ***@packages.debian.org
Usertags: transition

Hi,

I'd like to request a transition slot for CGAL 5.0. The CGAL library is now
header-only, i.e., the two library packages "libcgal13" and "libcgal-qt5-14"
are now gone.

Status of reverse dependencies:

crrcsim needs source code changes, patch available
gudhi binNMU should be sufficient
k3d needs source code changes, patch available
openems binNMU should be sufficient
openscad needs source code changes, patch available
pgrouting needs source code changes, patch available
pprepair FTBFS, https://github.com/tudelft3d/pprepair/issues/55
prepair FTBFS, https://github.com/tudelft3d/prepair/issues/35
pygalmesh binNMU should be sufficient
rheolef needs source code changes, patch available, unrelated FTBFS,
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=944197
sfcgal FTBFS, https://github.com/Oslandia/SFCGAL/issues/198
yade needs source code changes, patch available

Ben file:

title = "cgal";
is_affected = .depends ~ "libcgal13" | .depends ~ "libcgal-qt5-14";
is_good = ! ( .depends ~ "libcgal13" | .depends ~ "libcgal-qt5-14" );
is_bad = .depends ~ "libcgal13" | .depends ~ "libcgal-qt5-14";


-- System Information:
Debian Release: 10.1
Architecture: amd64 (x86_64)
Paul Gevers
2019-12-02 20:40:02 UTC
Reply
Permalink
Control: tags -1 moreinfo

Hi Joachim,
Post by Joachim Reichel
crrcsim needs source code changes, patch available
[...]
Post by Joachim Reichel
k3d needs source code changes, patch available
[...]
Post by Joachim Reichel
openscad needs source code changes, patch available
pgrouting needs source code changes, patch available
[...]
Post by Joachim Reichel
rheolef needs source code changes, patch available, unrelated FTBFS,
sfcgal needs source code changes, patch available
yade needs source code changes, patch available
Have those patches been submitted to the BTS? Are the maintainers of
these packages aware of this? Are the changes trivial and are you ready
to NMU them (except rheolef)?

Paul
Joachim Reichel
2019-12-03 07:40:01 UTC
Reply
Permalink
Control: tags -1 -moreinfo

Hi Paul,
Post by Paul Gevers
Have those patches been submitted to the BTS? Are the maintainers of
these packages aware of this? Are the changes trivial and are you ready
to NMU them (except rheolef)?
I've contacted the maintainers on Nov. 11th about the upcoming transition and
included my patches, but did not file bugs so far.

I'm in contact with the openscad maintainer, but did not receive any feedback
from the other maintainers. (The prepair/pprepair maintainer replied in the
FTBFS bug reports to remove those two packages from testing if they block the
transition.)

The changes are trivial (require at least C++14, do not link with CGAL libraries
anymore). I'm ready to NMU the rdeps.

Joachim
Paul Gevers
2019-12-03 20:40:01 UTC
Reply
Permalink
Control: tags -1 confirmed

Hi Joachim,
Post by Joachim Reichel
I've contacted the maintainers on Nov. 11th about the upcoming transition and
included my patches, but did not file bugs so far.
I suggest you file those bugs against the packages that you're not in
contact already and mark them as blocking this bug.

[..]
Post by Joachim Reichel
The changes are trivial (require at least C++14, do not link with CGAL libraries
anymore). I'm ready to NMU the rdeps.
Great. Having a bug to close in the NMU leaves the appropriate trace for
later.

Please go ahead.

Paul
PS: I'll be tweaking the ben file a bit, so don't be surprised if it
looks different.
Joachim Reichel
2019-12-06 13:40:01 UTC
Reply
Permalink
Update on the current state:

cloudcompare binNMU successful, all green
mshr binNMU successful, all green
openfoam binNMU successful, all green
openscad fixed by maintainer, all green

gudhi binNMU successful, but mips64el still missing
sfcgal fixed by maintainer, but armhf and mips64el still missing

crrcsim NMU in delayed queue (#946114), 4 days to go
pygalmesh NMU in delayed queue (#946234), 5 days to go

openems binNMU would be sufficient, unrelated FTBFS (#946264),
autoremoval in ? days

k3d patch in BTS (#946228), unrelated FTBFS (#946225),
autoremoval in 7 days
rheolef patch in BTS (#946116), unrelated FTBFS (#944197),
autoremoval in 11 days
yade patch in BTS (#946223), unrelated FTBFS (#938859),
autoremoval in 11 days, maintainer working on it

pprepair FTBFS, no patch known (#944775), autoremoval in 13 days
prepair FTBFS, no patch known (#944776), autoremoval in 14 days

(Due to changes in libboost-python1.67(.0|-dev) between -13 and -15, more
packages FTBFS than previously reported (openems, k3d, yade)).

Joachim
Joachim Reichel
2019-12-07 17:50:01 UTC
Reply
Permalink
Hi Paul,

could you please trigger another binNMU for gudhi on mips64el? There was a
problem in CGAL that I fixed in 5.0-5.

Thanks,
Joachim
Joachim Reichel
2019-12-08 18:40:02 UTC
Reply
Permalink
Update on the current state:

cloudcompare binNMU successful, all green
gudhi binNMU successful, all green
mshr binNMU successful, all green
openfoam binNMU successful, all green
openscad fixed by maintainer, all green
pygalmesh fixed by maintainer, all green

sfcgal fixed by maintainer, all green but armhf (#946261)

crrcsim NMU in delayed queue (#946114), 3 days to go

openems binNMU would be sufficient, unrelated FTBFS
(#946264), but not on autoremoval list (WHY?)
k3d patch in BTS (#946228), unrelated FTBFS (#946225),
autoremoval in 6 days
rheolef patch in BTS (#946116), unrelated FTBFS (#944197),
autoremoval in 10 days
yade patch in BTS (#946223), unrelated FTBFS (#938859),
autoremoval in 12 days, maintainer working on it

pprepair removed from unstable and testing (#944775, #946133)
prepair removed from unstable and testing (#944776, #946134)


Joachim

Loading...