On 4/14/10, lux-integ <[email protected]> wrote:
> On Tuesday 13 April 2010 07:53:42 pm Trent Shea wrote:
>> Also,
>> /opt/kde/share/apps/cmake/modules/FindX11.cmake which gets installed by
>> kdelibs - not really sure if both files get used...
> all to no avail.
> I do not know if the 'name' used is a problem or otherwise
>> root [ /usr/X11R7.5/lib/pkgconfig ]# cat xi.pc
>> prefix=/usr/X11R7.5
>> exec_prefix=${prefix}
>> libdir=${exec_prefix}/lib
>> includedir=${prefix}/include
>>
>> Name: Xi
>> Description: X Input Extension Library
>> Version: 1.3
>> Requires: inputproto
>> Requires.private: x11 xext
>> Cflags: -I${includedir}
>> Libs: -L${libdir} -lXi
NOTE: /usr/X11R7.5
>> D) The output from cmake shows that libXi is found :-
>> ############### spew from cmake
>>
>> -- Found automoc4: /opt/kde-4.4.2/bin/automoc4
>> -- Strigi API needs 'signed char'
>> -- Found Strigi: /opt/kde-4.4.2/lib/libstreams.so
>> -- found qimageblitz, version 4.0.0
>> -- Found QImageBlitz: /opt/kde-4.4.2/include/qimageblitz
>> -- Found ZLIB: /usr/lib64/libz.so
>> -- checking for module 'libXi>=1.2.0'
>> -- package 'libXi>=1.2.0' not found
>> -- Found libXi: /usr/X11R7.5/lib64/libXi.so
>> -- WARNING: you are using the obsolete 'PKGCONFIG' macro use FindPkgConfig
>> -- Found GLIB2: /usr/lib64/libglib-2.0.so
>> -- found fontconfig, version 2.7.3
>> -- Found Fontconfig: /usr/lib64/libfontconfig.so
>> -- found libggadget-1.0, version 0.11.2
>> -- found libggadget-qt-1.0, version 0.11.2
>> -- Found Googlegadgets: ggadget-qt-1.0;ggadget-1.0;QtGui;QtCore
>> -- checking for modules 'qzion>=0.4.0;qedje>=0.4.0'
>> -- found qzion, version 0.4.0
>> -- found qedje, version 0.4.0
>> -- Found QEdje: /opt/kde-4.4.2/lib/libqedje.so;/opt/kde-4.4.2/lib/libqzion.so
NOTE: Found libXi: /usr/X11R7.5/lib64/libXi.so
>> -- Looking for _XiGetDevicePresenceNotifyEvent
>> -- Looking for _XiGetDevicePresenceNotifyEvent - not found
>> -- _XiGetDevicePresenceNotifyEvent is not found, libXi version 1.2.0 or later
>> is required to keep layouts with keyboard hotplugging
You seem to have multiplicities which are confusing only the Xi piece.
X11R7.5 - first order of possible kde Xi confusion?
lib64 - second order of possible kde Xi confusion?
X11R6 - is a there a link pointing wrong and only affect kde/Xi?
FindX11.cmake - predicting 2 or 3 in find / -xdev -iname FindX11.cmake
1=in /usr/share installed by cmake?
2=in /opt/kde installed by kdelibs
3=in ~ installed by ?
The permutations permit kde to easily do a bug and not find the right thing.
Just because you intend to override what kde does, does not mean that it is
not ignoring you and doing what it wants to anyway?
[lousy grammar]
Step back for a minute examine libXi.so closely
Where is it really?
Is there more than 1?
Is there any link that permits kde to look the other way?
Was (I'm sure not) libXi installed incorrectly?
How many possible ways to find it? Links, envars, etc?
There isn't a verbose option on cmake that would allow you to inspect
the detail of how kde is managing to not find it is there?
>> ln -sfv $XORG_PREFIX/lib/libXi.so /usr/lib
>>
> Thanks for the advice, ( It compiles to 100%) with a symbolic link of libXi.so
> to /usr/lib
That sounds wrong to me, if it is really in /usr/X11R7.5/lib64/libXi.so
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
