[pygame] Ping!
Hello! I've been having difficulty trying to sign up for the mailing list. Is anybody getting this?
Re: [pygame] Ping!
Excellent! I'm happy to finally be subscribed to the list. On Wed, Feb 4, 2015 at 10:14 PM, Charles Cossé wrote: > yup > > On Wed, Feb 4, 2015 at 11:12 PM, William Manire > wrote: >> >> Hello! >> >> I've been having difficulty trying to sign up for the mailing list. Is >> anybody getting this? > >
[pygame] Updated Compilation Instructions for Ubuntu
Hello, After some experimentation I was able to install pygame into a virtual environment in Linux Minth 17.1, which is very similar to Ubuntu in most respects. I took the liberty to update the wiki entry for compilation with new instructions for setting this up. I also updated the dependencies to use libav-tools since ffmpeg is no longer available in the package manager. http://www.pygame.org/wiki/CompileUbuntu If anyone has the time to verify the instructions are accurate and actually work for someone other than myself that would be wonderful! Thanks, wkmanire
Re: [pygame] Updated Compilation Instructions for Ubuntu
Awesome! Thanks for verifying. On Fri, Mar 13, 2015 at 5:01 AM, Gino Ingras wrote: > had tested intall on pysical machine mint17, i3-2100 CPU @ 3.10GHz > > you've forgot : > #apt-get install libfreetype6-dev > install work great... > >>>> import pygame >>>> pygame.version.ver > '1.9.2a0' > and it seems to work like a charm. > pygame doesn't appear in package manager (should be a .deb package?). > > #apt-get install solarwolf, which install pygame 1.9.1, ok. but: >>>> import pygame >>>> pygame.version.ver > '1.9.1release' > > after uninstall pygame by synaptic: >>>> import pygame >>>> pygame.version.ver > '1.9.2a0' > and it seems to work like a charm again. > > you should add instructions how to select specific version, in case of. > > Thanks, > GinoIngras > > 2015-03-12 23:46 GMT+01:00 William Manire : >> >> Hello, >> >> After some experimentation I was able to install pygame into a virtual >> environment in Linux Minth 17.1, which is very similar to Ubuntu in >> most respects. >> >> I took the liberty to update the wiki entry for compilation with new >> instructions for setting this up. I also updated the dependencies to >> use libav-tools since ffmpeg is no longer available in the package >> manager. >> >> http://www.pygame.org/wiki/CompileUbuntu >> >> If anyone has the time to verify the instructions are accurate and >> actually work for someone other than myself that would be wonderful! >> >> Thanks, >> >> wkmanire > >
Re: [pygame] Updated Compilation Instructions for Ubuntu
No, but this mainly concerns new games. You should be writing new games for Python 3.x+ with pygame 1.9.2 to be honest. On Fri, Mar 13, 2015 at 12:48 PM, Gino Ingras wrote: > last tests was with pyhton 2.7.6 > > on an other pysical machine mint17, and python3.4.0, CPU Q9300 @ 2.50GHz > pygame 1.9.1 default installed by synaptic, and work perfectly with > python2.7.6 > > $python3 >>>> import pygame > ImportError: No module named 'pygame' > never tried, but seems python3 doesn't support default packaged pygame1.9.1. > > pygame for python3 installed as wiki + libfreetype6-dev > report "Erreur lors de la concaténation de /usr/share/doc-base/kino-en avec > /usr/share/doc-base/kino-fr : le format html est déjà défini." > which seems a minor alert, kino works. > $python3 >>>> import pygame >>>> pygame.version.ver > '1.9.2a0' > > i don't (never) use python3 with pygame. > but seems to report errors with games tested when : > > pygame.image.load(imagename) > pygame.error: File is not a Windows BMP file > > ex: http://www.pygame.org/project-Pong-2878-.html > i don't know if these games tested really works with python3 (maybe only for > windows?). > > do you have an application link where python3+pygame1.9.1 is working? > > > 2015-03-13 17:56 GMT+01:00 William Manire : >> >> Awesome! Thanks for verifying. >> >> On Fri, Mar 13, 2015 at 5:01 AM, Gino Ingras wrote: >> > had tested intall on pysical machine mint17, i3-2100 CPU @ 3.10GHz >> > >> > you've forgot : >> > #apt-get install libfreetype6-dev >> > install work great... >> > >> >>>> import pygame >> >>>> pygame.version.ver >> > '1.9.2a0' >> > and it seems to work like a charm. >> > pygame doesn't appear in package manager (should be a .deb package?). >> > >> > #apt-get install solarwolf, which install pygame 1.9.1, ok. but: >> >>>> import pygame >> >>>> pygame.version.ver >> > '1.9.1release' >> > >> > after uninstall pygame by synaptic: >> >>>> import pygame >> >>>> pygame.version.ver >> > '1.9.2a0' >> > and it seems to work like a charm again. >> > >> > you should add instructions how to select specific version, in case of. >> > >> > Thanks, >> > GinoIngras >> > >> > 2015-03-12 23:46 GMT+01:00 William Manire : >> >> >> >> Hello, >> >> >> >> After some experimentation I was able to install pygame into a virtual >> >> environment in Linux Minth 17.1, which is very similar to Ubuntu in >> >> most respects. >> >> >> >> I took the liberty to update the wiki entry for compilation with new >> >> instructions for setting this up. I also updated the dependencies to >> >> use libav-tools since ffmpeg is no longer available in the package >> >> manager. >> >> >> >> http://www.pygame.org/wiki/CompileUbuntu >> >> >> >> If anyone has the time to verify the instructions are accurate and >> >> actually work for someone other than myself that would be wonderful! >> >> >> >> Thanks, >> >> >> >> wkmanire >> > >> > > >
Re: [pygame] What's next for Pygame project?
In regards to using the standard library unit testing framework. Honestly, there are a lot of integration/functional tests mixed in with those unit tests. If anything, the tests which are actually unit tests should be ported to the standard library so that they can be run independently of the integration tests. On Wed, Jul 15, 2015 at 6:48 AM Sam Bull wrote: > On Wed, 2015-07-15 at 15:36 +0200, René Dudfield wrote: > > I'm not sure if changing it should be a priority for release of 1.9.2 > but. 2.0 should use modern things for sure, and I guess this is what you > mean? > > Yeah, just generally moving forward I would like to see this replaced. >
Re: [pygame][website] A different approach to a new website
Personally, When I see this topic come up it's always a sort of "Here's my idea! and then wait for approval to start?". What can be done to empower motivated people like Alex to just do it? These kinds of proposals would be much more successful if Alex were able to come to the mailing list with a fully functioning demo using live data that could be commented on and iterated on by the community. My suggestion, is that the site maintainers make available some portion of the live data and resources to anyone who wants to have a crack at this. I can see that it has already been started to some degree here: https://bitbucket.org/pygame/pygameweb Alex, My question to you is, why does the Pygame website have to be built from scratch as a custom solution? What features does it have that are not provided by existing CMSes like Drupal? Would it be better to start with a system like that and extend it to meet the current use cases? Maybe this is a terrible idea, but if it isn't I bet it could go a long way towards making it easier to maintain the site and keep it up to date with modern trends. On Tue, Sep 20, 2016 at 5:20 AM Wout B wrote: > @Alex: I'm also a webdev, I can help you if you want… >
Re: [pygame][website] A different approach to a new website
Patrick's idea sounds appealing. There are lots of Python projects with Pygame's size that don't have much more than a wiki on github or docs published on readthedocs.org. Perhaps a lib agnostic, python game hacking community website would be the right thing. Based on what Patrick said, and the problem that Thomas described, the best solution might be to do some combination of the following: 1. Strip the pygame.org website down to a barebones website that just hosts documentation. 2. Build a new python oriented community site as an aggregate of existing technologies 1. Start with something like Drupal or Wordpress 2. Move community discussion to a sub-reddit on reddit.com. ( reddit.com/r/pygame 3. Require projects to be committed to github, bitbucket or similar to be indexed on the community site (no need to host and pay for bandwidth to serve project files) 3. Add appropriate links on the homepage of the new, simplified pygame.org website to redirect to the community portals on reddit and the new community project index website Some benefits you gain from doing this: 1. You alleviate the pygame.org maintainers from doing any further web dev work. 99% of the site is generated when pygame is built and its documentation is generated. 2. Since the pygame.org website no longer aims to own the concept of the pygame community, the pressure from the community to have the ability to change the site is greatly reduced, or entirely eliminated. 3. There will never be a reason for pygame maintainers to respond to a user request for account creation. 4. No additional work would have to be done to build features on the pygame.org or new community website to accommodate user discussion. There already is a pygame subreddit that is moderated and full of user. This is also a more familiar technology for newer users than old-fashioned mailing lists so I would suspect greater adoption. 5. You avoid building a new, from-scratch website that requires heavy development and maintenance. 6. The only features that need to be built on the new site are features that are specific to the community website. This is just a seed for a plan. I'm probably missing some requirements here, but hopefully this spurs more conversation. Regards, Kevin Manire On Tue, Sep 27, 2016 at 2:27 PM Thomas Kluyver wrote: > There's a really frustrating disconnect over pygame, and especially the > website: there are lots of people who are clearly have the time and ability > to improve things, but they are not the ones with access to the website. > The people who do have access evidently have very little time to devote to > either working on it themselves, or to facilitate other people working on > it. The domain name does matter - you can launch alternative sites, but as > long as pygame.org exists, we're going to care about what's on it. > > I have been trying to persuade René to publish the code of the existing > website ( > https://bitbucket.org/pygame/pygame/issues/263/make-pygame-website-codes-public > ) so other people can work on it, but so far the only bit available are > some database models, which we can't do much with. I think it's fallen into > the classic trap of "I'll release this when I've cleaned it up", meaning it > never gets released at all. > > I think the new 'hifi' front page is an interesting experiment in novel > site layout, but as things stand I think it is less fit for purpose than > the conventional if antiquated site it replaced. With a lot of thought and > effort, I think it could be the basis of something good, but it seems > unlikely that it will get that reworking in the near future. > > René, if you're reading this: what would it take to connect the website > with the people with time and enthusiasm to work on it? If you're willing > to give me SSH access to the server it's on - or even just send me a > tarball of the directory it runs from now - I'll try to figure out how it > fits together and how we can allow people to make changes. > > Thanks, > Thomas > > On 27 September 2016 at 19:58, Al Sweigart > wrote: > >> It's been a while since I've looked at the state of Pygame, and although >> I'd say Pygame is dying, it's (Monty Python voice) "not dead yet." And I'm >> still not convinced the alternatives are much better than Pygame. >> >> But it really will take a committed person to take the lead on this. >> Unfortunately, without the Pygame name and pygame.org domain behind such >> new leadership, then Pygame will indeed slowly keep sinking. If you fork >> with a new name, it'll end up as just yet another Pygame alternative. >> >> I will say that the old pygame.org site wasn't perfect but is far better >> than the current site. The current site is a huge step backwards in >> usability. >> >> On Tue, Sep 27, 2016 at 11:46 AM, Patrick Mullen >> wrote: >> >>> Pygame is dead. Still a very capable library, but
Re: [pygame] New pygame.org website
What are the data limits for media files in GitHub? Is there any concern that by merging in all of the games into a single repo that you'll end up having to pay monthly for storage? If so, who would pick up that bill? What happens if it isn't paid, do we lose access to the games? On Thu, Dec 22, 2016, 7:26 AM Thomas Kluyver wrote: > Thanks everyone for your input. In the interests of making progress, I'd > like to propose: > > - The informational site will be hosted on Github pages; I've used this > for a number of websites before, it's reliable, we can point an external > domain to it, and I imagine that most of the likely contributors have > Github accounts already. > - The pages will be generated by a Python static site generator. There > doesn't seem to be a strong feeling between Sphinx/Nikola/Pelican, so it > will likely depend on who is most excited to start building it. > - The game feed will also be generated from content in Github, so *at > first* developers will need to submit a PR to add a game. Once that's > working, we can build a simpler submission interface on > Heroku/Appengine/similar which can push content to Github. Ideally the data > will be in a format which would could move elsewhere later if necessary. > > I like the concept of drawing the game feed from an external source, but I > don't think any of the sources proposed match what we want closely enough. > > Does anybody object to any of those proposals? > > Thanks, > Thomas > > On 18 December 2016 at 20:18, Miriam English > wrote: > > http://ibiblio.org is an enormous, free repository that also lets you > have static webpages. Many of the Linux distros are hosted from there as > well as much else too. I don't know how you'd set up a comments system > there. It may be possible. > > http://archive.org is another gigantic free repository. They already have > a comments system built into their pages. I don't know how it works. It > might be worth checking out. > > Both these organisations are free and are aimed at helping make content > available to the community which might otherwise be lost. You have complete > control over the look of webpages at ibiblio.org because you simply > upload static pages. > > I don't know how much control over the look archive.org provides because > everything is dynamically served from xml data, I think. It might be > possible to add static content, I don't know. > > But both are free, permanently available, and have excellent security. > > Cheers, > > - Miriam > > > > Peter Shinners wrote: > > Gitlab also has great static site support for free, and you can use custom > domains. They also make it easy to run most static generation tools as a CI > job. Although part of me thinks just pushing the static content is easiest. > It sounds to me like there's a list of acceptable hosting choices that > won't cost anything. > > Keeping the games list as a feed from other service sounds like it has the > best chance of working. > > > On 12/17/2016 10:51 PM, Lenard Lindstrom wrote: > > Bitbucket also has static web site support. I set one up for the Pygame > docs awhile ago, but have not maintained it: > > http://pygame.bitbucket.org/docs/pygame/ > > The repository is here: > > https://bitbucket.org/pygame/pygame.bitbucket.org > > Lenard Lindstrom > > On 16-12-17 09:16 PM, Daniel Foerster wrote: > > You know, I suppose we could just use GitHub pages. > > On Dec 17, 2016 17:32, "Charles Cossé" cco...@gmail.com>> wrote: > > > > On Sat, Dec 17, 2016 at 4:12 PM, Daniel Foerster > mailto:pydsig...@gmail.com>> wrote: > > Using S3/CloudFront is a lot cheaper than the EC2 setup you're > imagining (and which a Django stack would require). > > > > I never said to use Amazon at all. Just use the current server, > whatever it is (unless it's Amazon). > > On 12/17/2016 05:11 PM, Charles Cossé wrote: > > Yikes! who's gonna pay the Amazon bill? > > On Sat, Dec 17, 2016 at 4:09 PM, Paul Vincent Craven > mailto:p...@cravenfamily.com>> wrote: > > If most of the site is static, then I think Django would > be overkill. The static portion of the site can easily be > deployed via Amazon S3/CloudFront and then we'd not have > to maintain a server. > > Paul Vincent Craven > > On Sat, Dec 17, 2016 at 5:00 PM, Charles Cossé > mailto:cco...@gmail.com>> wrote: > > > On Sat, Dec 17, 2016 at 3:26 PM, Thomas Kluyver > mailto:tak...@gmail.com>> wrote: > > > So far, I think the proposals for the static > information part of the site are Nikola (a static > site generator oriented around blogs) and Sphinx > (oriented around docs). Both are written in > Python. Does anyone want to make the case for any > other system? > > > Can Django factor-in there? I guess it would
Re: [pygame] https://pygame.org/
Hey All, The new site looks great! I'm so happy to see this project finally come to fruition after all of the debating. I'm also happy to report that the site works well and looks good from the browser on my Ubuntu Phone. On Fri, Mar 10, 2017 at 12:51 AM, René Dudfield wrote: > https://pygame.org/ >