lintian overrirede shlib-with-non-pic-codeshlib-with-non-pic-code, was: [SCM] FFmpeg packaging branch, master, updated. debian/0.5+svn20090609-1-22-g6b646aa

[Reinhard Tartler]

Andres Mejia <mcitadel at gmail.com> writes:

>> This effectivly implements a lintian override in README.Debian. Which
>> makes more sense to me here.
>
> Ok. Well I'm sorry to even start all this. I've now found that mail where Fabian 
> asked if I had any objections, in which case I did and still do (sorry Fabian).
>
> In regards to the lintian overrides for the non-pic shared libs error messages, 
> it's not really a matter of silencing lintian. I had the general idea that the 
> override would serve as an indication that we know about the error message, 
> we're giving an explanation on why we're overriding it (because it's not an 
> error, etc.), and we're avoiding any bug reports or complaints by others about 
> the errors.

Does the following patch satisfy everyone then? Maybe some bugnumber we
should quote?

diff --git a/debian/README.Debian b/debian/README.Debian
index 653cfe9..122f080 100644
--- a/debian/README.Debian
+++ b/debian/README.Debian
@@ -1,3 +1,19 @@
+lintian override shlib-with-non-pic-codeshlib-with-non-pic-code
+==================================================================
+
+The lintian overrides for the non-pic shared libs error messages, is not
+really a matter of silencing lintian. The general idea is that the
+override would serve as an indication that we know about the error
+message and we're avoiding any bug reports or complaints by others about
+the errors.
+
+We are aware that this override is too strict. It should only cover the
+i386 architecture, as we know that the upstream build system will
+produce PIC libraries where necessary. Only architectures like i386 will
+be built non-PIC, mainly for performance reasons.
+
+ -- Reinhard Tartler <siretart at tauware.de>, Sun, 26 Jul 2009 10:33:18 +0200
+

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4