Sebastian Ramacher wrote:

Thank you for the explanation. What about the attached patch? [1]

I've looked through the code and the only place where --enable-runtime-cpudetect
makes a difference is on powerpc (libavutil/ppc/cpu.c). Special handling for
Raspbian should not make a difference. Reinhard, is my reading of the code
correct?
I honestly don't recall why exactly I enabled that option. It's possible I determined it was needed at the time I first prepared the patch (which was some time ago, I generally forward port changes rather than starting from scratch each time), it's also possible that I enabled it and it didn't stop the package coming out with armv7 code in it but I never disabled it again. Lets try without it and see what happens.
[1] Is this the right vendor in dpkg-vendor's terms?
It's the right vendor but in general it's better to use --derives-from rather than --is in situations like this on the principle that a newly formed derivative should as much as possible have the same behaviour as the distro it derives from.

I've applied your patch, tweaked it to use --derives-from rather than --is implemented this change, written a changelog entry (which may be more verbose than actually needed, feel free to cut it down if you want when bringing the change into Debian) and am now running a build. Assuming it builds successfully and passes our contamination checker I will be uploading it to raspbian jessie.

I suspect that the release team will nack this change for Debian jessie so uploading this change to Debian will probablly have to wait until after the jessie release (or go to experimental).


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to