Your message dated Thu, 13 Oct 2016 23:58:45 +0200
with message-id <>
and subject line Re: Bug#528080: ffmpeg-debian: ffmpeg still has 
shlib-with-non-pic-code lintian errors
has caused the Debian Bug report #528080,
regarding ffmpeg-debian: Libraries have text relocations
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact

Debian Bug Tracking System
Contact with problems
--- Begin Message ---
Package: libswscale0
Version: 0.svn20080206-8
Severity: normal

The above URL has background information on the execmod denial from SE

The following command shows that some parts of the library have not been
comiled with -fpic or -fPIC - in this case it's actually assembly code
which is not position independent.

# eu-findtextrel /usr/lib/|uniq

The following patch fixes this.

diff -ru ffmpeg-free-0.svn20080206/libswscale/rgb2rgb.c 
--- ffmpeg-free-0.svn20080206/libswscale/rgb2rgb.c      2008-01-29 
14:58:10.000000000 +0000
+++ fixed/libswscale/rgb2rgb.c  2008-08-04 10:15:06.000000000 +0000
@@ -158,6 +158,9 @@
 #define RENAME(a) a ## _C
 #include "rgb2rgb_template.c"
+/* The MMX, MMX2, and 3DNOW versions all have text relocations */
+# if 0
 #if defined(ARCH_X86) && defined(CONFIG_GPL)
 //MMX versions
@@ -188,6 +191,7 @@
 #include "rgb2rgb_template.c"
 #endif //ARCH_X86 || ARCH_X86_64
  rgb15->rgb16 Original by Strepto/Astral

--- End Message ---
--- Begin Message ---

This only affects i386, where non-pic code is used for performance reasons.

I'm closing this wontfix bug now, because I think the topic is sufficiently
documented in the lintian overrides, e.g.:
# According to Debian policy [1], non position independent code is permitted
# in a shared library on i386 and position independent code may have a
# performance penalty, especially on i386.
# Therefore -fPIC is not used by the upstream build system on i386.
# 1:
libavcodec57 [i386]: shlib-with-non-pic-code usr/lib/i386*/*

Best regards,

--- End Message ---

Reply via email to