FS#3613 - transcode-1.0.2-2 breaks dvdrip

Attached to Project: Arch Linux
Opened by Petter Gundersen (flux) - Tuesday, 13 December 2005, 08:57 GMT
Last edited by Dale Blount (dale) - Tuesday, 13 December 2005, 12:54 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tobias Kieslich (tobias)
Architecture not specified
Severity Low
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

When I'm trying to run dvdrip (0.97.4-1) with transcode-1.0.2-2 the program only outputs the text "[filterlist] (re)scanning transcode's module path /usr/lib/transcode..." and then hangs.

See also http://www.archlinux.org/pipermail/arch/2005-December/007651.html

dvdrip works with transcode-1.0.2-1, but looking at the CVS entries I can't see any differences between the PKGBUILD for 1.0.2-1 and 1.0.2-2.
This task depends upon

Closed by  Tobias Kieslich (tobias)
Thursday, 29 December 2005, 18:31 GMT
Reason for closing:  Fixed
Comment by Tobias Kieslich (tobias) - Tuesday, 13 December 2005, 13:17 GMT
transcode got rebuild due to a dependency upgrade, imagemagick iirc. On my system things work flawlessly. Could you please do a:
ldd -r /usr/lib/transcode/filter_compare.so
on your box and report?
Comment by Petter Gundersen (flux) - Tuesday, 13 December 2005, 13:43 GMT
$ ldd -r /usr/lib/transcode/filter_compare.so
linux-gate.so.1 => (0xffffe000)
libdl.so.2 => /lib/libdl.so.2 (0x40021000)
libz.so.1 => /usr/lib/libz.so.1 (0x40025000)
libm.so.6 => /lib/tls/libm.so.6 (0x40037000)
libMagick.so.9 => /usr/lib/libMagick.so.9 (0x4005e000)
libc.so.6 => /lib/tls/libc.so.6 (0x40441000)
/lib/ld-linux.so.2 (0x80000000)
liblcms.so.1 => /usr/lib/liblcms.so.1 (0x40560000)
libtiff.so.3 => /usr/lib/libtiff.so.3 (0x40593000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x405e5000)
libpng.so.3 => /usr/lib/libpng.so.3 (0x40605000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40638000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40646000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40697000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x406a1000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x406b9000)
libbz2.so.1.0 => /lib/libbz2.so.1.0 (0x40783000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0x40793000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x408aa000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x408bd000)
undefined symbol: verbose (/usr/lib/transcode/filter_compare.so)
undefined symbol: tc_memcpy (/usr/lib/transcode/filter_compare.so)
undefined symbol: optstr_param (/usr/lib/transcode/filter_compare.so)
undefined symbol: optstr_get (/usr/lib/transcode/filter_compare.so)
undefined symbol: tc_get_vob (/usr/lib/transcode/filter_compare.so)
undefined symbol: optstr_lookup (/usr/lib/transcode/filter_compare.so)
undefined symbol: strlcpy (/usr/lib/transcode/filter_compare.so)
undefined symbol: optstr_filter_desc (/usr/lib/transcode/filter_compare.so)
Comment by Tobias Kieslich (tobias) - Tuesday, 13 December 2005, 14:23 GMT
OK, I figured it worked for me cuz I have a filter list cache in my configuration. When I delete it it dies like yours. This error is releated to a change API in ImagaMagick that no yet is honoured in transcode. So this is a upstream bug. Not much I can do.
Comment by Petter Gundersen (flux) - Tuesday, 13 December 2005, 15:16 GMT
OK, thanks for your time.
Comment by Tobias Kieslich (tobias) - Tuesday, 13 December 2005, 15:34 GMT
I've read about a patch fixing that which has been sent to the transcode ML, but neither have I found the patch nor any comments regarding that(eg, if there will be a 1.0.3 soonish) ...
Comment by Paul Hunnisett (phunni) - Thursday, 15 December 2005, 19:20 GMT
I discovered what is apparently a temporary fix - not sure of the implications though...:

http://www.archlinux.org/pipermail/arch/2005-December/007651.html

Loading...