Re: [gentoo-user] Xine-lib and arts-3.5.. Doesn't get compiled
On Tuesday 06 December 2005 09:27, Richard Fish wrote:
The first is to figure out which .la files and packages still
reference kde 3.4 stuff:
find / -name *.la -exec grep --with-filename -l kde/3.4 {} \; 2/dev/null |
while read x; do equery belongs $x ; done
The output of the above will give you a list of .la files and the
packages that own them. Now you can either edit the .la files by hand
to fix the path, or emerge --oneshot pkgname each of the listed
packages. My preference is to remerge the dependant packages, but I
can't really explain why...it just feels safer to me.
-Richard
I ran into problems with DirectFB. I had to manually sort out the dependencies
and re-emerge libsdl and sdl-sound first. Other than that, everything was
fine. xine-lib also got recompiled perfectly after libsdl and DirectFB.
Thank you for your reply.
Regards,
Mrugesh
--
gentoo-user@gentoo.org mailing list
[gentoo-user] Xine-lib and arts-3.5.. Doesn't get compiled
Hello, I upgraded to KDE 3.5 and removed the slotted KDE 3.4. xine-lib was compiled with +arts back in the KDE 3.4 days. Yesterday, I installed imagemagick and now wanted to compile xine-lib with +imagemagick which was - previously. The trouble is, that xine-lib doesn't want to get compiled with +arts, because it looks for the libartsc.la from /usr/kde/3.4/blah.. The file doesn't exist anymore because I removed KDE 3.4. So, my question should be quite apparent by now. How do I get xine-lib to compile with +arts with arts-3.5? Thanks, Mrugesh -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Xine-lib and arts-3.5.. Doesn't get compiled
On 12/5/05, Mrugesh Karnik [EMAIL PROTECTED] wrote:
Hello,
I upgraded to KDE 3.5 and removed the slotted KDE 3.4. xine-lib was compiled
with +arts back in the KDE 3.4 days. Yesterday, I installed imagemagick and
now wanted to compile xine-lib with +imagemagick which was - previously.
The trouble is, that xine-lib doesn't want to get compiled with +arts, because
it looks for the libartsc.la from /usr/kde/3.4/blah.. The file doesn't exist
anymore because I removed KDE 3.4.
So, my question should be quite apparent by now. How do I get xine-lib to
compile with +arts with arts-3.5?
The first is to figure out which .la files and packages still
reference kde 3.4 stuff:
find / -name *.la -exec grep --with-filename -l kde/3.4 {} \; 2/dev/null |
while read x; do equery belongs $x ; done
The output of the above will give you a list of .la files and the
packages that own them. Now you can either edit the .la files by hand
to fix the path, or emerge --oneshot pkgname each of the listed
packages. My preference is to remerge the dependant packages, but I
can't really explain why...it just feels safer to me.
-Richard
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Xine-lib and arts-3.5.. Doesn't get compiled
On Tuesday 06 December 2005 09:27, Richard Fish wrote:
The first is to figure out which .la files and packages still
reference kde 3.4 stuff:
find / -name *.la -exec grep --with-filename -l kde/3.4 {} \; 2/dev/null |
while read x; do equery belongs $x ; done
The output of the above will give you a list of .la files and the
packages that own them. Now you can either edit the .la files by hand
to fix the path, or emerge --oneshot pkgname each of the listed
packages. My preference is to remerge the dependant packages, but I
can't really explain why...it just feels safer to me.
-Richard
This is the only file that has libarts in its name. But the file xine-lib was
looking for was /usr/kde/3.4/lib64/libartsc.la, which obviously wasn't found
in the output of the command you mentioned.
[ Searching for file(s) /usr/lib64/ao/plugins-2/libarts.la in *... ]
media-libs/libao-0.8.5 (/usr/lib64/ao/plugins-2/libarts.la)
Anyway, should I still re-emerge all the packages with all the other *.la
files?
Thanks,
Mrugesh
P.S. I am emerging all the packages anyway. Let's see how it goes.
--
gentoo-user@gentoo.org mailing list
