Re: [gentoo-user] Playsound . . . won't!

2007-09-18 Thread Alan McKinnon
On Monday 17 September 2007, Mick wrote:
 On Monday 17 September 2007, Neil Bothwick wrote:
  Hello Mick,
 
   $ /usr/bin/playsound MUSIC/chimes.wav
   /usr/bin/playsound: error while loading shared libraries:
   libFLAC.so.7: cannot open shared object file: No such file or
   directory =
  
   I also noticed that libFLAC.so.7 is not there:
 
  playsound is built against an older version of flac, you probably
  need to re-emerge playsound.

 He, he, what do you know!
 =
 # emerge -upDv media-libs/sdl-sound

 These are the packages that would be merged, in order:

 Calculating dependencies... done!
 [ebuild U ] media-libs/libmikmod-3.1.11-r4 [3.1.11-r2] USE=alsa
 oss -esd 0 kB
 [ebuild  N] media-libs/smpeg-0.4.4-r9  USE=X mmx opengl -debug
 312 kB [ebuild U ] media-libs/sdl-sound-1.0.1-r2 [1.0.1-r1]
 USE=flac mikmod mp3%* mpeg%* speex vorbis -physfs 996 kB

 Total: 3 packages (2 upgrades, 1 new), Size of downloads: 1,307 kB
 =

 Somewhat puzzled that a emerge -upDv world before I remerged flac did
 not pick these up . . .

It's not designed to pick these up.

'emerge -upDNv world' is designed to pick these up.

You only get inferred DEPENDS updated when you use the 'N' option

alan



-- 
Optimists say the glass is half full,
Pessimists say the glass is half empty,
Developers say wtf is the glass twice as big as it needs to be?

Alan McKinnon
alan at linuxholdings dot co dot za
+27 82, double three seven, one nine three five
-- 
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] Playsound . . . won't!

2007-09-18 Thread Mick
On Monday 17 September 2007, Alan McKinnon wrote:
 On Monday 17 September 2007, Mick wrote:

  =
  # emerge -upDv media-libs/sdl-sound
 
  These are the packages that would be merged, in order:
 
  Calculating dependencies... done!
  [ebuild U ] media-libs/libmikmod-3.1.11-r4 [3.1.11-r2] USE=alsa
  oss -esd 0 kB
  [ebuild  N] media-libs/smpeg-0.4.4-r9  USE=X mmx opengl -debug
  312 kB [ebuild U ] media-libs/sdl-sound-1.0.1-r2 [1.0.1-r1]
  USE=flac mikmod mp3%* mpeg%* speex vorbis -physfs 996 kB
 
  Total: 3 packages (2 upgrades, 1 new), Size of downloads: 1,307 kB
  =
 
  Somewhat puzzled that a emerge -upDv world before I remerged flac did
  not pick these up . . .

 It's not designed to pick these up.

 'emerge -upDNv world' is designed to pick these up.

 You only get inferred DEPENDS updated when you use the 'N' option

Right, but it should pick up the fact that media-libs/libmikmod-3.1.11-r2 
needs updating to -r4 and media-libs/sdl-sound-1.0.1-r1 to -r2?
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Playsound . . . won't!

2007-09-18 Thread Neil Bothwick
On Tue, 18 Sep 2007 18:50:35 +0100, Mick wrote:

 Right, but it should pick up the fact that
 media-libs/libmikmod-3.1.11-r2 needs updating to -r4 and
 media-libs/sdl-sound-1.0.1-r1 to -r2?

Maybe, but that's got nothing to do with your problem, which was that
playsound was built against a library that is no longer installed.
Rebuilding media-libs/sdl-sound-1.0.1-r1 would have fixed the problem too.


-- 
Neil Bothwick

If a program is useful, it must be changed.


signature.asc
Description: PGP signature


Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Mick
On Saturday 15 September 2007, Alan McKinnon wrote:
 On Sunday 16 September 2007, Mick wrote:
  I am using playsound in KDE to play system sounds, but it has stopped
  working:
 
  $ /usr/bin/playsound chimes.wav
  /usr/bin/playsound: error while loading shared libraries:
  libFLAC.so.7: cannot open shared object file: No such file or
  directory
 
  I ran revdep-rebuild -X, but the problem persists.  Any ideas?

 I'll walk you through this the long way round:

 This is the clue: libFLAC.so.7: cannot open shared object file: No such
 file

 I also have no such file as libFLAC.so.7, but locate libFLAC.so found
 libFLAC.so.8, and 'equery belongs' tells me it belongs to
 media-libs/flac. 'genlop -t' declares this package was upgraded on my
 box from 1.1.2-r8 to 1.1.4 on 17 July.

 So obviously playsound was built against the old version, and
 revdep-rebuild can't find the old one so doesn't know what to do about
 it. And wisely does nothing about it...

 emerge flac
 revdep-rebuild -X

 will see you right.

Thanks guys,

I apologise for an incomplete description of the problem.  I should have 
provided some more info:

Remerging Flac goes through fine.

Revdep-rebuild -X seems to go through OK:
=
# revdep-rebuild -X -p -v
Configuring search environment for revdep-rebuild

Checking reverse dependencies...

Packages containing binaries and libraries broken by a package update
will be emerged.

Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
  broken /usr/bin/playsound (requires  libFLAC.so.7)
  broken /usr/lib/gstreamer-0.10/libgstflac.so (requires  libFLAC.so.7)
  broken /usr/lib/gstreamer-0.8/libgstossaudio.so (requires  
libgstinterfaces-0.8.so.0)
  broken /usr/lib/libSDL_sound-1.0.so.1.0.0 (requires  libFLAC.so.7)
  broken /usr/lib/libakode_xiph_decoder.so (requires  libFLAC.so.7 
libOggFLAC.so.3)
  broken /usr/lib/gstreamer-0.8/libgstossaudio.la 
(requires /usr/lib/libgstinter
faces-0.8.la)
  broken /usr/lib/libakode_xiph_decoder.la (requires /usr/lib/libOggFLAC.la)
 done.
  (/root/.revdep-rebuild.3_rebuild)

Assigning files to packages...
  /usr/bin/playsound - media-libs/sdl-sound
  /usr/lib/gstreamer-0.10/libgstflac.so - media-plugins/gst-plugins-flac
  /usr/lib/gstreamer-0.8/libgstossaudio.so - media-plugins/gst-plugins-oss
  /usr/lib/libSDL_sound-1.0.so.1.0.0 - media-libs/sdl-sound
  /usr/lib/libakode_xiph_decoder.so - media-libs/akode
  /usr/lib/gstreamer-0.8/libgstossaudio.la - media-plugins/gst-plugins-oss
  /usr/lib/libakode_xiph_decoder.la - media-libs/akode
 done.
  
(/root/.revdep-rebuild.4_packages_raw, /root/.revdep-rebuild.4_package_owners)

Cleaning list of packages to rebuild... done.
  (/root/.revdep-rebuild.4_packages)

Assigning packages to ebuilds... done.
  (/root/.revdep-rebuild.4_ebuilds)

Evaluating package order... done.
  (/root/.revdep-rebuild.5_order)

Dynamic linking on your system is consistent... All done.
=

playsound still won't play:
=
$ /usr/bin/playsound MUSIC/chimes.wav 
/usr/bin/playsound: error while loading shared libraries: libFLAC.so.7: cannot 
open shared object file: No such file or directory
=

I also noticed that libFLAC.so.7 is not there:
=
# ls -la /usr/lib/libFLAC*
-rw-r--r-- 1 root root 104084 Sep 17 08:06 /usr/lib/libFLAC++.a
-rw-r--r-- 1 root root850 Sep 17 08:05 /usr/lib/libFLAC++.la
lrwxrwxrwx 1 root root 18 Sep 17 08:06 /usr/lib/libFLAC++.so - 
libFLAC++.so.6.0.1
lrwxrwxrwx 1 root root 18 Sep 17 08:06 /usr/lib/libFLAC++.so.6 - 
libFLAC++.so.6.0.1
-rwxr-xr-x 1 root root  93980 Sep 17 08:06 /usr/lib/libFLAC++.so.6.0.1
-rw-r--r-- 1 root root 266278 Sep 17 08:06 /usr/lib/libFLAC.a
-rw-r--r-- 1 root root820 Sep 17 08:05 /usr/lib/libFLAC.la
lrwxrwxrwx 1 root root 16 Sep 17 08:06 /usr/lib/libFLAC.so - 
libFLAC.so.8.0.1
lrwxrwxrwx 1 root root 16 Sep 17 08:06 /usr/lib/libFLAC.so.8 - 
libFLAC.so.8.0.1
-rwxr-xr-x 1 root root 192012 Sep 17 08:06 /usr/lib/libFLAC.so.8.0.1
=

Short of getting my arc welder out of the garage and building a symlink to 
libFLAC.so.7, I don't know what to do.
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Neil Bothwick
Hello Mick,

 $ /usr/bin/playsound MUSIC/chimes.wav 
 /usr/bin/playsound: error while loading shared libraries: libFLAC.so.7:
 cannot open shared object file: No such file or directory
 =
 
 I also noticed that libFLAC.so.7 is not there:

playsound is built against an older version of flac, you probably need
to re-emerge playsound.


-- 
Neil Bothwick

KPLA Klingon Radio : All glory, all the time!


signature.asc
Description: PGP signature


Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Mick
On Monday 17 September 2007, Neil Bothwick wrote:
 Hello Mick,

  $ /usr/bin/playsound MUSIC/chimes.wav
  /usr/bin/playsound: error while loading shared libraries: libFLAC.so.7:
  cannot open shared object file: No such file or directory
  =
 
  I also noticed that libFLAC.so.7 is not there:

 playsound is built against an older version of flac, you probably need
 to re-emerge playsound.

He, he, what do you know!
=
# emerge -upDv media-libs/sdl-sound

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild U ] media-libs/libmikmod-3.1.11-r4 [3.1.11-r2] USE=alsa oss -esd 
0 kB 
[ebuild  N] media-libs/smpeg-0.4.4-r9  USE=X mmx opengl -debug 312 kB 
[ebuild U ] media-libs/sdl-sound-1.0.1-r2 [1.0.1-r1] USE=flac mikmod 
mp3%* mpeg%* speex vorbis -physfs 996 kB 

Total: 3 packages (2 upgrades, 1 new), Size of downloads: 1,307 kB
=

Somewhat puzzled that a emerge -upDv world before I remerged flac did not pick 
these up . . .

Thanks.
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Graham Murray
Mick [EMAIL PROTECTED] writes:

 Revdep-rebuild -X seems to go through OK:
 =
 # revdep-rebuild -X -p -v
 Configuring search environment for revdep-rebuild

 Checking reverse dependencies...

 Packages containing binaries and libraries broken by a package update
 will be emerged.

 Collecting system binaries and libraries... done.
   (/root/.revdep-rebuild.1_files)

 Collecting complete LD_LIBRARY_PATH... done.
   (/root/.revdep-rebuild.2_ldpath)

 Checking dynamic linking consistency...
   broken /usr/bin/playsound (requires  libFLAC.so.7)
   broken /usr/lib/gstreamer-0.10/libgstflac.so (requires  libFLAC.so.7)
   broken /usr/lib/gstreamer-0.8/libgstossaudio.so (requires  
 libgstinterfaces-0.8.so.0)
   broken /usr/lib/libSDL_sound-1.0.so.1.0.0 (requires  libFLAC.so.7)
   broken /usr/lib/libakode_xiph_decoder.so (requires  libFLAC.so.7 
 libOggFLAC.so.3)
   broken /usr/lib/gstreamer-0.8/libgstossaudio.la 
 (requires /usr/lib/libgstinter
 faces-0.8.la)
   broken /usr/lib/libakode_xiph_decoder.la (requires /usr/lib/libOggFLAC.la)
  done.
[snip]
 Dynamic linking on your system is consistent... All done.
 =

That looks like your revdep-rebuild is broken. It is finding
inconsistencies (eg files that need to link against the missing
libFLAC.so.7) but then at the end contradicting itself by reporting that
the dynamic linking is consistent.
-- 
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Alan McKinnon
On Monday 17 September 2007, Graham Murray wrote:
 Mick [EMAIL PROTECTED] writes:

[snip initial revdep-rebuild stuff]

broken /usr/lib/libakode_xiph_decoder.la (requires
  /usr/lib/libOggFLAC.la) done.

 [snip]

  Dynamic linking on your system is consistent... All done.
  =

 That looks like your revdep-rebuild is broken. It is finding
 inconsistencies (eg files that need to link against the missing
 libFLAC.so.7) but then at the end contradicting itself by reporting
 that the dynamic linking is consistent.

More like revdep-rebuild doesn't know how to build libOffFLAC anymore as 
the ebuild that put it there isn't in portage anymore or masked or 
keyworded or whatevered. I've seen this myself a time or three on my 
own machines.

There's nothing revdep-rebuild can do about this except shrug and leave 
it alone, but the output could be more informative. Perhaps a feature 
request in is order here

alan

-- 
Optimists say the glass is half full,
Pessimists say the glass is half empty,
Developers say wtf is the glass twice as big as it needs to be?

Alan McKinnon
alan at linuxholdings dot co dot za
+27 82, double three seven, one nine three five
-- 
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Mike Williams
On Monday 17 September 2007 13:41:37 Alan McKinnon wrote:
 More like revdep-rebuild doesn't know how to build libOffFLAC anymore as
 the ebuild that put it there isn't in portage anymore or masked or
 keyworded or whatevered. I've seen this myself a time or three on my
 own machines.

 There's nothing revdep-rebuild can do about this except shrug and leave
 it alone, but the output could be more informative. Perhaps a feature
 request in is order here

revdep-rebuild doesn't work like that.
If a binary is dynamically linked to a library that doesn't exist anymore, the 
package owning the binary is rebuilt, as portage is unlikely to know what 
package supplied a file that doesn't exist. The idea being the package will 
find and link against libraries that do exist.

In this case it would seem that revdep-rebuild should be trying to emerge:
media-libs/sdl-sound
media-plugins/gst-plugins-flac
media-plugins/gst-plugins-oss
media-libs/akode

-- 
Mike Williams
-- 
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Mick
On Monday 17 September 2007, Mike Williams wrote:
 On Monday 17 September 2007 13:41:37 Alan McKinnon wrote:
  More like revdep-rebuild doesn't know how to build libOffFLAC anymore as
  the ebuild that put it there isn't in portage anymore or masked or
  keyworded or whatevered. I've seen this myself a time or three on my
  own machines.
 
  There's nothing revdep-rebuild can do about this except shrug and leave
  it alone, but the output could be more informative. Perhaps a feature
  request in is order here

 revdep-rebuild doesn't work like that.
 If a binary is dynamically linked to a library that doesn't exist anymore,
 the package owning the binary is rebuilt, as portage is unlikely to know
 what package supplied a file that doesn't exist. The idea being the package
 will find and link against libraries that do exist.

 In this case it would seem that revdep-rebuild should be trying to emerge:
 media-libs/sdl-sound
 media-plugins/gst-plugins-flac
 media-plugins/gst-plugins-oss
 media-libs/akode

This is how I understood that is should work too.  If for what ever reason it 
doesn't rebuild the above packages itself, it should either say why (e.g. 
keyword masked, Blocked, not in portage, etc.) and, or pass it on to me to 
emerge/unmerge manually as required.  I thought that invariably this is how 
portage behave, hence this thread to resolve my confusion.  Are we in 
agreement that there is something wrong on this occasion - should I file a 
bug?  Or a 'feature request?  Or wait until it happens again?
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Mike Williams
On Monday 17 September 2007 15:33:54 Mick wrote:
 This is how I understood that is should work too.  If for what ever reason
 it doesn't rebuild the above packages itself, it should either say why
 (e.g. keyword masked, Blocked, not in portage, etc.) and, or pass it on to
 me to emerge/unmerge manually as required.  I thought that invariably this
 is how portage behave, hence this thread to resolve my confusion.  Are we
 in agreement that there is something wrong on this occasion - should I file
 a bug?  Or a 'feature request?  Or wait until it happens again?

Reading the full output you posted, I suspect I see the problem.
# revdep-rebuild -X -p -v
should be
# revdep-rebuild -X -- -p -v

The revdep-rebuild help doesn't say it does anything with a -p arguement to 
itself, but it may well do. The -- is a separator between revdep-rebuild 
arguements, and arguements it passes to emerge.

-- 
Mike Williams
--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Mick
On Monday 17 September 2007, Mike Williams wrote:
 On Monday 17 September 2007 15:33:54 Mick wrote:
  This is how I understood that is should work too.  If for what ever
  reason it doesn't rebuild the above packages itself, it should either say
  why (e.g. keyword masked, Blocked, not in portage, etc.) and, or pass it
  on to me to emerge/unmerge manually as required.  I thought that
  invariably this is how portage behave, hence this thread to resolve my
  confusion.  Are we in agreement that there is something wrong on this
  occasion - should I file a bug?  Or a 'feature request?  Or wait until it
  happens again?

 Reading the full output you posted, I suspect I see the problem.
 # revdep-rebuild -X -p -v
 should be
 # revdep-rebuild -X -- -p -v

 The revdep-rebuild help doesn't say it does anything with a -p arguement to
 itself, but it may well do. The -- is a separator between revdep-rebuild
 arguements, and arguements it passes to emerge.

Hmm, I believe that I tried it without the -p -v, just with the -X and the 
result was the same.  I think that the confusion arose from the multi-slotted 
media-plugins/gst-plugins-oss.
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Bo Ørsted Andresen
On Monday 17 September 2007 12:29:20 Mick wrote:
 Checking dynamic linking consistency...
   broken /usr/bin/playsound (requires  libFLAC.so.7)
   broken /usr/lib/gstreamer-0.10/libgstflac.so (requires  libFLAC.so.7)
   broken /usr/lib/gstreamer-0.8/libgstossaudio.so (requires  
 libgstinterfaces-0.8.so.0)
   broken /usr/lib/libSDL_sound-1.0.so.1.0.0 (requires  libFLAC.so.7)
   broken /usr/lib/libakode_xiph_decoder.so (requires  libFLAC.so.7
 libOggFLAC.so.3)
   broken /usr/lib/gstreamer-0.8/libgstossaudio.la
 (requires /usr/lib/libgstinter
 faces-0.8.la)
   broken /usr/lib/libakode_xiph_decoder.la (requires
 /usr/lib/libOggFLAC.la) done.
   (/root/.revdep-rebuild.3_rebuild)

 Assigning files to packages...
   /usr/bin/playsound - media-libs/sdl-sound
   /usr/lib/gstreamer-0.10/libgstflac.so - media-plugins/gst-plugins-flac
   /usr/lib/gstreamer-0.8/libgstossaudio.so - media-plugins/gst-plugins-oss
   /usr/lib/libSDL_sound-1.0.so.1.0.0 - media-libs/sdl-sound
   /usr/lib/libakode_xiph_decoder.so - media-libs/akode
   /usr/lib/gstreamer-0.8/libgstossaudio.la - media-plugins/gst-plugins-oss
   /usr/lib/libakode_xiph_decoder.la - media-libs/akode
  done.
[SNIP]
 Dynamic linking on your system is consistent... All done.

What version of gentoolkit is that? Clearly revdep-rebuild is doing something 
wrong.

-- 
Bo Andresen


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Bo Ørsted Andresen
On Monday 17 September 2007 14:41:37 Alan McKinnon wrote:
 broken /usr/lib/libakode_xiph_decoder.la (requires
   /usr/lib/libOggFLAC.la) done.
[SNIP]
 More like revdep-rebuild doesn't know how to build libOffFLAC anymore as
 the ebuild that put it there isn't in portage anymore or masked or
 keyworded or whatevered. I've seen this myself a time or three on my
 own machines.

I assume you meant libOggFLAC. It doesn't need to know how to build that. What 
it needs to know is how to rebuild /usr/lib/libakode_xiph_decoder.la (and 
clearly it does)...

-- 
Bo Andresen


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Paul Varner
On Mon, 2007-09-17 at 18:27 +0100, Mick wrote:
 On Monday 17 September 2007, Mike Williams wrote:
  On Monday 17 September 2007 15:33:54 Mick wrote:
   This is how I understood that is should work too.  If for what ever
   reason it doesn't rebuild the above packages itself, it should either say
   why (e.g. keyword masked, Blocked, not in portage, etc.) and, or pass it
   on to me to emerge/unmerge manually as required.  I thought that
   invariably this is how portage behave, hence this thread to resolve my
   confusion.  Are we in agreement that there is something wrong on this
   occasion - should I file a bug?  Or a 'feature request?  Or wait until it
   happens again?
 
  Reading the full output you posted, I suspect I see the problem.
  # revdep-rebuild -X -p -v
  should be
  # revdep-rebuild -X -- -p -v
 
  The revdep-rebuild help doesn't say it does anything with a -p arguement to
  itself, but it may well do. The -- is a separator between revdep-rebuild
  arguements, and arguements it passes to emerge.
 
 Hmm, I believe that I tried it without the -p -v, just with the -X and the 
 result was the same.  I think that the confusion arose from the multi-slotted 
 media-plugins/gst-plugins-oss.

Actually revdep-rebuild -X is broken in the current stable version.
Until I get gentoolkit-0.2.4 stable, your choices are to either run the
unstable version of gentoolkit (gentoolkit-0.2.4_pre7 right now) or grab
the patch from bug #169761
http://bugs.gentoo.org/attachment.cgi?id=113125 and apply it to your
version of revdep-rebuild.

Regards,
Paul
-- 
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Mick
On Monday 17 September 2007, Bo Ørsted Andresen wrote:
 On Monday 17 September 2007 12:29:20 Mick wrote:
  Checking dynamic linking consistency...
    broken /usr/bin/playsound (requires  libFLAC.so.7)
    broken /usr/lib/gstreamer-0.10/libgstflac.so (requires  libFLAC.so.7)
    broken /usr/lib/gstreamer-0.8/libgstossaudio.so (requires  
  libgstinterfaces-0.8.so.0)
    broken /usr/lib/libSDL_sound-1.0.so.1.0.0 (requires  libFLAC.so.7)
    broken /usr/lib/libakode_xiph_decoder.so (requires  libFLAC.so.7
  libOggFLAC.so.3)
    broken /usr/lib/gstreamer-0.8/libgstossaudio.la
  (requires /usr/lib/libgstinter
  faces-0.8.la)
    broken /usr/lib/libakode_xiph_decoder.la (requires
  /usr/lib/libOggFLAC.la) done.
    (/root/.revdep-rebuild.3_rebuild)
 
  Assigning files to packages...
    /usr/bin/playsound - media-libs/sdl-sound
    /usr/lib/gstreamer-0.10/libgstflac.so - media-plugins/gst-plugins-flac
    /usr/lib/gstreamer-0.8/libgstossaudio.so -
  media-plugins/gst-plugins-oss /usr/lib/libSDL_sound-1.0.so.1.0.0 -
  media-libs/sdl-sound
    /usr/lib/libakode_xiph_decoder.so - media-libs/akode
    /usr/lib/gstreamer-0.8/libgstossaudio.la -
  media-plugins/gst-plugins-oss /usr/lib/libakode_xiph_decoder.la -
  media-libs/akode
   done.

 [SNIP]

  Dynamic linking on your system is consistent... All done.

 What version of gentoolkit is that? Clearly revdep-rebuild is doing
 something wrong.

Fri Mar 30 18:51:11 2007  app-portage/gentoolkit-0.2.3-r1

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Playsound . . . won't!

2007-09-17 Thread Bo Ørsted Andresen
On Monday 17 September 2007 23:05:29 Mick wrote:
  What version of gentoolkit is that? Clearly revdep-rebuild is doing
  something wrong.

 Fri Mar 30 18:51:11 2007  app-portage/gentoolkit-0.2.3-r1

I'd try 0.2.4_pre7 then..

-- 
Bo Andresen


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Playsound . . . won't!

2007-09-15 Thread Bo Ørsted Andresen
On Sunday 16 September 2007 00:11:24 Mick wrote:
 I am using playsound in KDE to play system sounds, but it has stopped
 working:

 $ /usr/bin/playsound chimes.wav
 /usr/bin/playsound: error while loading shared libraries: libFLAC.so.7:
 cannot open shared object file: No such file or directory

 I ran revdep-rebuild -X, but the problem persists.  Any ideas?

revdep-rebuild --ignore -X ? If it still persists then maybe you should show 
how revdep-rebuild fails..

-- 
Bo Andresen


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Playsound . . . won't!

2007-09-15 Thread Danilo Marcelo
try to re-emerge

2007/9/15, Mick [EMAIL PROTECTED]:

 I am using playsound in KDE to play system sounds, but it has stopped
 working:

 $ /usr/bin/playsound chimes.wav
 /usr/bin/playsound: error while loading shared libraries: libFLAC.so.7:
 cannot
 open shared object file: No such file or directory

 I ran revdep-rebuild -X, but the problem persists.  Any ideas?
 --
 Regards,
 Mick




Re: [gentoo-user] Playsound . . . won't!

2007-09-15 Thread Alan McKinnon
On Sunday 16 September 2007, Mick wrote:
 I am using playsound in KDE to play system sounds, but it has stopped
 working:

 $ /usr/bin/playsound chimes.wav
 /usr/bin/playsound: error while loading shared libraries:
 libFLAC.so.7: cannot open shared object file: No such file or
 directory

 I ran revdep-rebuild -X, but the problem persists.  Any ideas?

I'll walk you through this the long way round:

This is the clue: libFLAC.so.7: cannot open shared object file: No such 
file

I also have no such file as libFLAC.so.7, but locate libFLAC.so found 
libFLAC.so.8, and 'equery belongs' tells me it belongs to 
media-libs/flac. 'genlop -t' declares this package was upgraded on my 
box from 1.1.2-r8 to 1.1.4 on 17 July.

So obviously playsound was built against the old version, and 
revdep-rebuild can't find the old one so doesn't know what to do about 
it. And wisely does nothing about it...

emerge flac
revdep-rebuild -X

will see you right.
-- 
Optimists say the glass is half full,
Pessimists say the glass is half empty,
Developers say wtf is the glass twice as big as it needs to be?

Alan McKinnon
alan at linuxholdings dot co dot za
+27 82, double three seven, one nine three five
-- 
[EMAIL PROTECTED] mailing list