Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#22021 - [mesa] libgl should depend on gcc-libs
Attached to Project:
Arch Linux
Opened by Jan Alexander Steffens (heftig) - Wednesday, 08 December 2010, 13:07 GMT
Last edited by Andreas Radke (AndyRTR) - Monday, 13 December 2010, 22:23 GMT
Opened by Jan Alexander Steffens (heftig) - Wednesday, 08 December 2010, 13:07 GMT
Last edited by Andreas Radke (AndyRTR) - Monday, 13 December 2010, 22:23 GMT
|
DetailsThe DRI drivers (including swrast, which is shipped with libgl) link to libgcc_s.so.1.
readelf -d /usr/lib/xorg/modules/dri/swrast_dri.so ***snip*** 0x0000000000000001 (NEEDED) Shared library: [libgcc_s.so.1] ***snip*** To fix this, move the gcc-libs dependency from mesa to libgl. This was caught by namcap while packaging lib32-mesa 7.9.0.git20101207-2. |
This task depends upon
Comment by Allan McRae (Allan) -
Wednesday, 08 December 2010, 14:36 GMT
Nothing should depend on gcc-libs... Your system considering booting depends on gcc-libs so if you do not have it installed you have bigger issues than libgl missing a dependency. All this achieves is slowing down pacman's dependency checking.
Comment by Laurent Carlier (lordheavy) -
Wednesday, 08 December 2010, 16:29 GMT
So it should be a namcap issue ?
Comment by Thomas Dziedzic (tomd123) -
Wednesday, 08 December 2010, 18:22 GMT
yes, namcap should only be a guide, not a definitive tool, especially since development of it has been fairly slow.