Summary: | net-ftp/kasablanca: fails with kde4 installed | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED WONTFIX | ||
Severity: | QA | CC: | mart |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 279823 | ||
Attachments: |
Build log
Patch for src/Makefile.am as announched in comment #3 |
Description
Diego Elio Pettenò (RETIRED)
2009-07-11 11:51:09 UTC
Created attachment 197518 [details]
Build log
Same here. What can I do without mixing gcc settings as described in the link above? I've tried to manipulate the Makefile.am to include $(LIB_KDECORE) and $(LIB_QT) but it is still broken. I have the same problem with the program. The problem seems to be the sequence of library paths. Because it is -L/usr/lib64 -L/usr/kde/3.5/lib, it first find the kde-4-libraries (which are in /usr/lib64), and thus doesn't link to the kde-3.5-libraries (which are in /usr/kde/3.5/lib). A workaround is using a different src/Makefile.am (I will attach a patch). I added $(KDE_LDFLAGS) before $(all_libraries), to make sure that -L/usr/kde/3.5/lib is before -L/usr/lib64. I also added $(LIB_QT) such that the Qt-libraries are linked (haven't checked if it also works without this). Changing src/Makefile.am does mean that some build-files needs be to be generated again (for example with "make -f Makefile.cvs"). But this causes some other problems. Created attachment 207060 [details, diff] Patch for src/Makefile.am as announched in comment #3 Patch for src/Makefile.am as announched in comment #3. This patch added $(KDE_LDFLAGS) to Makefile.am to make sure that -L/usr/kde/3.5/lib is before -L/usr/lib64. It also adds $(LIB_QT). gone |