Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I have noticed (well, a little more than noticed, I've contributed one) that there are a few binary files used as fixtures for test. I think that these are problematic for a couple of reasons.
First and most importantly, it is difficult to determine what aspect of the code these files are testing or what peculiarity of these files is used in the test This could be solved with better code comments at the location where these files are used, but I believe it is much easier and self explanatory to have the test create and consume test files in nearby code locations that can be easily inspected. For the case of one of the files removed here, for example, it seems that it does not contribute anything to the testing, at is identical to another test file. Generating the test files as part of the test suite is easy and, as I'll show with patches in another PR, most of the tests just need a minimal test files that passes twine internal validation, thus a big test file as used now are definitely overkill.
Second, especially after the
xz
accident, people is rightfully worried when they see binary blobs into the source of software packages. This is especially true for archive file formats, for which it is notoriously hard to properly verify the content.Third, they increase the size of the source distribution without adding much value.
Here I am removing two test files the really do nothing, thus I think the patches should be relatively uncontroversial.