[Gelistirici] chrpath kullanımı

[S.Çağlar Onur]

12 Oca 2008 Cts tarihinde, S.Çağlar Onur şunları yazmıştı: 
> dosya ismi ile de ilgili bilgi yok :)
>
> ismail bu arada rpath'leri silip neler oluyor diye baktım, analizim
> yanlışsa düzelt;
>
> RPATH=/usr/lib/hede.so
>
> şeklindeki rpath'leri silmemiz hiçbir şey değiştirmiyor. ld sadece fazladan
> PATH sırasına göre lookup yapıyor hede.so bulmak için hede.so /usr/lib
> altında demek yerine
>
> RPATH=/zart/lib/hede.so
>
> gibi standart olmayan durularda RPATH'i silmek ld'nin bu arkadaşı
> bulamamasına sebep oluyor fakat /zart diye bir yere so dosyası konmamalı,
> konuyorsa da bu ld.so.conf içinde olmalı diye düşünüyorum.
>
> RPATH=/var/pisi/usr/lib/aliveli49.50.so
>
> şeklindeki arkadaşları sen sisteme gidince /usr/lib/aliveli49.50.so
> olacaksın demek için çıktıları parse etmeye başlamamız gerekiyor fakat bu
> çıktı standart değil, dosya ismi barındırdığı gibi bazen sadece klasör
> gösteriyor.
>
> Bu bağlamda komple silmenin halen fena bir fikir olmadığını düşünüyorum
> fakat bir ara cmake ve gentoo nasıl yapıyor ne yapıyor diye de bakacağım :)

Derken sorunu gördüm;

caglar at zangetsu ~ $ LC_ALL=C pulseaudio -nC
E: module.c: Failed to open module "module-cli": libcli.so: cannot open shared 
object file: No such file or directory
E: main.c: Module load failed.
E: main.c: failed to initialize daemon.

caglar at zangetsu pulseaudio $ cat /etc/ld.so.conf
...
/usr/lib/pulse-0.9/modules/

ve ldconfig gerekti, hmm hmm hmm

-- 
S.Çağlar Onur <caglar at pardus.org.tr>
http://cekirdek.pardus.org.tr/~caglar/

Linux is like living in a teepee. No Windows, no Gates and an Apache in house!
-------------- sonraki bölüm --------------
A non-text attachment was scrubbed...
Name: kullanılamıyor
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20080112/636646ea/attachment-0002.pgp>