1 |
On Mon, 2008-03-31 at 05:33 +0000, Duncan wrote: |
2 |
> Lindsay Haisley <fmouse-gentoo@×××.com> posted |
3 |
> 1206926809.7434.12.camel@××××××××××.com, excerpted below, on Sun, 30 Mar |
4 |
> 2008 20:26:49 -0500: |
5 |
> |
6 |
> > I thought someone on this list might have a insightful comment on the |
7 |
> > totem error: |
8 |
> > |
9 |
> > "totem: symbol lookup error: /usr/lib/gnome-vfs-2.0/modules/libcdda.so: |
10 |
> > undefined symbol: gnome_vfs_uri_get_basename" |
11 |
> |
12 |
> Well, I'm a KDE guy with GTK+ but not GNOME installed, meaning no GNOME- |
13 |
> Virtual_FileSystem either, but it's relatively easy to see the problem |
14 |
> there, that libcdda.so was built with support for whatever provided |
15 |
> gnome_vfs_uri_get_basename, but that the current version of whatever that |
16 |
> was doesn't provide it in the same way, so it can't see it now. |
17 |
|
18 |
This may be the key. It looks as if gnome-vfs is |
19 |
slotted. /usr/lib/gnome-vfs-2.0/modules/libcdda.so is a symlink |
20 |
to /usr/lib/vfs/modules/libcdda.so. equery b says that this file |
21 |
belongs to gnome-base/gnome-vfs-1.0.5-r4. The current installed version |
22 |
of gnome-vfs is 2.20.1-r1 and there are 3 versions on the system. I |
23 |
think I may have some slot-slippage here. I'll comb out that tangle, |
24 |
re-run revdep-rebuild, re-emerge totem and see what happens. |
25 |
|
26 |
-- |
27 |
Lindsay Haisley | "The difference between | PGP public key |
28 |
FMP Computer Services | a duck is that one leg | available at |
29 |
512-259-1190 | is both the same" | http://pubkeys.fmp.com |
30 |
http://www.fmp.com | - Anonymous | |
31 |
|
32 |
-- |
33 |
gentoo-desktop@l.g.o mailing list |