Bug#962074: blender: crash in an assertion and doubt about CMAKE_BUILD_TYPE
Package: blender
Version: 2.82.a+dfsg-1+b2
Severity: normal
Tags: upstream
Dear Maintainer,
I ran into the upstream bug T75822[1] which is caused by an assertion.
TBH being able to reproduce that bug with the blender executable shipped
in Debian was a little surprising because it is supposed to only happen
in debug builds.
The assertion is enabled in Debian because dh runs cmake with
CMAKE_BUILD_TYPE=None which in particular results in NDEBUG not being
defined, which makes asserts() to run.
It turns out that having CMAKE_BUILD_TYPE=None by default is on
purpose[2] to make sure that cmake does not blindly override global
compilation flags if the packager didn't ask that explicitly, some
discussion can be found in [3].
My direct concern would be to just have blender not crashing, and
upstream is working on a fix[4] for that.
However the issue also raised a question about whether a Release build
type should be used for the blender Debian executable; or if at least
assertions should be disabled by defining NDEBUG.
The upstream maintainer for the linux platform would also be
interested[5] in this.
Do you have an opinion?
Thanks,
Antonio
[1] https://developer.blender.org/T75822
[2] https://sources.debian.org/src/debhelper/13.1/lib/Debian/Debhelper/Buildsystem/cmake.pm/#L16
[3] https://github.com/ros-infrastructure/bloom/issues/327
[4] https://developer.blender.org/D7595
[5] https://developer.blender.org/T75822#942660
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.6.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages blender depends on:
ii blender-data 2.82.a+dfsg-1
ii fonts-dejavu 2.37-2
ii libavcodec58 7:4.2.2-1+b1
ii libavdevice58 7:4.2.2-1+b1
ii libavformat58 7:4.2.2-1+b1
ii libavutil56 7:4.2.2-1+b1
ii libboost-locale1.67.0 1.67.0-18
ii libc6 2.30-8
ii libfftw3-double3 3.3.8-2
ii libfreetype6 2.10.1-2
ii libgcc-s1 10.1.0-3
ii libgl1 1.3.1-1
ii libglew2.1 2.1.0-4+b1
ii libgomp1 10.1.0-3
ii libilmbase24 2.3.0-6
ii libjack0 [libjack-0.125] 1:0.125.0-3+b1
ii libjemalloc2 5.2.1-1
ii libjpeg62-turbo 1:1.5.2-2+b1
ii libopenal1 1:1.19.1-1+b1
ii libopencolorio1v5 1.1.1~dfsg0-6+b1
ii libopenexr24 2.3.0-6
ii libopenimageio2.1 2.1.15.0~dfsg0-1
ii libopenjp2-7 2.3.1-1
ii libopenvdb7.0 7.0.0-3
ii libosdcpu3.4.3 3.4.3-3
ii libosdgpu3.4.3 3.4.3-3
ii libpcre3 2:8.39-12+b1
ii libpng16-16 1.6.37-2
ii libpython3.8 3.8.3-1
ii libsdl1.2debian 1.2.15+dfsg2-5
ii libsndfile1 1.0.28-8
ii libspnav0 0.2.3-1+b2
ii libstdc++6 10.1.0-3
ii libswscale5 7:4.2.2-1+b1
ii libtbb2 2020.2-2
ii libtiff5 4.1.0+git191117-2
ii libx11-6 2:1.6.9-2+b1
ii libxfixes3 1:5.0.3-2
ii libxi6 2:1.7.9-1
ii libxml2 2.9.10+dfsg-5
ii libxrender1 1:0.9.10-1
ii libxxf86vm1 1:1.1.4-1+b2
ii zlib1g 1:1.2.11.dfsg-2
blender recommends no packages.
blender suggests no packages.
-- no debconf information
--
Antonio Ospite
https://ao2.it
https://twitter.com/ao2it
A: Because it messes up the order in which people normally read text.
See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?
Reply to: