Summary: | dev-qt/qtmultimedia-5.7.1 looks for -lGLESv2 even though -gles2 is set | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mattia Rossi <mattia.rossi.mate> |
Component: | Current packages | Assignee: | Qt Bug Alias <qt> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Full build log |
Description
Mattia Rossi
2016-12-16 16:07:54 UTC
Could you attach the full log, please? Root cause could be the same as bug 602822 Created attachment 456628 [details] Full build log Full build log attached. I can't see why it should be the same root cause as bug 602822.. (In reply to Mattia Rossi from comment #3) > I can't see why it should be the same root cause as bug 602822.. because in both cases paths from previous installations on the system are being used... anyway I said it *could* be, it's an unproven theory. Any suggestion to solve the problem? It still persists to this day... So, now I managed to get it installed. I've deleted cmake, qtmultimedia and qtwebkit, looked through the preserved list, and found, that the system preserved /usr/lib64/libQt5multimedia* and /usr/lib64/libQt5webkit* files which obviously belonged to the old installation which had GLES2 activated. Now deleting the files, and re-emerging everything worked. I've been able to get rid of GLES2. The question is still though: why does it pull in the GLES2 dependency (and possibly others) from the installed files? |