Bug#913325: marked as done (nmu: ceres-solver_1.14.0-2)
Your message dated Mon, 19 Nov 2018 19:37:10 +0100
with message-id <76593883-0e2d-27a2-4bf5-88275008df94@debian.org>
and subject line Re: Bug#913325: nmu: ceres-solver_1.14.0-2
has caused the Debian Bug report #913325,
regarding nmu: ceres-solver_1.14.0-2
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
913325: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913325
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: binnmu
nmu ceres-solver_1.14.0-2 . ANY . unstable . -m "fix #908833. Party!"
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.18.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
--- End Message ---
--- Begin Message ---
On 18/11/2018 15:11, Gürkan Myczko wrote:
> without the rebuild colmap ftbfs. having it rebuilt colmap magically builds.
There is no magic here, and I want to understand why the rebuild is required,
because in some cases it may be the right thing to do, while in others (e.g. an
ABI break in another package) it isn't.
> hint:
> done -- Found installed version of Eigen: /usr/lib/cmake/eigen3 CMake Error at /usr/lib/cmake/Ceres/CeresConfig.cmake:88 (message): Failed to find Ceres - Found Eigen dependency, but the version of Eigen found (3.3.5) does not exactly match the version of Eigen Ceres was compiled with (3.3.4). This can cause subtle bugs by triggering violations of the One Definition Rule. See the Wikipedia article http://en.wikipedia.org/wiki/One_Definition_Rule for more details Call Stack (most recent call first): /usr/lib/cmake/Ceres/CeresConfig.cmake:223 (ceres_report_not_found) CMakeLists.txt:87 (find_package)
>
> also happens with the 3.6dev version at:
> http://phd-sid.ethz.ch/debian/colmap/cm36/
Ok, I just remembered why I had a sense of dejavu. See #868355 and #883619.
I have binNMUed it, but I think this check should be removed or loosened. Note
that ceres-solver failed to build on a couple of arches, so the binNMU won't
work there and the FTBFS bug needs to be fixed.
Cheers,
Emilio
--- End Message ---
Reply to: