Package: mini-buildd
Version: 1.0.0~rc.1
Severity: normal
I'm not really sure if this is a bug in mini-buildd, or in
libeatmydata, or in OpenCV. But I first encountered the problem in
mini-buildd, so I'm starting here. It's also likely related to
#702711.
I have a package that links against opencv_highgui and also uses
help2man. This causes a FTBFS from within mini-buildd, because:
$ echo "int main () { }" > test.c; cc -g -o test test.c -lopencv_highgui
$ LD_PRELOAD=/usr/lib/libeatmydata/libeatmydata.so ./test
Fatal: can't open /dev/urandom: Bad address
Aborted
[...]
#3 0x00007fffe1278c24 in _gcry_log_fatal (fmt=fmt@entry=0x7fffe12dcf49 "can't
open %s: %s\n") at misc.c:229
#4 0x00007fffe12bc038 in open_device (name=0x7fffe12dc9f0 "/dev/urandom") at
rndlinux.c:66
[...]
#16 0x00007fffe36b4509 in _gnutls_rnd_init () at random.c:39
#17 0x00007fffe36a3f85 in gnutls_global_init () at gnutls_global.c:236
#18 0x00007fffec23f42e in ?? () from /usr/lib/x86_64-linux-gnu/libavformat.so.54
#19 0x00007fffec28668f in avformat_network_init () from
/usr/lib/x86_64-linux-gnu/libavformat.so.54
#20 0x00007ffff566e6a4 in ?? () from
/usr/lib/x86_64-linux-gnu/libopencv_highgui.so.2.4
#21 0x00007ffff7de99c6 in call_init (env=0x7fffffffeb78, argv=0x7fffffffeb68,
argc=1, l=<optimized out>) at dl-init.c:84
#22 call_init (l=<optimized out>, argc=1, argv=0x7fffffffeb68,
env=0x7fffffffeb78) at dl-init.c:34
This is easy to track to code in libeatmydata that returns EFAULT if
open() is called before the constructor for libeatmydata is called.
I'd argue that either:
- libeatmydata should be fixed so that it "always" works
- or libeatmydata should be off by default in mini-buildd generated builders
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.11-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
