Again this is somewhat similar to the 'bug' in *buntu-restricted-extras, (karmic and lucid), where any explanation for the change is not forthcoming.
"the source package is called 'xine-lib'" - obviously I know that, the plug-in though is built in libxine-ffmpeg and so that's what is of concern here.
"...dependencies are declared for sourc packages." Fine, you've previously built faad decoding support into xine-libs without any dependency on libfaadX, I gather off of the internal faad in the xine-lib source.
( unless you were providing a more recent static faad, which while that's what I'd do , don't see that's part of repo builds
In any event the plug-in builds and works fine using the internal faad source in lucid, though a newer version might be preferred
so the question remains, - why aren't you building the plug-in as has been previously done? (8.10 - 9.10, and I guess 8.04
And if it's a question of the internal faad being to old then possibly the newer 1.1.17
Again this is somewhat similar to the 'bug' in *buntu- restricted- extras, (karmic and lucid), where any explanation for the change is not forthcoming.
"the source package is called 'xine-lib'" - obviously I know that, the plug-in though is built in libxine-ffmpeg and so that's what is of concern here.
"...dependencies are declared for sourc packages." Fine, you've previously built faad decoding support into xine-libs without any dependency on libfaadX, I gather off of the internal faad in the xine-lib source.
( unless you were providing a more recent static faad, which while that's what I'd do , don't see that's part of repo builds
In any event the plug-in builds and works fine using the internal faad source in lucid, though a newer version might be preferred
so the question remains, - why aren't you building the plug-in as has been previously done? (8.10 - 9.10, and I guess 8.04
And if it's a question of the internal faad being to old then possibly the newer 1.1.17