Qt has /usr/X11R6 hard-coded

[Chris Schwemmer]

Qt has /usr/X11R6 hard-coded in serveral places, most notably qmake.conf. When building on a system that has X in an unusual place (like /opt/X), it fails with /usr/bin/ld: cannot find -lXext. Konstruct (a build system for KDE) has the following fix for this: sed -i "s#/usr/X11R6#$(TARGET_X11)#g" mkspecs/$(TARGET_PLATFORM)/qmake.conf with adequate values for TARGET_X11 (the place X is to be found) and TARGET_PLATFORM (linux-*).

[Randy McMurchy]

BLFS doesn't support installing X in an "unusual place". We expect the package to be installed as the book says. If the bug is only reproduced by installing X in an "unusual place", then it is not a bug.

Leaving open, but severly downgraded.

[DJ Lucas]

Unfortunately, 'unusual place' is a bit strong for /opt/X, being that I put the following statement into the book: "Only the /opt/* prefix or the /usr prefix adhere to the current FHS guidelines." /opt/X is far from an 'unusual place'. /usr is the recommended installation prefix, but /opt/* is suggested as an alternate if you wish to keep Xorg out of /usr. I myself use /opt/X11. I forgot about this and I ran into it a few weeks back, but was more concerned with KDE/OOo at the time. I just found my notes and I had used another blanket sed:

grep -lr "/usr/X11R6" | sed -i \

"s@/usr/X11R6@$XORG_PREFIX@g"

Chris's suggestion from construct seems a better solution if a one liner can be achieved from that that cover all arch. I upgraded to more realistic values of priority=normal and severity=major since it does prevent building QT in a 'normal' build environment. I'll tackle this one if no objections. If so, fell free to grab it from me as I won't get to it until tomorrow evening (CST).

[DJ Lucas]

Fixed in r6254.