On 2017-01-04 19:04, Ian Jackson wrote: > Package: eglibc > > Gilles Filippini writes ("Request for help - scilab segfaults with TSX"): > > I've just noticed this RC bug [1] against scilab. [...] > > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844134 > > [2] https://lists.debian.org/debian-devel/2016/11/threads.html#00210 > ... > > I don't have access to any box with TSX enabled, and failed to find any > > porterbox as well. [...] > > amd64 with TSX is for the purposes of pthreads like a new > architecture: the locking primitives behave differently and expose > extra bugs. > > These extra bugs will be discovered only by chance (as we see in that > bug report and in the earlier bugs #843324 and maybe #842796). As > more TSX-capable hardware becomes available, we will discover more of > them, during the life of stretch, when they are hard to fix. > > Also, we don't have the capability to debug them. I don't think we > can have a release architecture for stretch that has no porterboxes. > > So please would the libc be changed not to make use of these features > for stretch. The downsides will be somewhat lower performance and > not detecting some preexisting bugs; but the upsides are not shipping > undetected bugs, and not throwing useful software out of Debian. > > Please would you make a decision quickly.
This has already been fixed for jessie in version 2.19-18+deb8u7 (currently in proposed-updates, will be in the next stable release). This has also been done for stretch in our git repository, but not yet uploaded. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net