Updating libdv recently from 0.9.5 to 0.98 (not sure if that should be 0.9.8 or not?) changed the library name from libdv.so.1 to libdv.so.2 which (if you clean the older version) in turn breaks transcode, and obviously dvd::rip and probably others. I was no harm in pruning the earlier version because 0.98 trampled all ofer 0.9.5 so they were definately not discreet. I reinstalled the prior version of libdv and it's all working again - I "tested" it last night before bed, still running this morning so should be fine. I tried recompiling transcode to use the newer libdv library but the build failed, I can run it again and post that info if required. The symptom I experienced with dvdrip is simply a message saying there's no DVD in the drive, I had to play with the transcode tcinfo? or tccat tools before discovering the libdv library problem. Not sure if this is a bug, but a warning in the 0.98 ebuild might not hurt. :)
need coffee.. typo correction follows: "...I was no harm in pruning the earlier version because 0.98 trampled all ofer..." might make more sense like this: ... I saw no harm in pruning the earlier version because 0.98 trampled all over... :)
Hey Chris So, transcode wont work w/o libdv-0.9.5, right? I made transcode explicitly DEPEND on that version of libdv, now. This should do the trick. Post here if you have further questions/suggestions. -phoen][x-
> So, transcode wont work w/o libdv-0.9.5, right? transcode, or more specifically tcprobe (at least) depends on libdv.so.1 which is not provided by libdv 0.98, 0.98 provides libdv.so.2 - I did not try making a symlink to see if it would still work. I also tried rebuilding transcode with just the newer libdv installed but it failed, I'll try that again to determine if libdv was the cause of the transcode build failure. The lesson here might be not to get too 'prune' crazy, I don't recall if emerge -c cleaned this or if I forced it with prune. Normally I check before pruning libraries. `qpkg libdv-0 -c -v` definately showed that the newer one replaced almost all the earlier version so that's why I cleaned it. > I made transcode explicitly DEPEND on that version of libdv, now. This should do the trick. Post here if you have further questions/suggestions. yeah, that should do it for now.. I'll play some more tonight after work and see what combinations I can figure out.
ok, I'm not sure we care anymore. The new transcode 0.6.0 compiled against libdv-0.98 no problem so anyone keeping their system up to date probably won't get bit. Next I need to work out why the new version of mplayer slows down after 45 minutes or so and dies.. but that's a different bug. (I hope)
I'll close this one or do you have something to add, Chris? -phoen][x-
well, there's not an awful lot relying on it so rebuilding a couple of packages is no big deal, I'm happy for the bug to be closed and I'll add a little dependancy info for future searchers in case it does something funny again. # qpkg --query-deps --installed libdv- media-libs/libdv-0.98 * DEPENDED ON BY: media-libs/libdvdnav-0.1.3 media-libs/libdvdread-0.9.3 media-libs/xine-lib-0.9.13-r1 media-video/drip-0.8.2_pre1 media-video/mplayer-0.90_pre6-r2 media-video/xine-dvdnav-0.9.13 note, libdvdnav-0.1.3 currently blocks mplayer.. I need to recompile them so the above list is slightly incorrect in terms of versions.
