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.
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
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
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
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
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