Нет, насколько я понимаю, не нужно для работы.

Моё внимание это тоже иногда привлекало.

Просто так сложилась сборка Haskell-пакетов (по шаблону), и пакеты с программами для пользователя собирались последние годы так же, как и библиотеки для разработки.

(То же самое наблюдается, например, с darcs.)

Ни у кого не доходили руки что-то изменить в этом отношении.

Возможно, исправление не сложное: делать просто подпакет с бинарниками (и данными), если сейчас ситуация такая, что они не слинкованы динамически с Haskell-библиотеками.

Если линкуются динамически, то и библиотеки надо распиливать, грубо говоря, на -devel и просто runtime.

Ну да, динамически с Haskell-библиотеками не линкуется, например, darcs (был под рукой, чтобы посмотреть):

imz@ovicaa darcs]$ ldd -r /usr/bin/darcs
	linux-vdso.so.1 (0x00007fff80516000)
	libcurl.so.4 => /usr/lib64/libcurl.so.4 (0x00007f3a5aae9000)
	libtinfo.so.5 => /lib64/libtinfo.so.5 (0x00007f3a5a8bf000)
	libz.so.1 => /lib64/libz.so.1 (0x00007f3a5a6a6000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f3a5a489000)
	libgmp.so.10 => /usr/lib64/libgmp.so.10 (0x00007f3a5a217000)
	libm.so.6 => /lib64/libm.so.6 (0x00007f3a59f18000)
	librt.so.1 => /lib64/librt.so.1 (0x00007f3a59d10000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007f3a59b0c000)
	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f3a598f4000)
	libc.so.6 => /lib64/libc.so.6 (0x00007f3a59545000)
	libidn.so.11 => /usr/lib64/libidn.so.11 (0x00007f3a59311000)
	libssh2.so.1 => /usr/lib64/libssh2.so.1 (0x00007f3a590e7000)
	libssl.so.10 => /lib64/libssl.so.10 (0x00007f3a58e76000)
	libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f3a58a86000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f3a5ad77000)
	libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f3a587b0000)
	libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f3a5857f000)
	libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f3a5837a000)
	libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f3a5816d000)
	libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f3a57f69000)
	libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f3a57d52000)
	libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f3a57b2d000)
	libpcre.so.3 => /lib64/libpcre.so.3 (0x00007f3a578ec000)
[imz@ovicaa darcs]$ rpm -qf /usr/bin/darcs
ghc7.6.1-darcs-2.8.4-alt2
[imz@ovicaa darcs]$ 

Так что возможно простое (временное -- пока не станем линковать динамически и Haskell) исправление распиливанием пакета.

Думаю, patches are welcome.

Хочу посмотреть на эти пакеты ближе к выходным.

pandoc-1.11.1-alt2 -> sisyphus:

* Mon Mar 13 2017 Denis Smirnov <mithraen@altlinux> 1.11.1-alt2
- move pandoc haskell lib to separate subpackage (ALT 31654)

*** Bug 33861 has been marked as a duplicate of this bug. ***