-
Notifications
You must be signed in to change notification settings - Fork 22
Exclude .gitignore and .travis.yml from distribution #43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Why? I'd rather remove the manifest altogether because the files are tracked by the setuptools-scm integration. |
Because |
Right, but what's the motivation here? These files are not that big, having them is not harmful. |
They are harmful, for example, if the source package ends up getting imported to another VCS, e.g., Debian packaging. |
I guess this is subjective. I don't really see any problem there. Besides, OS package managers usually apply patches anyway and we shouldn't be held responsible for how they solve this. |
So, you want every Linux distribution to have to remove this stuff because you don't want to maintain a 2-line file? |
Essentially, yes. In fact, this library is not being actively developed. |
Why are you even reviewing my PR then? This is very frustrating for a trivial change. |
I'm reviewing because nobody else is going to. And also I had a minute + got commit bit recently. So technically I can merge changes that seem reasonable. I just wanted to state my position that I only want to care about the dist metadata in the context of publishing to PyPI, hence the Python ecosystem. If each Python project was to support each and every OS packaging case, it'd be a mess and a lot of maintenance burden so this is the policy I apply in the projects I maintain. If somebody else is going to be responsible for such things, it's different from when I'm being told what to maintain and I opt-out of it. It doesn't mean that somebody else won't merge this but it's unlikely: Ronny mentioned that he is not going to be maintaining this lib. Anyway, I've just wanted to say that it's not important/breaking enough for us to care. And fewer things to maintain is better. An example of when it'd be important would be a case with some large unnecessary blob included. But special-casing every each config seems not right. |
Sure, I don't argue that this is a high priority issue. It's just a low priority but trivial thing that should be no maintenance burden and seems to be the right thing to do. Would it make you happy if I deleted the rest of the lines in the file for a net deletion of lines? :-) BTW, Ronny has commented before that SCM/CI data doesn't belong in sdist: pytest-dev/pytest-xdist#161 (comment) |
I mean, he said "excludes are sometimes nice" and that such things "don't belong in sdist". And I agree with that, I just wanted to say that even if they are there, they are harmless. So the point of trying to maintain such exclude-lists in an unmaintained project doesn't seem important enough. |
FWIW in the very same thread that you linked, Bruno expressed the same sentiment as I do here. And it has lead to removing |
Actually, perhaps an even better idea would be for setuptools_scm to exclude these types of files automatically. Perhaps I'll propose that. |
Closing per above. |
No description provided.