'kdm' is not installed with kdebase and Other Errors.

randhir phagura rsphagura at hotmail.com
Sat Jul 30 18:26:07 PDT 2005


Hi Roberts,

On 27 Jul 2005 21:21:33 you wrote:

>>When xorg is compiled find libXau.a and libXdmcp.a. Try something like 
>>this:
>>
>>mkdir /tmp/tmpstuff
>>cd /tmp/tmpstuff
>>ar -x /path/to/libXau.a
>>gcc -shared -o libXau.so *.o
>>install libXau.so /usr/X11R6/lib
>>
>>and repeat that with libXdmcp.a (after clearing the tmpstuff directory). 
>>The 'ar -x' will disassemble the static library and output the object 
>>files, gcc will relink them as a shared object. Then hack kdebase to use 
>>libXau.so, if needed

I did the above. It is successful. There are no warnings in 'configure' 
output of kdebase-3.4.1, this time. The libXau.so and libXdmcp.so are 
installed in /usr/X11R6/lib dir. There was no need to 'hack' 'configure'. 
Everything worked without that. The output of the commands is as below:
-----------------------------------------------------------------------------------------------------------------------------------------
root at vlnxsvr:/tmp/tmpstuff# ar -x /p/xcbuild/exports/lib/libXau.a
root at vlnxsvr:/tmp/tmpstuff# gcc -shared -o /p/xcbuild/exports/lib/libXau.so 
*.o
root at vlnxsvr:/tmp/tmpstuff# ls
AuDispose.o  AuFileName.o  AuGetAddr.o  AuGetBest.o  AuLock.o  AuRead.o  
AuUnlock.o  AuWrite.o
root at vlnxsvr:/tmp/tmpstuff# ls /p/xcbuild/exports/lib/libXau.so
/p/xcbuild/exports/lib/libXau.so
root at vlnxsvr:/tmp/tmpstuff# install /p/xcbuild/exports/lib/libXau.so 
/usr/X11R6/lib

root at vlnxsvr:/tmp/tmpstuff# ar -x /p/xcbuild/exports/lib/libXdmcp.a
root at vlnxsvr:/tmp/tmpstuff# gcc -shared -o 
/p/xcbuild/exports/lib/libXdmcp.so *.o
root at vlnxsvr:/tmp/tmpstuff# ls /p/xcbuild/exports/lib/libXdmcp.so
/p/xcbuild/exports/lib/libXdmcp.so
root at vlnxsvr:/tmp/tmpstuff# install /p/xcbuild/exports/lib/libXdmcp.so 
/usr/X11R6/lib
root at vlnxsvr:/tmp/tmpstuff# ls /usr/X11R6/lib
libXau.so  libXdmcp.so
root at vlnxsvr:/tmp/tmpstuff# ls
A8Eq.o  Alloc.o   DA16.o    DecKey.o  IncKey.o  RAofA8.o  RHead.o  RaA8.o    
WA32.o    WC32.o   Wraphelp.o
AA16.o  AofA8.o   DA32.o    Fill.o    RA16.o    RC16.o    RR.o     RaAoA8.o  
WA8.o     WC8.o
AA32.o  CA8.o     DA8.o     Flush.o   RA32.o    RC32.o    RaA16.o  Unwrap.o  
WAofA8.o  Whead.o
AA8.o   CmpKey.o  DAofA8.o  GenKey.o  RA8.o     RC8.o     RaA32.o  WA16.o    
WC16.o    Wrap.o
root at vlnxsvr:/tmp/tmpstuff#
------------------------------------------------------------------------------------------------------------------------------------------
Should this same treatment be followed for other eight '*.a' files which we 
removed after installation of xorg? And what about other such files in other 
packages which we have been removing in various packages? Can those also be 
treated likewise in order to get full support for installation of other 
applications that may be requiring them?

I can see that HLFS is still in a formative state and lots of progress has 
already been made. There are, however, some packages which need 
experimenting. For example, i got the following error while compiling 
mozilla-1.7.8 on P3 laptop. Even changed mozilla version and tried but same 
error:

-Wl,../../../build/unix/gnu-ld-scripts/components-version-script 
-Wl,-Bsymbolic -ldl -lm
chmod +x libuconv.so
strip libuconv.so
/p/mozilla/config/nsinstall -R -m 755 libuconv.so 
../../../dist/gre/components
../../../dist/bin/elf-dynstr-gc ../../../dist/gre/components/libuconv.so
Couldn't GC any strings, exiting.
/p/mozilla/config/nsinstall -R -m 755 libuconv.so 
../../../dist/lib/components
../../../dist/bin/elf-dynstr-gc ../../../dist/lib/components/libuconv.so
Couldn't GC any strings, exiting.
/p/mozilla/config/nsinstall -R -m 755 libuconv.so 
../../../dist/bin/components
../../../dist/bin/elf-dynstr-gc ../../../dist/bin/components/libuconv.so
Couldn't GC any strings, exiting.
+++ making chrome /p/mozilla/intl/uconv/src  => 
../../../dist/bin/chrome/en-US.jar
/usr/bin/zip: error while loading shared libraries: cannot make segment 
writable for relocation: Permission denied
Error invoking zip: 127 at ../../../config/make-jars.pl line 182, <STDIN> 
line 2.
make[4]: *** [libs] Error 9
make[4]: Leaving directory `/p/mozilla/intl/uconv/src'
make[3]: *** [libs] Error 2
make[3]: Leaving directory `/p/mozilla/intl/uconv'
make[2]: *** [libs] Error 2
make[2]: Leaving directory `/p/mozilla/intl'
make[1]: *** [tier_9] Error 2
make[1]: Leaving directory `/p/mozilla'
make: *** [default] Error 2
root at home:/p/mozilla#

To me this error seems to be due to HLFS environment. I have no clues about 
this though.
Can there be a workround this one? I have installed HLFS on another computer 
also. That is a P4 PC. Mozilla did install on that computer without any 
errors but is not working. It just gives a glimer of its window outline on 
the desktop and disappears.

Thanks and Regards.

Randhir Phagura

_________________________________________________________________
Reach out to over a million NRIs. 
http://www.sulekha.com/classifieds/cllist.aspx?nma=IN&ref=msn Get great 
responses for your ads.




More information about the hlfs-dev mailing list