Cameron Blackwood wrote:
Yes, you'd be
lagging the 'latest features' of most of the game libraries, but I
always hate having to grab _yesterdays_ version of libfoo anyway.
This wouldn't be so much of a problem if it could be
designed to hold multiple versions of libraries, with
the game specif
[EMAIL PROTECTED] wrote:
Distribution through repositories is the best way. Unknown .exe's
> for download is why Windows users have the problems they do.
So put your .exe in a repository, and then people can
trust it.
--
Greg
On Tuesday 08 May 2007 11:05:07 am James Paige wrote:
> On Tue, May 08, 2007 at 11:45:13AM +1000, Cameron Blackwood wrote:
> > Hi, long time reader, first time caller... (well ok, second time :)
> >
> > James Paige writes:
> > | > On Tue, 8 May 2007, James Paige wrote:
> > | > > When packaging
On Tue, May 08, 2007 at 11:45:13AM +1000, Cameron Blackwood wrote:
>
> Hi, long time reader, first time caller... (well ok, second time :)
>
> James Paige writes:
> |
> | > On Tue, 8 May 2007, James Paige wrote:
> | > >
> | > > When packaging for Linux, you should NOT be trying to bundle
In a message of Mon, 07 May 2007 22:22:45 EDT, Ethan Glasser-Camp writes:
>Do we want to try to undercut Flash? If
>so, what we need to do is start thinking about how to effectively
>sandbox Python (widely accepted as impossible?) and get pygame apps to
>run in the browser (deep magic?). I'm not su
On 5/7/07, Ethan Glasser-Camp <[EMAIL PROTECTED]> wrote:
I think in the ultra-casual market, Pygame is going to forever lose to
Flash. Flash games run straight from the browser with no download. I
don't think we can beat that, at least not with a technology like the
one proposed by Will McGugan.
> Ethan Glasser-Camp wrote:
> I think in the ultra-casual market, Pygame is going to forever lose to
> Flash. Flash games run straight from the browser with no download. I
> don't think we can beat that, at least not with a technology like the
> one proposed by Will McGugan. Do we want to try to un
Cameron Blackwood wrote:
> How about "if you build it, they will come"?
>
> If someone _did_ gather and build a 100% stand alone
>
> python + pygame + opengl + openal + ogre + etc
>
> 'tree' for windows, mac and linux then I think you'd
> find that a lot of people would start to use it in pr
Hi, long time reader, first time caller... (well ok, second time :)
James Paige writes:
|
| > On Tue, 8 May 2007, James Paige wrote:
| > >
| > > When packaging for Linux, you should NOT be trying to bundle in a copy
| > > of python and pygame and all other dependencies. You should inste
rd Jones [mailto: [EMAIL PROTECTED]
To: pygame-users@seul.org
Date: Tue, 8 May 2007 08:20:20 +1000
Subject: Re: [pygame] PyGame Runtime
On Tue, 8 May 2007, James Paige wrote:> Okay, I gotta step in here. Non-linux
users should stop trying to impose> a windows-style installation scheme on
On Tue, May 08, 2007 at 08:20:20AM +1000, Richard Jones wrote:
> On Tue, 8 May 2007, James Paige wrote:
> > Okay, I gotta step in here. Non-linux users should stop trying to impose
> > a windows-style installation scheme on Linux users.
> >
> > rpm's debs' and ebuilds are all great systems. All thr
On Tue, 8 May 2007, James Paige wrote:
> Okay, I gotta step in here. Non-linux users should stop trying to impose
> a windows-style installation scheme on Linux users.
>
> rpm's debs' and ebuilds are all great systems. All three of them do
> something really tremendously important that windows/mac
On 5/6/07, Greg Ewing <[EMAIL PROTECTED]> wrote:
Will McGugan wrote:
> I know installers aren't that difficult to create. I've used Inno-setup
> myself, it's an excellent system - but its still a hurdle that most
> PyGame coders don't want to tackle
So maybe what we want is an extension of py2e
RE: James Paige
Amen brother!
On Mon, May 07, 2007 at 01:50:03PM +1200, Greg Ewing wrote:
> Nathan wrote:
> >is there a comparable
> >python packaging system that works for a good portion of Linux
> >distributions? (I'm NOT talking about rpm's, ebuilds, etc.)
>
> Someone needs to get all the Linux distributors,
> bang their h
Nathan wrote:
is there a comparable
python packaging system that works for a good portion of Linux
distributions? (I'm NOT talking about rpm's, ebuilds, etc.)
Someone needs to get all the Linux distributors,
bang their heads together and make them come up
with a single packaging system that wo
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Greg Ewing
> Sent: Monday, 7 May 2007 12:42 p.m.
> To: pygame-users@seul.org
> Subject: Re: [pygame] PyGame Runtime
>
> Will McGugan wrote:
>
> > I know installer
Will McGugan wrote:
I know installers aren't that difficult to create. I've used Inno-setup
myself, it's an excellent system - but its still a hurdle that most
PyGame coders don't want to tackle
So maybe what we want is an extension of py2exe that not
only creates an executable but an install
From: Laura Creighton [mailto: [EMAIL PROTECTED]
To: pygame-users@seul.org
Date: Sun, 06 May 2007 22:04:29 +0200
Subject: Re: [pygame] PyGame Runtime
Python eggs are supposed to be the way to
go.see:http://blogs.nuxeo.com/sections/blogs/lennart_regebro/2006_04_13_easter-python-eggshttp://peak.teleco
On 5/6/07, Nathan <[EMAIL PROTECTED]> wrote:
pis there a comparable
python packaging system that works for a good portion of Linux
distributions? (I'm NOT talking about rpm's, ebuilds, etc.)
people have previously posted about pyinstaller to this list, and it's
web page says it can package as
Source code in a tar ball, with a setup.py, and a ./configure make.
You can make binaries too... but source is preferred.
On 5/7/07, Nathan <[EMAIL PROTECTED]> wrote:
I agree with Brian.
Slightly related to this topic: I've had good success with py2app and
py2exe for OS X and Windows, respect
I agree with Brian.
Slightly related to this topic: I've had good success with py2app and
py2exe for OS X and Windows, respectively--is there a comparable
python packaging system that works for a good portion of Linux
distributions? (I'm NOT talking about rpm's, ebuilds, etc.)
~ Nathan
Python eggs are supposed to be the way to go.
see:
http://blogs.nuxeo.com/sections/blogs/lennart_regebro/2006_04_13_easter-python-eggs
http://peak.telecommunity.com/DevCenter/PythonEggs
but not http://www.python-eggs.org/ which doesn't appear to have anything
to do with the topic at all.
But I h
On 5/6/07, Will McGugan <[EMAIL PROTECTED]> wrote:
> [Runtime is step backwards]
Surely it is better than the current situation where there all these
great games on pygame.org that are only ever played by other PyGame
coders.
This assertion isn't continuing the argument - it's claiming some go
Brian Fisher wrote:
Will, first off I think it's wonderful that you're thinking so much of
distribution. When it comes to the majorty of the downloadable game
audience (the less technical part) I think having reasonable end-user
distribution is a pre-requisite to the success of any game generati
Will, first off I think it's wonderful that you're thinking so much of
distribution. When it comes to the majorty of the downloadable game
audience (the less technical part) I think having reasonable end-user
distribution is a pre-requisite to the success of any game generation
tool chain. To put
My biggest problem is to get the programs to run on Linux. Thus far every
PyGame program I have created works perfectly on Windows but I am having
trouble getting them to run on Linux. To be honest the parts I am having
trouble with are in the non-PyGame Python parts of the program.
That bei
27 matches
Mail list logo