Bug#771191: lintian: test for inclusion of non-lossy lena/lenna image and flag as potentially non-DFSG

[Jonas Smedegaard]

Quoting Bastien ROUCARIES (2014-11-27 21:42:22)
> Le 27 nov. 2014 14:00, "Jonas Smedegaard" <[1]d...@jones.dk> a écrit :
>> A graphics file popular to include e.g. in testsuites is a scanning 
>> from November 1972 issue of Playboy, which is not DFSG compliant: 
>> <[2]https://en.wikipedia.org/wiki/File:Lenna.png#Licensing>.
>
>I have opened #760171 also some time agi

Ahh - I was wondering if others had looked at this already - then forgot 
to check.  Thanks!


>> See bug#771126 for a concrete example.  I have tried our codesearch to
>> discover more, and have found some but failed to find a reliable search
>> pattern using that interface.
>>
>> It is used for color calibration and therefore needed in non-lossy
>> format but can vary in size and serialization, so simple md5 detection
>> is inefficient, I suspect.
>
> No md5 do not suffer from false postive so it is an autoreject.
>
> Could you send me a patch against data/cruft/non-distributable-files ?
>
> Less work for ftpmaster particularly whenbautomatocally done is faster 
> package going to main.

Good points.

I'd be happy to contribute md5sums - but this is my first bugreport 
against lintian so I need a bit of hand holding, I guess: Is that path 
perhaps in some git, or how do I contribute?


>> Filename typically includes "lena" or "lenna" in its stem.
>>
>> A simple check could be scan for /\blenn?a\b/ in filename, and then 
>> check with "file" if content is a graphics file.
>
> Yes will implement but it will be wild guess no autoreject.

Right, I had no higher hopes than that (as you can see above I even 
outruled md5sums, didn't think both could be done in parallel)


>> More reliable check might involve serializing hits of above loose check
>> in some deterministic manner, compute md5 from that, and compare against
>> a blacklist.
>
> No pull too many deps

Ok.  Wasn't sure if other checks alreadt did similar.  Was just throwing 
ideas :-)


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#771191: lintian: test for inclusion of non-lossy lena/lenna image and flag as potentially non-DFSG

[Bastien ROUCARIES]

Le 27 nov. 2014 14:00, "Jonas Smedegaard"  a écrit :
>
> Package: lintian
> Version: 2.5.30+deb8u2
> Severity: wishlist
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> A graphics file popular to include e.g. in testsuites is a scanning from
> November 1972 issue of Playboy, which is not DFSG compliant:
> .

I have opened #760171 also some time agi
> See bug#771126 for a concrete example.  I have tried our codesearch to
> discover more, and have found some but failed to find a reliable search
> pattern using that interface.
>
> It is used for color calibration and therefore needed in non-lossy
> format but can vary in size and serialization, so simple md5 detection
> is inefficient, I suspect.

No md5 do not suffer from false postive so it is an autoreject.

Could you send me a patch against data/cruft/non-distributable-files ?

Less work for ftpmaster particularly whenbautomatocally done is faster
package going to main.

> Filename typically includes "lena" or "lenna" in its stem.
>
> A simple check could be scan for /\blenn?a\b/ in filename, and then
> check with "file" if content is a graphics file.

Yes will implement but it will be wild guess no autoreject.

> More reliable check might involve serializing hits of above loose check
> in some deterministic manner, compute md5 from that, and compare against
> a blacklist.

No pull too many deps

Bastien
>
>  - Jonas
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
>
> iQF8BAEBCgBmBQJUdx/7XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
> ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0
> RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWJckIALKrSGJjSRbt6VFcWP+hhUfa
> y0Hf3AOgLIeDi9K88FBLnloNzlQIEKA8mqvfyKfnJ9cahEVCbzXqMMtte1mMZiRc
> YZuvj93zeGTJne9BOZi21sIa+oDsz2DVSAhJ/sXTi+6JpmuuR6/eeKM8GuwEBeSZ
> LKQ1SUcTYOMdahejXAtM3/cU0hWed30cZR2oxGpYic/Faxp4irrpm+mFQZXDctgW
> 4Z4nVWLKK5egH23BGeqIBhHQfJ1YKUkLwihSc7vg+y9QyzYT0nxZQsEr1CwgVZcW
> z/2ufvacdBQEBBT9V2XaVxxhy4uchgABnHml48D4+OJkJNMwokMwM3o4T6IKoc0=
> =NOzw
> -END PGP SIGNATURE-
>

Bug#771054: Patch

[Matt Kraai]

tags 771054 + patch
thanks

Hi,

The following patch fixes this problem on my system:

diff -Nru lintian-2.5.30+deb8u2/helpers/coll/objdump-info-helper 
lintian-2.5.30+deb8u3/helpers/coll/objdump-info-helper
--- lintian-2.5.30+deb8u2/helpers/coll/objdump-info-helper  2014-11-01 
09:18:50.0 -0700
+++ lintian-2.5.30+deb8u3/helpers/coll/objdump-info-helper  2014-11-27 
07:07:14.0 -0800
@@ -85,7 +85,8 @@
 print "UPX: yes\n";
 }
 } elsif (
-$line =~ m/^readelf: Error: Unable to read in 0x[0-9a-fA-F]+ bytes of/
+$line =~ m/^readelf: Error: Reading 0x[0-9a-fA-F]+ bytes extends past 
end of file for section headers/
+or $line =~ m/^readelf: Error: Unable to read in 0x[0-9a-fA-F]+ bytes 
of/
 or $line
 =~ m/^readelf: Error: .*: Failed to read .*(?:magic number|file 
header)/
   ) {

-- 
Matt


-- 
To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141127153323.ga10...@ftbfs.org

Processed: Patch

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 771054 + patch
Bug #771054 [lintian] lintian: FTBFS: binaries-from-other-arch fails with 
latest binutils
Added tag(s) patch.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
771054: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771054
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.c.141710240924128.transcr...@bugs.debian.org

Bug#771191: lintian: test for inclusion of non-lossy lena/lenna image and flag as potentially non-DFSG

[Jonas Smedegaard]

Package: lintian
Version: 2.5.30+deb8u2
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

A graphics file popular to include e.g. in testsuites is a scanning from
November 1972 issue of Playboy, which is not DFSG compliant:
.

See bug#771126 for a concrete example.  I have tried our codesearch to
discover more, and have found some but failed to find a reliable search
pattern using that interface.

It is used for color calibration and therefore needed in non-lossy
format but can vary in size and serialization, so simple md5 detection
is inefficient, I suspect.

Filename typically includes "lena" or "lenna" in its stem.

A simple check could be scan for /\blenn?a\b/ in filename, and then
check with "file" if content is a graphics file.

More reliable check might involve serializing hits of above loose check
in some deterministic manner, compute md5 from that, and compare against
a blacklist.


 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQF8BAEBCgBmBQJUdx/7XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0
RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWJckIALKrSGJjSRbt6VFcWP+hhUfa
y0Hf3AOgLIeDi9K88FBLnloNzlQIEKA8mqvfyKfnJ9cahEVCbzXqMMtte1mMZiRc
YZuvj93zeGTJne9BOZi21sIa+oDsz2DVSAhJ/sXTi+6JpmuuR6/eeKM8GuwEBeSZ
LKQ1SUcTYOMdahejXAtM3/cU0hWed30cZR2oxGpYic/Faxp4irrpm+mFQZXDctgW
4Z4nVWLKK5egH23BGeqIBhHQfJ1YKUkLwihSc7vg+y9QyzYT0nxZQsEr1CwgVZcW
z/2ufvacdBQEBBT9V2XaVxxhy4uchgABnHml48D4+OJkJNMwokMwM3o4T6IKoc0=
=NOzw
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141127125839.32080.5256.report...@bastian.jones.dk