Re: [pygame] Promoting cheeseshop/pypi for game releases?

Interesting... there's another simplified packaging script here: https://github.com/ccpgames/pypackage On Mon, Feb 6, 2017 at 11:43 PM, René Dudfield wrote: > Oh. I'd also like it to support pygame zero games :) > > On Mon, Feb 6, 2017 at 11:41 PM, René Dudfield

Re: [pygame] Promoting cheeseshop/pypi for game releases?

Oh. I'd also like it to support pygame zero games :) On Mon, Feb 6, 2017 at 11:41 PM, René Dudfield wrote: > I started making a tool for doing the zero config releases. It's not done > yet, but it is almost able to release itself. > > https://github.com/illume/pyrelease > >

Re: [pygame] Promoting cheeseshop/pypi for game releases?

I started making a tool for doing the zero config releases. It's not done yet, but it is almost able to release itself. https://github.com/illume/pyrelease (still not sure it's a good idea... but maybe) Usage: pyrelease [optional folder defaults to current working directory] The basic

Re: [pygame] Promoting cheeseshop/pypi for game releases?

Yeah, I think it's ok for quick and dirty distribution. You're right that it fails as soon as you want other packages, a different version of python or to polish it nicely for wider distribution (start menu items, various icon sizes, screenshots, videos, different length description text, etc).

Re: [pygame] Promoting cheeseshop/pypi for game releases?

On 4 February 2017 at 15:29, René Dudfield wrote: > @deshipu: mentioned another distribution method which is quite simple. > http://pygame.org/project-pyg.exe-2830-.html Neat! I think this approach gets more fiddly as the project gains dependencies other than pygame, though.

Re: [pygame] Promoting cheeseshop/pypi for game releases?

Interesting. I think it's important to consider existing projects, because that's often the case when you think of distributing it... when it exists :) @deshipu: mentioned another distribution method which is quite simple. http://pygame.org/project-pyg.exe-2830-.html It's a pyg.exe for windows

Re: [pygame] Promoting cheeseshop/pypi for game releases?

On 4 February 2017 at 13:42, René Dudfield wrote: > I was pointed to pbr by lordmauve. http://docs.openstack.org/ > developer/pbr/ > > I like how pbr uses setup.cfg. Which I think other tools could use, by > putting their config inside a setup.cfg section. > Yep, there are a

Re: [pygame] Promoting cheeseshop/pypi for game releases?

Interesting. I should look into flit more... somehow I skipped that line of your email. That's really cool! https://pypi.python.org/pypi/flit I was pointed to pbr by lordmauve. http://docs.openstack.org/developer/pbr/ I like how pbr uses setup.cfg. Which I think other tools could use, by

Re: [pygame] Promoting cheeseshop/pypi for game releases?

On 4 February 2017 at 12:43, René Dudfield wrote: > I also kind of hate 10-30 config files in repos. > > What would a python package look like with no extra files apart from our > code? http://renesd.blogspot.de/2017/02/what-would-python-packagin > g-zero-look.html Then

Re: [pygame] Promoting cheeseshop/pypi for game releases?

I spoke a bit with DR0ID on irc... he made a good point about being able to change things around, and had a concern about generating files with cookiecutter. It's kind of harder to change things after you have first generated things. I also kind of hate 10-30 config files in repos. What would a

Re: [pygame] Promoting cheeseshop/pypi for game releases?

tldr; How about we recommend this API: .image(file_path) -> pygame.Surface .image('images/bla.png'), note no os.path.join needed. .sound(file_path) -> pygame.Sound .font(file_path) -> pygame.Font .music(file_path) -> calls music.load() on the file. We have these available, but don't

Re: [pygame] Promoting cheeseshop/pypi for game releases?

On 2 February 2017 at 06:34, René Dudfield wrote: > Whilst naming is important, the name of the package doesn't need to be the > name of the Game. I've worked on projects where the company name, and app > name changed at least three times whilst the package name stayed the

Re: [pygame] Promoting cheeseshop/pypi for game releases?

@Daniel, Yeah, I think a GUI for apps using virtualenv, and pip would be quite possible and good. (I wonder if such a thing already exists?) I know when setuptools and easy_install were first being made, that was the plan. There was a gui in their app which used them to install plugins for the

Re: [pygame] Promoting cheeseshop/pypi for game releases?

Excellent! Thanks Thomas :) I'll wait to hear feedback from DR0ID about the repo. In the mean time, below is some more discussion on a couple of topics I'd like feedback on? (sorry that it is such a wall of text) src, gamelib, and mygamepackage 1). One thing that is different in the

Re: [pygame] Promoting cheeseshop/pypi for game releases?

On 1 February 2017 at 06:31, René Dudfield wrote: > But now with free CI options... it seems more possible to make a tool > which builds peoples apps for them. But again would require maintenance. By > leaning on the python packaging infrastructure, we access to all the tools >

Re: [pygame] Promoting cheeseshop/pypi for game releases?

Am 01.02.2017 um 07:31 schrieb René Dudfield: > I agree that many of the things on your wonderful list would be > useful. I've also starting adding them to a plan (see at the bottom). > > I still think promoting packaging is still very useful, and a very low > effort thing to do. > > Game

Re: [pygame] Promoting cheeseshop/pypi for game releases?

I agree that many of the things on your wonderful list would be useful. I've also starting adding them to a plan (see at the bottom). I still think promoting packaging is still very useful, and a very low effort thing to do. Game distribution for general users should definitely not happen on the

Re: [pygame] Promoting cheeseshop/pypi for game releases?

My tldr: PyPI and pip are the wrong tools for game distribution, there are better places to focus effort. If the instructions to get your game say 'pip install yourgame', you're limiting your audience to people who have Python installed and are comfortable with the command line. Even among those