kde 3.0.4 popsute

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Czw, 24 Paź 2002, 18:19:46 CEST


On Thu, 24 Oct 2002, Adam Gorzkiewicz wrote:

> Dnia czw 24. of October 2002 01:35, Adam Gorzkiewicz napisał:
> (...)
> > to przebudować z "--define no_install_post_compress_modules  1" i
> > zastanowić się, czy tego makra w ogóle nie używać opcjonalnie (definiując w
> > specu "spec_install_post_compress_modules 1") - tam, gdzie to naprawdę jest
> > potrzebne.
> Eeee. khm. oczywiście s/compress_modules/chrpath/ :-0

Może na pczątek luźna uwaga/zapytanie.

Czy ktoś wie dalaczego aplikacje kade są linkowane jako LSB shared object 
który wpada do libdir, a uruchamiane poprzez stuba który powstaje poprez 
kompilacje pustego pliku i zlinkowaniem z <app>.so ?
Wygląda t conajmniej fizolsko. I to włąsnie to jest główną praeszkodą w 
używaniu nowszych automake :>

Druga sprawa. Winnym za obserwowane objawy jest najprawfdopodobnie
chrpath, który najwidzoczniej ma błąd .. choć nie jest IMHO to do końca
jeszcze rozstrzygniete:

$ strace -e trace=file kwrite
execve("/usr/bin/X11/kwrite", ["kwrite"], [/* 33 vars */]) = 0
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 4
open("/lib/i686/mmx/kwrite.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/lib/i686/mmx", 0xbfffec54)       = -1 ENOENT (No such file or directory)
open("/lib/i686/kwrite.so", O_RDONLY)   = -1 ENOENT (No such file or directory)
stat("/lib/i686", 0xbfffec54)           = -1 ENOENT (No such file or directory)
open("/lib/mmx/kwrite.so", O_RDONLY)    = -1 ENOENT (No such file or directory)
stat("/lib/mmx", 0xbfffec54)            = -1 ENOENT (No such file or directory)
open("/lib/kwrite.so", O_RDONLY)        = -1 ENOENT (No such file or directory)
stat("/lib", {st_mode=S_IFDIR|0755, st_size=3072, ...}) = 0
open("/usr/lib/i686/mmx/kwrite.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/usr/lib/i686/mmx", 0xbfffec54)   = -1 ENOENT (No such file or directory)
open("/usr/lib/i686/kwrite.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/usr/lib/i686", 0xbfffec54)       = -1 ENOENT (No such file or directory)
open("/usr/lib/mmx/kwrite.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/usr/lib/mmx", 0xbfffec54)        = -1 ENOENT (No such file or directory)
open("/usr/lib/kwrite.so", O_RDONLY)    = -1 ENOENT (No such file or directory)
stat("/usr/lib", {st_mode=S_IFDIR|0755, st_size=33792, ...}) = 0
kwrite: error while loading shared libraries: kwrite.so: cannot open shared object file: No such file or directory

czyli wygląda to tak jakby zacszyte były tu jeszcze RPATH (/lib i 
/usr/lib) ale jednocześnie ani objdump ani chrpath nie pokazują żeby 
jakieś RPATH były tu zaszyte.
Co ciekawsze

$ strings  /usr/X11R6/bin/kwrite | grep usr
/usr/X11R6/lib

Mówić inaczje jedne zreczyw skazują na jedno inne na coś innego .. i jest 
to conajmniej dezorientujce :>
Coś tu dopomina się brania kwrite.so z pod konkretnej lokacji i nie jest 
ta lokacja brana ze ścieżek jakei są w ld.so.conf.

Linkowanie binarki kwrite wygląda tak:

g++ -O2 -O2 -march=i586 -fno-exceptions -fno-check-new 
-DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -s -o .libs/kwrite 
dummy.o  -L/usr/X11R6/lib ./.libs/kwrite.so 
-L/usr/lib/gcc-lib/i586-pld-linux/2.95.4 
/home/users/builder/rpm/BUILD/kdebase-3.0.4/kate/interfaces/.libs/libkateinterfaces.so 
/usr/X11R6/lib/libkatepartinterfaces.so /usr/X11R6/lib/libktexteditor.so 
/usr/X11R6/lib/libkparts.so /usr/X11R6/lib/libkio.so 
/usr/X11R6/lib/libkdeui.so /usr/X11R6/lib/libkdefx.so -lXrender 
/usr/X11R6/lib/libkdesu.so /usr/X11R6/lib/libkdecore.so -ldl -lutil 
/usr/lib/libfam.so /usr/X11R6/lib/libDCOP.so -lqt-mt -lpng -lz -lXext 
-lX11 -lresolv -lSM -lICE -lpthread -lstdc++ -lm -lc -lgcc -Wl,--rpath 
-Wl,/usr/X11R6/lib

i jakoś nie widzę tu niczego podejrzanego .. po za tym że mogłoby być ot 
dużo któtsze.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*



Więcej informacji o liście dyskusyjnej pld-devel-pl