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?
