GNU bug report logs - #46246
VTK fails to build, breaking FreeCAD and others

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 46246 in the body.
You can then email your comments to 46246 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: bug-guix <at> gnu.org
Cc: Marius Bakke <marius <at> gnu.org>
Subject: VTK fails to build, breaking FreeCAD and others
Date: Mon, 1 Feb 2021 17:31:40 -0500

As previously discussed during the recent staging cycle, VTK is failing
to build, which in turn prevents FreeCAD from building:

------
[ 36%] Building CXX object Rendering/FreeType/CMakeFiles/vtkRenderingFreeType.dir/vtkFreeTypeTools.cxx.o
cd /tmp/guix-build-vtk-8.2.0.drv-0/build/Rendering/FreeType && /gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/bin/c++  -DVTK_IN_VTK -DvtkRenderingFreeType_EXPORTS -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Rendering/FreeType -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Rendering/FreeType -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Common/Core -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Common/Core -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Utilities/KWIML -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Utilities/KWIML -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Utilities/KWSys -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Utilities/KWSys -I/tmp/guix-build-vtk-8.2.0.drv-0/build/ThirdParty/utf8 -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/ThirdParty/utf8 -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Common/DataModel -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Common/DataModel -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Common/Math -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Common/Math -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Common/Misc -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Common/Misc -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Common/System -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Common/System -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Common/Transforms -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Common/Transforms -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Common/ExecutionModel -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Common/ExecutionModel -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Filters/General -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Filters/General -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Common/ComputationalGeometry -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Common/ComputationalGeometry -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Filters/Core -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Filters/Core -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Rendering/Core -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Rendering/Core -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Common/Color -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Common/Color -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Filters/Geometry -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Filters/Geometry -I/tmp/guix-build-vtk-8.2.0.drv-0/build/Filters/Sources -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Filters/Sources -I/tmp/guix-build-vtk-8.2.0.drv-0/build/ThirdParty/freetype -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/ThirdParty/freetype -I/gnu/store/j3f5hx6yvhlj3sapiipigkwg05b49nwn-freetype-2.10.4/include/freetype2 -I/tmp/guix-build-vtk-8.2.0.drv-0/build/ThirdParty/zlib -I/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/ThirdParty/zlib  -O3 -DNDEBUG -fPIC -fvisibility=hidden   -std=c++11 -o CMakeFiles/vtkRenderingFreeType.dir/vtkFreeTypeTools.cxx.o -c /tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Rendering/FreeType/vtkFreeTypeTools.cxx
/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Rendering/FreeType/vtkFreeTypeTools.cxx:391:1: error: expected constructor, destructor, or type conversion before ‘vtkFreeTypeToolsFaceRequester’
 vtkFreeTypeToolsFaceRequester(FTC_FaceID face_id,
 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Rendering/FreeType/vtkFreeTypeTools.cxx: In member function ‘virtual FT_Error vtkFreeTypeTools::CreateFTCManager()’:
/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Rendering/FreeType/vtkFreeTypeTools.cxx:1252:26: error: ‘vtkFreeTypeToolsFaceRequester’ was not declared in this scope
                          vtkFreeTypeToolsFaceRequester,
                          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/tmp/guix-build-vtk-8.2.0.drv-0/VTK-8.2.0/Rendering/FreeType/vtkFreeTypeTools.cxx:1252:26: note: suggested alternative: ‘vtkFreeTypeToolsCleanupCounter’
                          vtkFreeTypeToolsFaceRequester,
                          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                          vtkFreeTypeToolsCleanupCounter
make[2]: *** [Rendering/FreeType/CMakeFiles/vtkRenderingFreeType.dir/build.make:79: Rendering/FreeType/CMakeFiles/vtkRenderingFreeType.dir/vtkFreeTypeTools.cxx.o] Error 1
make[2]: Leaving directory '/tmp/guix-build-vtk-8.2.0.drv-0/build'
make[1]: *** [CMakeFiles/Makefile2:3561: Rendering/FreeType/CMakeFiles/vtkRenderingFreeType.dir/all] Error 2
make[1]: Leaving directory '/tmp/guix-build-vtk-8.2.0.drv-0/build'
make: *** [Makefile:133: all] Error 2
command "make" "-j" "1" failed with status 2
note: keeping build directory `/tmp/guix-build-vtk-8.2.0.drv-0'
builder for `/gnu/store/a7vj4gmym93xhnlbj6q7dsrgyvppcsk2-vtk-8.2.0.drv' failed with exit code 1
------

Here's what I wrote during the staging cycle:

------
For example, the vtk package is broken due to incompatibility with new
Freetype, which breaks FreeCAD. On #guix, Marius said "I looked into VTK
before the holidays; the Freetype issue is fixed in version 9, but that
has other problems, such as making it impossible to unbundle the dozens
of libraries that we are currently unbundling [...] it is possible to
backport the VTK commits that fix Freetype compatibility, but it will be
a lot of work and a huge patch (it was a major cleanup IIRC)." I'm
CC-ing Ekaitz Zarraga, who has been working on FreeCAD. I'm not sure
what we can do about this problem in the short term. Marius, can you
give more info about the bundling problem?
------

Ultimately, it seems to be a compatibility issue, combined with
difficulty of "updating our way out of it". Maybe we should re-instate
the graft? I know it's icky to think that the graft was masking some
problem, but is it worse than not having the affected packages at all?
Were things actually not working while the graft was in place? What do
you think?

[0] https://lists.gnu.org/archive/html/guix-devel/2021-01/msg00292.html

Message #8 received at 46246 <at> debbugs.gnu.org (full text, mbox):

From: zimoun <zimon.toutoune <at> gmail.com>
To: Leo Famulari <leo <at> famulari.name>
Cc: 46246 <at> debbugs.gnu.org, Marius Bakke <marius <at> gnu.org>
Subject: Re: bug#46246: VTK fails to build, breaking FreeCAD and others
Date: Thu, 11 Mar 2021 00:31:42 +0100

Hi Leo,

On Mon, 01 Feb 2021 at 17:31, Leo Famulari <leo <at> famulari.name> wrote:
> As previously discussed during the recent staging cycle, VTK is failing
> to build, which in turn prevents FreeCAD from building:

[...]

> Here's what I wrote during the staging cycle:
>
> ------
> For example, the vtk package is broken due to incompatibility with new
> Freetype, which breaks FreeCAD. On #guix, Marius said "I looked into VTK
> before the holidays; the Freetype issue is fixed in version 9, but that
> has other problems, such as making it impossible to unbundle the dozens
> of libraries that we are currently unbundling [...] it is possible to
> backport the VTK commits that fix Freetype compatibility, but it will be
> a lot of work and a huge patch (it was a major cleanup IIRC)." I'm
> CC-ing Ekaitz Zarraga, who has been working on FreeCAD. I'm not sure
> what we can do about this problem in the short term. Marius, can you
> give more info about the bundling problem?
> ------
>
> Ultimately, it seems to be a compatibility issue, combined with
> difficulty of "updating our way out of it". Maybe we should re-instate
> the graft? I know it's icky to think that the graft was masking some
> problem, but is it worse than not having the affected packages at all?
> Were things actually not working while the graft was in place? What do
> you think?
>
> [0] https://lists.gnu.org/archive/html/guix-devel/2021-01/msg00292.html

Checking this for the next release (1.2.1) since it is something that an
user from the scientific field could expect, “guix weather
--display-missing” indicates that there is not substitute for vtk <at> 6 but
there is one for vtk <at> 8.  With commit 6bed29b and building locally with
--check I get:

  /gnu/store/3lp7nisflgwv19ahs281z6bc233lpnhh-vtk-8.2.0

reproducibly.

However, vtk <at> 6 fails to build.  The only package depending on vtk <at> 6 is
itk-snap.  Maybe it is worth to try to build it with vtk <at> 8 and remove
vtk <at> 6.  I do not know.


Cheers,
simon

Message #13 received at 46246-done <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
Cc: 46246-done <at> debbugs.gnu.org
Subject: Re: bug#46246: VTK fails to build, breaking FreeCAD and others
Date: Tue, 4 May 2021 13:59:58 -0400

If I understand correctly, the VTK build failure was fixed in 
251b0f7a6fa550ef4e0975668d7ab8c4c7b214d3

https://git.savannah.gnu.org/cgit/guix.git/commit/?id=251b0f7a6fa550ef4e0975668d7ab8c4c7b214d3

In any case, I get a substitute for FreeCAD now.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.