Looks like tinyxml2 is ready to migrate except for autopkgtest regressions in
ignition-fuel-tools and ignition-msgs:
https://tracker.debian.org/pkg/tinyxml2
These "regressions" seem to be caused by testing both packages in isolation
and not together. ld emits a warning
"libtinyxml2.so.6, needed
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
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
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
hould fix this.
> On 04-12-2019 00:02, Joachim Reichel wrote:
>> please schedule binNMUs for gudhi, openems, and pygalmesh to support the
>> cgal_5.0 transition (see bug #944417).
Looking at the logs for pygalmesh I noticed that a binNMU will most likely not
work (see bug #946234). I'll prepare an NMU.
Joachim
Package: release.debian.org
Severity: normal
Control: block 944417 by -1
Hi,
please schedule binNMUs for gudhi, openems, and pygalmesh to support the
cgal_5.0 transition (see bug #944417).
nmu gudhi_3.0.0+dfsg-3 . ANY . -m 'Rebuild against libcgal-dev >= 5.0'
dw gudhi_3.0.0+dfsg-3 . ANY .
Control: tags -1 -moreinfo
Hi Paul,
On 02.12.19 21:34, Paul Gevers wrote:
> 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
Update:
crrcsimneeds source code changes, patch available
gudhi binNMU should be sufficient
k3dneeds source code changes, patch available
openemsbinNMU should be sufficient
openscad needs source code changes, patch available
pgrouting needs source code changes, patch
Package: release.debian.org
Severity: normal
User: release.debian@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
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hi,
I uploaded a new version of cgal which bumped the SOVERSION of
libCGAL_ImageIO.so and was not aware that there is nowadays a reverse
dependency of this library in Debian.
nmu
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
I'd like to request a transition slot for CGAL due to an SONAME change. BinNMUs
are sufficient for the reverse dependencies except for the following three:
#876524 yade:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
cgal 4.9-1 changed the SONAME and needs a transition. I have to apologize since
the new package is already in unstable because I completely forgot that such a
change consitutes a
Hi,
https://qa.debian.org/excuses.php?package=cgal says:
7 days old (needed 5 days)
old binaries left on armhf: libcgal-qt5-11, libcgal-qt5-dev (from 4.7-4) (but
ignoring cruft, so nevermind)
Valid candidate
(It is intended that these two binary packages are no longer built for armhf.)
Why
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
the CGAL library bumped its SONAME due to some incompatible ABI change. None of
the reverse dependencies in sid actually use the affected part of the ABI, and
haven't hardcoded
Hi,
On 03/03/2013 10:57 PM, Adam D. Barratt wrote:
On Sun, 2013-03-03 at 19:41 +0100, Joachim Reichel wrote:
could you please let me know whether an upload to t-p-u with the patch
in bug 700891 is acceptable in this stage of the freeze?
From a quick look it appears it could be suitable
Hi release team,
could you please let me know whether an upload to t-p-u with the patch
in bug 700891 is acceptable in this stage of the freeze?
It's not a FTBFS bug since that header file is not used during building
of the (compiled) library (most of CGAL is generic template code). But
other
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package cgal, 3.6.1-2 fixes a serious problem concerning
the numerical correctness of computed results and affects all 64bit
architectures. The patch replaces a certain
Hi,
please unblock cgal 3.2.1-2. This version fixes a FTBFS bug (#404464). I
also added the bits for the non-free buildd network and made the package
binNMU-safe.
cgal (3.2.1-2) unstable; urgency=low
* Fix FTBFS on hppa (and probably also on other architectures) related
to FPU rounding
Hi,
please allow core++-1.7-7 in etch. With the creation of the non-free
buildd network, I learned that the autobuilders do not conform to policy
w.r.t. Build-Depends-Indep (for the details see my thread at [1]).
Therefore I uploaded version 1.7-7:
core++ (1.7-7) unstable; urgency=low
*
19 matches
Mail list logo