bug-standards
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: binary data in source trees (was: GNU Coding Standards, automake, a


From: Jacob Bachmeyer
Subject: Re: binary data in source trees (was: GNU Coding Standards, automake, and the recent xz-utils backdoor)
Date: Tue, 02 Apr 2024 20:31:08 -0500
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.22) Gecko/20090807 MultiZilla/1.8.3.4e SeaMonkey/1.1.17 Mnenhy/0.7.6.0

Richard Stallman wrote:
[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

> The issue seems to be releases containing binary data for unit tests, > instead of source or scripts to generate that data. In this case, that > binary data was used to smuggle in heavily obfuscated object code.

If this is the crucial point, we could put in the coding standards
(or the maintainers' guide) not to do this.

On another branch of this discussion, Zack Weinberg noted that binary test data may be unavoidable in some cases. (A base64 blob or hex dump may as well be a binary blob.) Further, manuals often contain images, some of which may be in binary formats, such as PNG. To take this all the way, we would have to require that all documentation graphics be generated from readable sources. I know TikZ exists but am unsure how well it could be integrated into Texinfo, for example.


-- Jacob



reply via email to

[Prev in Thread] Current Thread [Next in Thread]