FS#64165 - [bison] <=3.4.2-1 missing dependency on gettext
Attached to Project:
Arch Linux
Opened by Alexander Schnaidt (Namarrgon) - Friday, 18 October 2019, 08:01 GMT
Last edited by Toolybird (Toolybird) - Thursday, 22 September 2022, 00:28 GMT
Opened by Alexander Schnaidt (Namarrgon) - Friday, 18 October 2019, 08:01 GMT
Last edited by Toolybird (Toolybird) - Thursday, 22 September 2022, 00:28 GMT
|
Details
Description:
The bison binary is linked against libtextstyle.so.0 while the 'bison' package is missing the direct dependency 'gettext' in the depends array. Steps to reproduce: ldd /usr/bin/bison linux-vdso.so.1 (0x00007ffead7ea000) libtextstyle.so.0 => /usr/lib/libtextstyle.so.0 (0x00007fcd56dce000) libc.so.6 => /usr/lib/libc.so.6 (0x00007fcd56c07000) libm.so.6 => /usr/lib/libm.so.6 (0x00007fcd56ac1000) libncursesw.so.6 => /usr/lib/libncursesw.so.6 (0x00007fcd56a52000) /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007fcd56f1a000) pacman -Sii bison Repository : core Name : bison Version : 3.4.2-1 Description : The GNU general-purpose parser generator Architecture : x86_64 URL : https://www.gnu.org/software/bison/bison.html Licenses : GPL3 Groups : base-devel Provides : None Depends On : glibc m4 sh Optional Deps : None Required By : None Optional For : None Conflicts With : None Replaces : None Download Size : 615,16 KiB Installed Size : 2024,00 KiB Packager : Bartłomiej Piotrowski <bpiotrowski@archlinux.org> Build Date : Di 08 Okt 2019 11:34:43 CEST MD5 Sum : 499f358023027ca46f0d474b877ea7cf SHA-256 Sum : e72b591218ee5580939fe08c2bfe8a50705d60e5bf28084b07b34f1fcb60a841 Signatures : BBE43771487328A9 |
This task depends upon
Closed by Toolybird (Toolybird)
Thursday, 22 September 2022, 00:28 GMT
Reason for closing: Fixed
Additional comments about closing: bison 3.8.2
Thursday, 22 September 2022, 00:28 GMT
Reason for closing: Fixed
Additional comments about closing: bison 3.8.2
[...]
Required By : base [...]
https://lists.archlinux.org/pipermail/arch-dev-public/2019-October/029693.html
Q: Why has the group been superseded by a meta-package?
A: The difference with the new base package is that this defines the
level at which we tell you, you have modified your system
sufficiently that you break it, you bought it -- it is your
responsibility to debug issues caused by your overriding basic
assumptions of the system.
...
This is not "sloppy packaging". The whole purpose of moving to the base metapackage was so we could finally actually tell people that stuff like this isn't a bug. We've been closing bugs like this for years on the grounds that the base group is "assumed installed", why should we start acknowledging them as "sloppy packaging" the instant we *actually* make the base package a requirement?
There was still no fundamental policy decision about keeping the base-dependencies implicit or explicit, though.