| Summary: | x11-libs/pango-1.26.2 fails to compile due to missing /usr/lib64/libGL.la | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Andreas Nilsson <andrnils> |
| Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Andreas Nilsson
2010-02-14 15:39:40 UTC
Please run "lafilefixer --justfixit" like news and eselect-opengl elog messages suggests and, then, retry (In reply to comment #1) > Please run "lafilefixer --justfixit" like news and eselect-opengl elog messages > suggests and, then, retry > Thanks, that "solved" ( worked around ) the problem. If pango needs lafilefixer it should depend on it. It was not installed on my system... I also haven't seen any news/info about the need to run lafilefixer :( This is INVALID then Maybe you didn't got news item because you were using app-admin/eselect-opengl-1.1.1-r2 before news was released. Anyway, you should have read elog messages reported by eselect-opengl (In reply to comment #3) > This is INVALID then > > Maybe you didn't got news item because you were using > app-admin/eselect-opengl-1.1.1-r2 before news was released. Anyway, you should > have read elog messages reported by eselect-opengl > I would hardly call it either resolved or invalid... But that is your call i guess. If breakage is so bad the warnings/messages shouldn't be that easy to miss. Since the upgrades may be run in a screen (detached) there's no way to guarantee that a users sees the message. If running a revdep-rebuild would solve the issue, shouldn't a emerge -uD world do that to? (In reply to comment #4) > If breakage is so bad the warnings/messages shouldn't be that easy to miss. > Since the upgrades may be run in a screen (detached) there's no way to > guarantee that a users sees the message. We've had both elog messages (going through build logs, can be easily missed) and an eselect-news item (much harder to miss). We've done our part to notify users... > If running a revdep-rebuild would solve the issue, shouldn't a emerge -uD world > do that to? No, revdep-rebuild checks installed files for broken libs and libtool files (the infamous .la files). emerge -uD only checks updates. Apples and oranges. The quickest being lafilefixer that pretty much does only a subset of the checks done by revdep-rebuild and fixes broken .la files with a few sed/grep calls (instead of a complete rebuild of "broken" packages). FTR, nothing is really "broken" here. We decided to remove libGL.la which is a Gentoo-only file. Only other .la files were impacted by this change and this only affects package building since that's the only time when .la files are actually used. You could fix your .la files manually, but lafilefixer does this just fine. Cheers |
