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 (0x7ffc39ca8000)
> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fb2033b1000)
> /lib64/ld-linux-x86-64.so.2 (0x7fb203977000)
>
> -- 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 libc62.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