Hello Ernie Schroder, > > Kino 1.1.0 on the other hand is satisfied by any version later than > > 0.4.9_p20061016. > > Not so. > > # emerge -p kino > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild N ] media-video/ffmpeg-0.4.9_p20070616-r1 USE="X encode > mmx ogg oss sdl truetype vorbis zlib -a52 -aac > (-altivec) -amr -debug -doc -ieee1394 -imlib -network -test -theora > -threads -v4l -x264 -xvid" [ebuild N ] media-libs/libdv-1.0.0-r2 > USE="sdl xv -debug" [ebuild N ] media-libs/libiec61883-1.1.0 > USE="-examples" [ebuild N ] media-video/dvdauthor-0.6.11 > [ebuild N ] media-sound/rawrec-0.9.98 > [ebuild N ] media-video/kino-1.1.0 USE="alsa dvdr quicktime > vorbis -gpac -sox"
It is so, kino 1.1.0 pulls in ffmpeg-0.4.9_p20070616, which doesn't cause any blocks. The facts that the block disappears when you switch to 1.1.0 should be enough to convince you. Incidentally this problem is caused by changes in the ffmpeg API, making Kino, and other programs, break each time the API changes. Kino 1.1.0 is fixed to work with the updated API. -- Neil Bothwick MACINTOSH: Most Applications Crash; If Not, The Operating System Hangs
signature.asc
Description: PGP signature
