Skip to content
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

License of the Windows Executables #192

Open
hrieke opened this issue Jan 15, 2023 · 6 comments
Open

License of the Windows Executables #192

hrieke opened this issue Jan 15, 2023 · 6 comments

Comments

@hrieke
Copy link

hrieke commented Jan 15, 2023

@vsajip
I noticed in the source code of launcher.c that you have placed the code under the BSD 2-clause "Simplified" License.

Does this carry though to the included executables or do you re-license the compiled results under the Python Software Foundation License version 2?

See for a similar situlation.

And would it be too much to ask for a bit more details in the executable metadata?
Exiftool shows the following:
File Version : 1.1.0.14
Internal Name : t32.exe
Legal Copyright : Copyright (C) Simple Launcher User
Original File Name : t32.exe
Product Name : Simple Launcher

You might consider adding your name to the Copyright and the license terms under under File Descriptions.

Thank you

@vsajip
Copy link
Collaborator

vsajip commented Jan 15, 2023

IANAL but the simple_launcher project where these executables come from is unconnected to the PSF, so its executables will be more appropriately BSD-licensed. It could be argued that distlib and therefore pip just use these executables in accordance with that license. Of course the intent is that the executables produced by a distlib / simple_launcher user should be unencumbered by any restrictions. I can certainly add my name and the license information to the executable, but I'm wondering if it'll cause confusion in that someone may think that I'm asserting copyright in a random executable generated by distlib / pip while installing a Python package.

@hrieke
Copy link
Author

hrieke commented Jan 15, 2023

IANAL too- however, I see it as simplely Open Source using Open Source.
(Really no different than the list of credits that Chrome publishes)

Since the simple launcher is licensed differently, but used in multiple projects, adding a notice would be a good thing and actually clear up confusion to those who look at these things.

Thank you

@vsajip
Copy link
Collaborator

vsajip commented Jan 15, 2023

Further complications:

  • All legal copyright notices are supposed to be in the Legal Copyright field, which has a limited length.
  • The File Description is supposed to be a one-liner suitable for use in a combobox, according to MS documentation.

So perhaps the best thing is to link to (a suitable location on) here from the Legal Copyright field, and layout the terms in more detail, e.g.

This executable is intended to be prepended to a script (the payload), which it then arranges to execute with a specified interpreter. The copyright and license of the executable with a payload is the same as that of the payload. The copyright and license of the executable without a payload is (C) 2011-2023 Vinay Sajip, licensed with the BSD-2-Clause license.

@hrieke
Copy link
Author

hrieke commented Jan 15, 2023

My suggestion would be to make the copyright notice say "(C) 2011-2023 Vinay Sajip, BSD 2-Clause License."
Description would point to the source code repo at https://bitbucket.org/vinay.sajip/simple_launcher/src/master/

If you have a Usage() function in your code, you could print out a larger notice with the details.

@vsajip vsajip changed the title License of the Windows Executiables License of the Windows Executables Jan 15, 2023
@vsajip
Copy link
Collaborator

vsajip commented Jan 15, 2023

Perhaps, but the BitBucket repo is no longer the canonical one (it was, but I moved the project here when they dropped Mercurial support). There's no usage function because the launcher is as dumb as possible, and keeps out of the way apart from doing the minimum required to launch the payload.

@hrieke
Copy link
Author

hrieke commented Jan 15, 2023

Well, details as to the canonical repo location... Angels, Devils, Architecture and all of that.
If no Usage(), perhaps an updated readme then?

Thank you BTW, for taking time out on this Sunday to answer my questions and putting in some effort on the book keeping side of things.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants