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
Windows Python 3.7 installer broken by README.txt renamed to README.rst #73765
Comments
Copy of #104 (comment) I vote we should keep both so that we can distribute the file without rst formatting. (As an aside, we also read the /LICENSE file, so if someone wants to come in and "fix" that too then they'll also need to update the installer.) README.txt was renamed to README.rst by the PR#2: |
I proposed to convert README.rst to HTML and provide the HTML file in the Windows installer. |
I'm okay with including a html readme in the installer, but it has to be fully self-contained with no separate images or style sheets, and can't have any dependencies on reaching the network (until the user clicks a link, obviously). My concern with just including the rst file as-is is the formatting, particularly of links, which are now much harder to read and copy than in the txt format. In any case, we can't build a release until this is resolved one way or another. Perhaps RMs are happy to maintain the plain text version? Or we should let the github home page version diverge entirely from the actual readme and add back the original file. (I am only concerned about releasing it, so I'd like the people who maintain it to weigh in.) |
Another option (don't know if it's a good idea or not) is to not I just checked on my Fedora 25: the python3 package includes I also checked if any other package include .rst doc: I found a lot of But for example, the "dnf" system tool used to manage packages only You can find dnf README file at: Other examples of packages including reST doc (excluding python*): Ah just to be clear: Fedora packages provide reST as plain text, .rst |
I see absolutely no reason to use other projects on github as precedent here, as the developers have likely not made an explicit decision and are just shipping files that they already have. Github may be the home of our development now, but most users don't know or care. |
With the exception of the Travis and Codecov badges, However, I'm not sure how useful that readme is on Windows. Perhaps we should draft a new, simple readme for inclusion in the Windows installers that focuses on Python on Windows. |
Another option acceptable to me would be to simply leave out the readme entirely. I wasn't even aware it was included until this issue came up :) |
FWIW, we do not include the top-level README in the macOS installer package. Instead, we supply Mac-installer specific Welcome and Readme files that are displayed by the macOS Installer app during the installation process and the installer Readme is also installed for later reference. These files are also the primary documentation for python.org macOS binary installer changes. I agree with Zach that the top-level README doesn't seem very useful for binary installs. |
Okay. Unless someone volunteers to write a Windows specific one, I'll make the change to the installer to leave it out. Anyone know how far the change has been backported? |
So far, to 3.6. I don't really expect it to move back to 3.5, and 2.7's README is its own mess. |
Steve> Anyone know how far the change has been backported? Ah, it seems like the README.txt => README.rst change was backported: Since it breaks the Windows installer, I suggest to revert this change. FYI my first motivation to convert README to reST was to have a nicer |
There were significant corrections to the README in that backport that should not be lost if we do de-restify the 3.6 readme. |
I don't think that removing the readme.txt from the install constitutes a breaking change (LICENSE would be a bigger deal), and removing the file from the installer sounds simpler than updating the readme. Also, if you choose the 3.6 branch from the GitHub page you'll see whatever readme is in there, hence my thought that it would be backported. |
Ok, fine :-) Happy to see this issue closed ;-) |
Misc/NEWS
so that it is managed by towncrier #552Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: