On Thu, Sep 11, 2008 at 12:33 AM, Greg Ewing
[EMAIL PROTECTED] wrote:
On Wednesday 10 September 2008 04:31:10 James Mills wrote:
step 4. Audit code to be sure it isn't evil.
That's nice in theory, but can you honestly say that you
meticulously examine every line of every piece of code that
On Sep 10, 2008, at 11:10 PM, Knapp wrote:
On Thu, Sep 11, 2008 at 12:33 AM, Greg Ewing
[EMAIL PROTECTED] wrote:
On Wednesday 10 September 2008 04:31:10 James Mills wrote:
step 4. Audit code to be sure it isn't evil.
That's nice in theory, but can you honestly say that you
meticulously
On Wednesday 10 September 2008 04:31:10 James Mills wrote:
However having said that
I tend to trust FOSS more than
commercial software.
I once worked with an admin who REALLY should've known better. As in REALLY
should've known better. Did exactly these sorts of steps:
1. Install Python
Michael,
Your points we well and valid, and I hope
you understand that I was not suggesting
users do not evaluate applications they
install onto their systems or blindly trust
3rd-party software, commercial or FOSS.
I believe though that my point of
being able to trust FOSS a bit more
than
James said:
[snip]
With regards to Pygame and Python
in the Web Browser for a gaming
platform, I do not believe this will
happen anytime soon, nor do I think
it's a generally godo idea -- Unless
the Web Community and Industry decides
that Python is a better language than
JavaScript (and
On Wed, Sep 10, 2008 at 1:45 PM, Douglas S. Blank
[EMAIL PROTECTED] wrote:
James said:
[snip]
With regards to Pygame and Python
in the Web Browser for a gaming
platform, I do not believe this will
happen anytime soon, nor do I think
it's a generally godo idea -- Unless
the Web Community
On Wed, Sep 10, 2008 at 1:45 PM, Douglas S. Blank
[EMAIL PROTECTED] wrote:
James said:
[snip]
With regards to Pygame and Python
in the Web Browser for a gaming
platform, I do not believe this will
happen anytime soon, nor do I think
it's a generally godo idea -- Unless
the Web
On Wednesday 10 September 2008 04:31:10 James Mills wrote:
step 4. Audit code to be sure it isn't evil.
That's nice in theory, but can you honestly say that you
meticulously examine every line of every piece of code that
you download before running it?
It's just not practical to do that, so
- Original Message -
From: Noah Kantrowitz [EMAIL PROTECTED]
To: pygame-users@seul.org
Subject: RE: [pygame] pygame web plugin
Date: Tue, 9 Sep 2008 15:44:53 -0700
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of yanom
also, i frogot to suggest that we build ClamAV into PWS for virus scanning of
the python program
Umm... I'm really not sure how to respond to this.
On Thu, Sep 11, 2008 at 12:06 PM, Forrest Voight [EMAIL PROTECTED] wrote:
also, i frogot to suggest that we build ClamAV into PWS for virus scanning
of the python program
Umm... I'm really not sure how to respond to this.
Me neither :/ *sigh*
One option that I didn't see mentioned in this thread is the new
IronPython. IronPython is a new open source implementation of a fully
compliant Python. There is also an open source project called Moonlight
that allows IronPython to run in the browser.
i mentioned moonlight earlier in the
Python may not be meant for web apps, but that won't stop us from trying to
make python web apps. Python rules!
- Original Message -
From: Forrest Voight [EMAIL PROTECTED]
To: pygame-users@seul.org
Subject: Re: [pygame] pygame web plugin
Date: Mon, 8 Sep 2008 15:07:13 -0400
On Wed, Sep 10, 2008 at 7:42 AM, yanom @linuxmail.org
[EMAIL PROTECTED] wrote:
Python may not be meant for web apps, but that won't stop us from trying to
make python web apps. Python rules!
Nobody said anything about python
web apps. We're talking:
* Python Sandboxing
* Python in a Web
- Original Message -
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
To: pygame-users@seul.org
Subject: [pygame] pygame web plugin
Date: Sat, 6 Sep 2008 02:07:08 +0200
hi,
i would like to bring up this topic again since a python based open source
alternative to flash which could
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of yanom @linuxmail.org
Sent: Tuesday, September 09, 2008 2:55 PM
To: pygame-users@seul.org
Subject: Re: [pygame] pygame web plugin
- Original Message -
From: [EMAIL PROTECTED] [EMAIL
On Wed, Sep 10, 2008 at 8:44 AM, Noah Kantrowitz [EMAIL PROTECTED] wrote:
This is a very bad idea. If you need to ask why, you shouldn't be trying to
build a web-based VM.
This is called setuptools.
1. Install Python
2. Install setuptools
3. easy_install your favourite game
cheers
James
PS:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of James Mills
Sent: Tuesday, September 09, 2008 4:26 PM
To: pygame-users@seul.org
Subject: Re: [pygame] pygame web plugin
On Wed, Sep 10, 2008 at 8:44 AM, Noah Kantrowitz [EMAIL PROTECTED]
wrote
On Wed, Sep 10, 2008 at 9:55 AM, Noah Kantrowitz [EMAIL PROTECTED] wrote:
You forgot step 4. Audit code to be sure it isn't evil. If you think this
isn't important, boy do I have a game for you. Running code you get from a
random website is never a good idea.
See I presume this to be
a
On Sun, Sep 7, 2008 at 1:56 PM, Ron Dippold [EMAIL PROTECTED] wrote:
This is something Java actually does pretty well. I dislike it for the most
part, but its sandboxing is better than anything I've ever seen (except
certain secure OSes). Flash actually does it pretty well now too, though
PyGame isn't really built for untrusted code... there are many ways to
crash PyGame if you are intent on it...
PyGame and Python weren't meant at all for web apps.
On Mon, Sep 8, 2008 at 2:22 AM, Bob Ippolito [EMAIL PROTECTED] wrote:
On Sun, Sep 7, 2008 at 1:56 PM, Ron Dippold [EMAIL PROTECTED]
On Tue, Sep 9, 2008 at 5:07 AM, Forrest Voight [EMAIL PROTECTED] wrote:
PyGame isn't really built for untrusted code... there are many ways to
crash PyGame if you are intent on it...
PyGame and Python weren't meant at all for web apps.
I have to agree with this.
I think trying to get pygame
hey,
we did a prototype of a flex-pypy(and then continued ) - which uses
pypy to translate into actionscript - which is then compiled with the
free flex compiler. So the 'bash the monkey' thing on the pygame main
page is made with that.
However... flex and pypy are such un-fun things to use
Im still a bit at a loss as to where the blocking problem is...
if I was to sandbox cpython for a pygame heres what Id try.
- replace builtins like import, compile, exec, reload through the C
api (as with the blender3d example I posted earlier, scripters will
need to write scripts accounting
On Sun, Sep 7, 2008 at 12:49 PM, Campbell Barton [EMAIL PROTECTED] wrote:
Im still a bit at a loss as to where the blocking problem is...
if I was to sandbox cpython for a pygame heres what Id try.
- replace builtins like import, compile, exec, reload through the C
api (as with the
On Sep 7, 2008, at 10:49 AM, Campbell Barton wrote:
Im still a bit at a loss as to where the blocking problem is...
if I was to sandbox cpython for a pygame heres what Id try.
- replace builtins like import, compile, exec, reload through the C
api (as with the blender3d example I posted
This is something Java actually does pretty well. I dislike it for the most
part, but its sandboxing is better than anything I've ever seen (except certain
secure OSes). Flash actually does it pretty well now too, though holes keep
turning up occasionally. Interestingly, unless they've changed
On 9/7/08, Ron Dippold [EMAIL PROTECTED] wrote:
This is something Java actually does pretty well. I dislike it for the most
part, but its sandboxing is better than anything I've ever seen (except
certain secure OSes). Flash actually does it pretty well now too, though
holes keep turning up
On Mon, Sep 8, 2008 at 4:42 AM, Bob Ippolito [EMAIL PROTECTED] wrote:
On Sun, Sep 7, 2008 at 12:49 PM, Campbell Barton [EMAIL PROTECTED] wrote:
Im still a bit at a loss as to where the blocking problem is...
if I was to sandbox cpython for a pygame heres what Id try.
- replace builtins like
- Original Message -
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
To: pygame-users@seul.org
Subject: [pygame] pygame web plugin
Date: Sat, 6 Sep 2008 02:07:08 +0200
hi,
i would like to bring up this topic again since a python based open source
alternative to flash which could
On Sat, Sep 6, 2008 at 5:30 PM, yanom @linuxmail.org
[EMAIL PROTECTED] wrote:
- Original Message -
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
To: pygame-users@seul.org
Subject: [pygame] pygame web plugin
Date: Sat, 6 Sep 2008 02:07:08 +0200
hi,
i would like to bring up this topic
Knapp wrote:
I know nothing about this but there is also Django that is python
based and VERY on the web.
Ok... the quite obvious difference is that Django and Zope are based on
the server, and thus don't need to be sandboxed to the extent that
client-side software does. If it actually
On Fri, Sep 5, 2008 at 6:07 PM, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
hi,
i would like to bring up this topic again since a python based open source
alternative to flash which could be used to create browser games would
be super awesome. :)
if i understand this correctly then the
J Dunford wrote:
On Fri, Sep 5, 2008 at 6:07 PM, [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
hi,
i would like to bring up this topic again since a python based
open source alternative to flash which could be used to create
On 9/6/08, J Dunford [EMAIL PROTECTED] wrote:
On Fri, Sep 5, 2008 at 6:07 PM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
hi,
i would like to bring up this topic again since a python based open source
alternative to flash which could be used to create browser games would
be super awesome.
J Dunford wrote:
In my experience, the general consensus with sandboxing python is -
don't try it.
There was some code posted recently that seems to do a fairly
good job of preventing access to anything you don't want to
allow, using a combination of builtin replacement and pre-
processing
On Sep 6, 2008, at 6:21 PM, Greg Ewing wrote:
J Dunford wrote:
In my experience, the general consensus with sandboxing python is -
don't try it.
If you think Python sandboxing is easy, you don't understand the
problem. Most of the current Python sandboxing concepts use alternate
hi,
i would like to bring up this topic again since a python based open source
alternative to flash which could be used to create browser games would
be super awesome. :)
if i understand this correctly then the main problem of something like that
is security.
i noticed on the blender mailing
from talking to the python guys sandboxing python is easy if you use
the C api to overwrite builtins.
(sandboxing issues arise from trying to sandbox python from within python)
You'd need to replace pythons import function with one that checks
only for files in a zip for instance.
Or for
On Sep 5, 2008, at 10:26 PM, Campbell Barton wrote:
from talking to the python guys sandboxing python is easy if you use
the C api to overwrite builtins.
(sandboxing issues arise from trying to sandbox python from within
python)
You'd need to replace pythons import function with one that
40 matches
Mail list logo