A few months ago, 2.6 3.0 gained the ability to execute zipfiles and
directories containing a __main__.py file (see [1] for details).
The idea is that a whole application can be bundled into a zipfile
containing a __main__.py module in its root directory, and then passed
directly to the
On 04/03/2008, Nick Coghlan [EMAIL PROTECTED] wrote:
Do we need a new appendix to the tutorial which goes into detail about
the CPython interpreter's command line options, environment variables
and details on what can be executed?
There is a Python man page, which covers the command line
On Tue, Mar 04, 2008 at 10:35:42PM +1000, Nick Coghlan wrote:
not needing an explicit interpreter option makes it more shebang friendly
Sorry, I missed something here. How does one combine a zipfile with
a shebang script?!
Oleg.
--
Oleg Broytmannhttp://phd.pp.ru/
Paul Moore wrote:
On 04/03/2008, Nick Coghlan [EMAIL PROTECTED] wrote:
Do we need a new appendix to the tutorial which goes into detail about
the CPython interpreter's command line options, environment variables
and details on what can be executed?
There is a Python man page, which covers
Oleg Broytmann wrote:
On Tue, Mar 04, 2008 at 10:35:42PM +1000, Nick Coghlan wrote:
not needing an explicit interpreter option makes it more shebang friendly
Sorry, I missed something here. How does one combine a zipfile with
a shebang script?!
Very carefully ;)
As a more helpful
On Wed, Mar 05, 2008 at 12:14:04AM +1000, Nick Coghlan wrote:
As a more helpful answer, the ZIP spec allows additional data to be
included in the file before the ZIP header. A more common way of using
this is to add a zip file on to the end of an ELF executable while still
using normal
Spent some time on my buildbot (x86 2k8 trunk) this morning trying to track
down why test_bsddb3 is failing (trunk with db-4.4.20). The first test that
fails is this:
test01_GetsAndPuts (bsddb.test.test_basics.BasicBTreeWithEnvTestCase) ... ERROR
That's slightly misleading though as the test
At 05:40 PM 3/4/2008 +0300, Oleg Broytmann wrote:
On Wed, Mar 05, 2008 at 12:14:04AM +1000, Nick Coghlan wrote:
As a more helpful answer, the ZIP spec allows additional data to be
included in the file before the ZIP header. A more common way of using
this is to add a zip file on to the end
Trent, thanks for working on the buildbot. I fixed the first case you
mentioned in r61233 wrt removing the directory before closing the
file. It would be great if you could submit a patch when you are able
to fix the remaining problems.
Cheers,
n
On Tue, Mar 4, 2008 at 6:58 AM, Trent Nelson
2008/3/4, Trent Nelson [EMAIL PROTECTED]:
Spent some time on my buildbot (x86 2k8 trunk) this morning trying to track
down why test_bsddb3 is failing (trunk with db-4.4.20). The first test that
fails is this:
Thank you very much!!
Regards,
--
.Facundo
Blog:
On Tue, Mar 04, 2008 at 08:58:57AM -0500, Steve Holden wrote:
While I hesitate to suggest a change of such magnitude, there's
something to recommend the old IBM mainframe approach of separating out
Principles of Operation (which would be the reference manuals, in
Python's case the Language
Steve Holden schrieb:
Paul Moore wrote:
On 04/03/2008, Nick Coghlan [EMAIL PROTECTED] wrote:
Do we need a new appendix to the tutorial which goes into detail about
the CPython interpreter's command line options, environment variables
and details on what can be executed?
There is a Python
On Thu, 28 Feb 2008 23:42:49 + (UTC) Medhat Gayed [EMAIL PROTECTED] wrote:
lxml is good but not written in python and difficult to install and didn't
work
on MacOS X.
lxml is built on top of libxml2/libxslt, which are bundled with most
Unix-like OS's (including Mac OS X), or available in
Trent, thanks for working on the buildbot. I fixed the first case you
mentioned in r61233 wrt removing the directory before closing the
file. It would be great if you could submit a patch when you are able
to fix the remaining problems.
Nod, found a few more things now that test_bsddb3
Georg Brandl writes:
You speak my mind. For ages I've wanted to put the builtins together with
the language reference into a new document called Python Core Language.
I've just never had the time to draft a serious proposal.
I think that combination is reasonable, but I would like to see
I know this is a topic which has been discussed before (more than
once). I'm just adding one more data point. Python.org currently uses
VS2003's compiler for building the distributed Windows binaries for
Python. Unfortunately, there's a nasty bug in the runtime libraries
that support this
On Tue, Mar 4, 2008 at 3:13 PM, Stephen J. Turnbull [EMAIL PROTECTED] wrote:
Georg Brandl writes:
You speak my mind. For ages I've wanted to put the builtins together with
the language reference into a new document called Python Core Language.
I've just never had the time to draft a
Bob Kline wrote:
Any possibility of revisiting this question (upgrading to a more recent
compiler for Windows builds of Python)?
The latest alphas of Python 2.6 and 3.0 are build with VS 2088. I've
spent some time to get the new build system ready for Python 3.0a2.
Is VS 2008 recent enought
Any possibility of revisiting this question (upgrading to a more recent
compiler for Windows builds of Python)?
Python 2.6 is built with Visual Studio 2008.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
Christian Heimes wrote:
Bob Kline wrote:
Any possibility of revisiting this question (upgrading to a more recent
compiler for Windows builds of Python)?
The latest alphas of Python 2.6 and 3.0 are build with VS 2088. I've
spent some time to get the new build system ready for
Bob Kline wrote:
Christian Heimes wrote:
Is VS 2008 recent enought for you? :]
Yes, thanks! I would hope Microsoft has fixed that bug by now. :-)
And yes, indeed, the bug is gone in Python 2.6.
--
Bob Kline
http://www.rksystems.com
mailto:[EMAIL PROTECTED]
Christian Heimes wrote:
The latest alphas of Python 2.6 and 3.0 are build with VS 2088.
Wow, that must be a very, very pre-alpha release...
Or has someone at Redmond stolen Guido's time machine?
--
Greg Ewing, Computer Science
Adam Olsen wrote:
Such a division would make it unnecessarily hard to find documentation
on True, False, None, etc. They've become keywords for pragmatic
purposes (to prevent accidental modification), not because we think
they ideally should be syntax instead of builtins.
Maybe the solution
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A.M. Kuchling wrote:
| Doing a code search finds a fair number of users of the module: Zope's
| BDBStorage, Mailman 2.x's archiver, 4Suite, PyTone, OuterSpace,
| Chandler, BioPython.
I'm pybsddb maintainer since late January. Maintainer transfering
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Heimes wrote:
| Oh yeah ... ZODB4 and BDBStorage ... a dark chapter starting with high
| hopes and ending in tragedy ... Several projects like Zope and
| Subversion worked hard on a a Berkeley DB backend but in the end all
| projects had the
In article [EMAIL PROTECTED],
Mike Meyer [EMAIL PROTECTED] wrote:
On Thu, 28 Feb 2008 23:42:49 + (UTC) Medhat Gayed
[EMAIL PROTECTED] wrote:
lxml is good but not written in python and difficult to install and didn't
work
on MacOS X.
lxml is built on top of libxml2/libxslt, which
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Guido van Rossum wrote:
| Correction: the subversion BerkeleyDB backend is still very much alive
| and kicking. There were some early issues (they did things that
| SleepyCat told them not to do :-) but it was corrected and it's still
| working fine
Bugbee, Larry wrote:
Is there a reason why Python.exe cannot be built using gcc instead
of Visual Studio?
It seems building everything with gcc would get around the problem
of having to match VS versions.
As I understand it, the problem isn't the compiler so much
as the stdio library
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Heimes wrote:
| More than 5 years ago Zope Corp was working on a Berkeley DB backend for
| ZODB. It was more of a marketing decision to show large companies that
| ZODB is using a well known database instead of a self made one. The
| project
Greg Ewing wrote:
Adam Olsen wrote:
Such a division would make it unnecessarily hard to find documentation
on True, False, None, etc. They've become keywords for pragmatic
purposes (to prevent accidental modification), not because we think
they ideally should be syntax instead of builtins.
On Sun, Mar 02 2008 at 05:49:35AM BRT, Jeroen Ruigrok van der Werven [EMAIL
PROTECTED] wrote:
-On [20080301 19:57], Christian Heimes ([EMAIL PROTECTED]) wrote:
I also propose translations of the shorter text to important languages
like French, German, Japanese, Portuguese and Spanish. I'm
Mike Meyer wrote:
Trying to install it from the repository is a PITA, because
it uses both the easyinstall and Pyrex
It shouldn't depend on Pyrex as long as it's distributed
with the generated C files. If it's not, that's an
oversight on the part of the distributor.
--
Greg Ewing, Computer
Christian Heimes wrote:
Bob Kline wrote:
Any possibility of revisiting this question (upgrading to a more recent
compiler for Windows builds of Python)?
The latest alphas of Python 2.6 and 3.0 are build with VS 2088. I've
On Tue, Mar 4, 2008 at 5:04 PM, Steve Holden [EMAIL PROTECTED] wrote:
Greg Ewing wrote:
Adam Olsen wrote:
Such a division would make it unnecessarily hard to find documentation
on True, False, None, etc. They've become keywords for pragmatic
purposes (to prevent accidental
Greg Ewing wrote:
Christian Heimes wrote:
The latest alphas of Python 2.6 and 3.0 are build with VS 2088.
Wow, that must be a very, very pre-alpha release...
Or has someone at Redmond stolen Guido's time machine?
DA-LEK ...
On Tue, Mar 4, 2008 at 5:10 PM, Steve Holden [EMAIL PROTECTED] wrote:
Christian Heimes wrote:
Bob Kline wrote:
Any possibility of revisiting this question (upgrading to a more recent
compiler for Windows builds of Python)?
The latest alphas of Python 2.6 and 3.0 are build with VS
Steven Bethard wrote:
On Tue, Mar 4, 2008 at 5:10 PM, Steve Holden [EMAIL PROTECTED] wrote:
Christian Heimes wrote:
Bob Kline wrote:
Any possibility of revisiting this question (upgrading to a more recent
compiler for Windows builds of Python)?
The latest alphas of Python 2.6 and
Trent, thanks for working on the buildbot. I fixed the first case you
mentioned in r61233 wrt removing the directory before closing the
file. It would be great if you could submit a patch when you are able
to fix the remaining problems.
% svn diff
Index: test_dbshelve.py
r61099 added the following to trunk/Lib/test/test_socketserver.py:
if __name__ == __main__:
test_main()
+ signal.alarm(3) # Shutdown shouldn't take more than 3 seconds.
which breaks platforms that don't have signal.alarm, like, say, !unix ;-)
Trent.
--
Adam Olsen writes:
On Tue, Mar 4, 2008 at 3:13 PM, Stephen J. Turnbull [EMAIL PROTECTED]
wrote:
I would like to see the clear division between the language (ie,
the syntax) and the built-in functionality maintained. I'm not
sure I like the proposed title for that reason.
Such
Greg Ewing writes:
Christian Heimes wrote:
The latest alphas of Python 2.6 and 3.0 are build with VS 2088.
Wow, that must be a very, very pre-alpha release...
Nah, it's a version optimized for 8/16-bit segmented
r61099 added the following to trunk/Lib/test/test_socketserver.py:
if __name__ == __main__:
test_main()
+ signal.alarm(3) # Shutdown shouldn't take more than 3 seconds.
Actually, signal.alarm() was introduced all over the place in that revision. I
understand the intent of
winsound.Beep fails for me on the 'x86 2k8 trunk' build slave, which is a
virtual Windows Server 2008 instance running under Hyper-V. Not surprisingly,
there's not a single audio-related device on this system. The attached patch
to test_winsound.py incorporates the _have_soundcard() checks to
On Tue, Mar 4, 2008 at 7:25 PM, Trent Nelson [EMAIL PROTECTED] wrote:
r61099 added the following to trunk/Lib/test/test_socketserver.py:
if __name__ == __main__:
test_main()
+ signal.alarm(3) # Shutdown shouldn't take more than 3 seconds.
Actually, signal.alarm()
Yep, the alarm is only there to prevent what would be deadlocks from
running forever. Sorry for breaking !unix. Your patch looks fine to
me. Do you want to submit it or shall I?
I'm not a committer, so it's all yours. Thanks for the quick turnaround!
Trent.
On Tue, Mar 4, 2008 at 8:03 PM, Stephen J. Turnbull [EMAIL PROTECTED] wrote:
Adam Olsen writes:
On Tue, Mar 4, 2008 at 3:13 PM, Stephen J. Turnbull [EMAIL PROTECTED]
wrote:
I would like to see the clear division between the language (ie,
the syntax) and the built-in functionality
I've started to see my build slave dying every so often with a twisted error
half way through tests:
...
test_htmlparser
test_httplib
remoteFailed: [Failure instance: Traceback (failure with no frames):
twisted.internet.error.ConnectionLost: Connection to the other side was lost in
a non-clean
On Tue, Mar 4, 2008 at 3:46 PM, Jesus Cea [EMAIL PROTECTED] wrote:
That said, it is my aim to keep bsddb in stdlib, providing a stable and
featureful module. I think keeping bsddb development inside python svn
is not appropiate. Currently (I could change idea), my approach will be
keeping
Adam Olsen schrieb:
I don't pretend to be speaking for anyone else, but I'd be surprised
if I were unique.wink
Your experiences *shouldn't* be unique, but I'm afraid they might be.
Another example is the use of BNF, which although dominant in its
field, it provides a steep learning curve
49 matches
Mail list logo
