On 16/04/18 16:52, Claudio Giordano wrote: > Package: coreutils > Version: 8.28-1 > Followup-For: Bug #895857 > > Dear Maintainer, > > same compile issue is present also on sid release on newer coreutils version: > > $ ldd /usr/bin/sha1sum > linux-vdso.so.1 (0x00007ffc39ca8000) > libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb2033b1000) > /lib64/ld-linux-x86-64.so.2 (0x00007fb203977000) > > -- System Information: > Debian Release: buster/sid > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.15.0-2-amd64 (SMP w/4 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 coreutils depends on: > ii libacl1 2.2.52-3+b1 > ii libattr1 1:2.4.47-2+b2 > ii libc6 2.27-3 > ii libselinux1 2.7-2+b2 > > coreutils recommends no packages. > > coreutils suggests no packages. > > -- no debconf information
This was a policy decision made by the debian coreutils package maintainers to not link coreutils GPL code with the openssl licensed system libs. Note Red Hat / Fedora / Centos did consider this combination fine and have enabled this for quite a while. Note openssl licencing has nearly completed a transition to Apache 2 in which case debian would be free to enable this option. cheers, Pádraig
