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
pygame 1.9.4 release #390
Comments
There's a bunch of Debian bugs I've added the 1.9.4 label to. I think these are blocking a release on debian(and derivatives), so should really be fixed before we release. https://tracker.debian.org/pkg/pygame |
I've addressed all the Debian reported issues (fixes, tests, etc, and replied to their bug tracker). For now, I'll await feedback, and work on other parts of the release. |
One thing that it might be worth waiting for: PyPA is in the process of defining a new manylinux standard for binary wheels. This will be based on Centos 6, whereas the current standard is based on Centos 5. Wheels built for the new standard will not be available for quite as many users, but hopefully there will be fewer compatibility issues for the users who can get them. And they should be easier to build. On the other hand, defining a new standard can take quite a while, so you may not want to wait for that. |
When resizing the window with your mouse the height reported in the resize
event is wrong?
|
Yeah, that sounds like something for later.
Do you know of any compatibility issues related to the manylinux wheels?
Perhaps I could address them.
Also, perhaps we should add a link to the relevant wiki page on install
error.
|
I think I already fixed a few compatibility issues by building newer versions of libraries from source for the build environment. Currently, #331 appears to be an issue with the built wheels, but i don't know where it's coming from, and I suspect that #343 is a compatibility issue as well - I guess that timidity has changed the location of the config file at some point, but I don't know when. If we bundle a version that looks in the new location, that may just introduce a similar a bug for people on systems with the config file in the old location. |
Ok, cool. Thanks for the info, and for fixing those issues! I'll add them
to the list for 1.9.4.
Timidity is unmaintained on Debian for some time it seems. Might be even
worthwhile disabling it.
What I meant by the error messages, was on build failure link to the
Compile pages on the wiki. Eg, on ubuntu link to CompileUbuntu.
|
I'm looking into launchpad stuff for the ppa here: Which uses the bzr mirror of the github/pygame/pygame repo: Looks like the bzr-git plugin they are using was dying on a gpg field in a git commit...
That cleared up, by clicking the retry button. I guess someone fixed it in the following months. Then I see a missing dependency
The xenial build got further along, but there seems to be some version issues in there. https://launchpadlibrarian.net/357778839/buildlog.txt.gz
The packaging files on there need updating it seems. The last change https://bazaar.launchpad.net/~pygame/pygame/packaging/files is from |
Thomas Karl Pietrowski has a PPA for pygame 1.9.3x on python 3 in ubuntu here: https://launchpad.net/~thopiekar |
The docs are building on commits to github.com/pygame/pygame master for the pygame website again. The bitbucket webhook was still happening there. Now there is integration with github instead. Also, a few documentation updates (version number update, https links, work arounds for recent sphinx bugs). Also the launchpad build badge is updating properly again. |
Raspberrypi builds binary wheels for itself now with the piwheels project: piwheels/piwheels#52 |
Raspberry Pi wheels for Pygame 1.9.3 are built: https://www.piwheels.hostedpi.com/simple/Pygame/ Assuming the build requirements for 1.9.4 will be the same, these will automatically get built by piwheels when it is released on PyPI. |
Do you send Debian packages to the Raspbian team too? |
Great. I'll have to dust off my boards and give it a go. We've been trying to get packages up to Debian, which I guess will flow down eventually. 1.9.3 is already packaged by the Debian maintainer (@Natureshadow). I'm not sure who the Raspbian team is, or how to get in contact with them. |
We can get it into Raspbian quicker than via Debian. Email me ben [at] raspberrypi dot org and I'll introduce you to the Raspbian maintainer. |
Well, Raspbian is Debian, plus some unnecessarily rebuilt packages with bad QA. The Debian package will be up to date once 1.9.4 is out. |
The manylinux2010 standard for binary wheels has been approved now, but it will take a while for it to actually be implemented across the ecosystem. There's a tracking issue for that: pypa/manylinux#179 |
There's an issue with the mac travis builds I'm trying to fix. Also pypy on appveyor is now broken because of some internal error. But once these two things are resolved, I'll mark it as a release candidate and ask for testers. |
Fedora issues are:
So AFAIK you can tick that checkbox. |
Thanks @hroncok :) I'm trying to push a release this weekend. Last chance for any fixes to go in. I'm going to mark it RC1 and try and get travis to upload binary wheels for Mac first. I can download the windows files from Appveyor manually, and also do the linux builds manually. |
I would be nice if someone has time to look into these two issues: |
I setup python 3.7 builds on mac/win/linux with travis and appveyor, but it's failing on windows. So getting into debugging this now. |
Fixed the windows python-3.7 issue. I'll start writing the announcement texts whilst I wait for github to start working again (builds aren't being triggered, diffs not showing). The alpha issues appear not to be regressions. |
The website news post, and mailing post will be the same as the draft on the releases page. https://github.com/pygame/pygame/releases/tag/untagged-378fa95601556f13fbec |
Whilst github is broken, working on this 'pre release build' thingo. #409 Will also work on the 'contribute' page... add something about how to do a unit test, and link to the 'easy git issues', and put the 'awesome pygame' stuff somewhere on the website. |
Got portmidi working on travis mac builders with the Formula here: https://github.com/pygame/homebrew-portmidi and used that in here: #467 Then, the upload to pypi seemed to work. Sent a message out asking for people to test the mac builds (like previously done with windows builds). Will do the manylinux wheels next. Had to drop python 3.4 from the travis builds... because they don't have that on xenial it seems (but that supports 3.7). Doing Mac python3.6 builds on travis will be some sort of torture, so not doing that (I've had enough CI torture for now). |
There is a scrap issue reported by Ian on the mailing list.
|
There's some errors reported here by ntoll. https://gist.github.com/ntoll/893b3a58f21a48ef0cc94f1d58f80654 I think they are related to the virtual machine not having a sound device. The syntax error is odd... and I can't reproduce it. Perhaps something to do with when tests fail like that on python 3.7. |
It looks like the test runner code is trying to |
Ah ok. Right. Thanks for looking into that. I got travis building a mac python 3.6 wheel. #470 |
The release candidate 1.9.4rc1 has been uploaded to pypi. Real release in a couple of hours. |
As well, I added announcing on discourse.libsdl.org, ldjam.com, and raspberrypi.org to the release checklist. |
Please leave a comment if you have done some testing, and what you tested.
high cpu sound issueissue identified, reported upstream High CPU usage in pygame #331downloads.shtml
page on the website with new source release.The text was updated successfully, but these errors were encountered: