2009/3/31 R. David Murray :
> On Mon, 30 Mar 2009 at 11:50, Bill Hoffman wrote:
>>>
>>> B. It does not allow the CMakeLists.txt file control the --help
>>
>> output. This appears to be an intentional decision
>> (http://www.cmake.org/pipermail/cmake-promote/2006-May/95.html).
>> To replace it,
Mike Coleman writes:
> Just for curiosity's sake, could someone outline the five (or so)
> most significant pluses of hg relative to git?
I think really it comes down to Guido's intuition.
However, without attempting to channel Guido, as the git proponent in
the PEP I'd like to go on record as
Guido van Rossum wrote:
> On Mon, Mar 30, 2009 at 7:59 PM, Mike Coleman wrote:
>> Just for curiosity's sake, could someone outline the five (or so) most
>> significant pluses of hg relative to git?
>>
>>
>> (My personal feeling is that any of the three is a huge improvement
>> over subversion. I
On Mon, Mar 30, 2009 at 10:57 PM, Aahz wrote:
> On Mon, Mar 30, 2009, Terry Reedy wrote:
>> Michael Urman wrote:
>>> Guido:
We're switching to Mercurial (Hg).
>>>
>>> And two hours later, GNOME announces their migration to git is
>>> underway. I'd suspect a series of April Fools jokes, i
On Mon, Mar 30, 2009, Terry Reedy wrote:
> Michael Urman wrote:
>> Guido:
>>>
>>> We're switching to Mercurial (Hg).
>>
>> And two hours later, GNOME announces their migration to git is
>> underway. I'd suspect a series of April Fools jokes, if it weren't two
>> days early. :)
>
> Like Python, Gnom
On Mon, 30 Mar 2009 at 11:50, Bill Hoffman wrote:
B. It does not allow the CMakeLists.txt file control the --help
output. This appears to be an intentional decision
(http://www.cmake.org/pipermail/cmake-promote/2006-May/95.html).
To replace it, they have an interactive mode (which asks you a
On Mon, Mar 30, 2009 at 7:59 PM, Mike Coleman wrote:
> Just for curiosity's sake, could someone outline the five (or so) most
> significant pluses of hg relative to git?
>
>
> (My personal feeling is that any of the three is a huge improvement
> over subversion. I think git probably should have b
2009/3/30 Collin Winter :
> If anyone is interested in working on this during the PyCon sprints or
> otherwise, here are some easy, concrete starter projects that would
> really help move this along:
> - The core refactoring engine needs to be broken out from 2to3. In
> particular, the tests/ and f
Terry Reedy wrote:
Guido van Rossum wrote:
The reason seems to be that until the outermost import (in this case
p.b) is completed, while sys.modules has the (incomplete) modules 'p',
'p.a' and 'p.b', the attributes p.a and p.b aren't added until after
their import is completed. Which it isn't
Guido van Rossum wrote:
On Mon, Mar 30, 2009 at 6:17 PM, Guido van Rossum wrote:
[Adding python-dev. I'm quoting the entire original message.]
On Thu, Mar 19, 2009 at 6:40 PM, Fredrik Lundh wrote:
PS. Is it just me, or is import broken in 3.0? Consider this:
[snip]
Sure, it's a recursiv
Just for curiosity's sake, could someone outline the five (or so) most
significant pluses of hg relative to git?
(My personal feeling is that any of the three is a huge improvement
over subversion. I think git probably should have been written in
Python with some stuff in C where necessary, and
Michael Urman wrote:
We're switching to Mercurial (Hg).
And two hours later, GNOME announces their migration to git is
underway. I'd suspect a series of April Fools jokes, if it weren't two
days early. :)
Like Python, Gnome was/is using SVN and tested (at least) GIT, bzr, and
hg mirrors, sta
On Mon, Mar 30, 2009 at 6:17 PM, Guido van Rossum wrote:
> [Adding python-dev. I'm quoting the entire original message.]
>
>> On Thu, Mar 19, 2009 at 6:40 PM, Fredrik Lundh
>> wrote:
>>> PS. Is it just me, or is import broken in 3.0? Consider this:
>>>
>>> $ more package\a.py
>>> print("in a")
> We're switching to Mercurial (Hg).
And two hours later, GNOME announces their migration to git is
underway. I'd suspect a series of April Fools jokes, if it weren't two
days early. :)
--
Michael Urman
___
Python-Dev mailing list
Python-Dev@python.org
[Adding python-dev. I'm quoting the entire original message.]
> On Thu, Mar 19, 2009 at 6:40 PM, Fredrik Lundh
> wrote:
>> PS. Is it just me, or is import broken in 3.0? Consider this:
>>
>> $ more package\a.py
>> print("in a")
>>
>> import b
>>
>> def a():
>> print("here")
>>
>> def main():
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 30, 2009, at 4:40 PM, Brett Cannon wrote:
I would think that after 3.1 would be best to get any and all fixes
that go into 3.1.
That fits nicely with our general policy, so that the only difference
with 3.0 is that we won't do any securi
On Mon, Mar 30, 2009 at 12:02, Terry Reedy wrote:
> Barry Warsaw wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> We made a decision at the sprints today about Python 3.0. We've agreed
>> that there will be one more release, 3.0.2 and then that's it. Because of
>> the earlier
On Mon, Mar 30, 2009 at 8:49 PM, Christian Heimes wrote:
> David Cournapeau wrote:
>> On Tue, Mar 31, 2009 at 3:16 AM, Alexander Neundorf
>> wrote:
>>> Can you please explain ? What is "those" ?
>>
>> Everything in Lib. On windows, I believe this is done through project
>> files, but on linux at
Barry Warsaw wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We made a decision at the sprints today about Python 3.0. We've agreed
that there will be one more release, 3.0.2 and then that's it. Because
of the earlier decision to drop all support for Python 3.0 once 3.1 is
released, we
Ron Duplain and I have been working on this at the sprint. We're
working on getting the necessary 3to2 fixes in place and verified
first since dropping this in was quite simple. The fixes don't look
to be too involved which should provide time for the recommended
refactorings.
Paul
On Mon, Mar
David Cournapeau wrote:
> On Tue, Mar 31, 2009 at 3:16 AM, Alexander Neundorf
> wrote:
>> Can you please explain ? What is "those" ?
>
> Everything in Lib. On windows, I believe this is done through project
> files, but on linux at least, and I guess on most other OS, those are
> handled by distu
Hallo Alexander!
Alexander Neundorf wrote:
> This of course depends on the definition of "as good as" ;-)
> Well, I have met Windows-only developers which use CMake because it is
> able to generate project files for different versions of Visual
> Studio, and praise it for that.
So far I haven't h
On Tue, Mar 31, 2009 at 3:16 AM, Alexander Neundorf
wrote:
>
> Can you please explain ? What is "those" ?
Everything in Lib. On windows, I believe this is done through project
files, but on linux at least, and I guess on most other OS, those are
handled by distutils. I guess the lack of autoconf
On Mon, Mar 30, 2009 at 8:04 PM, David Cournapeau wrote:
> On Tue, Mar 31, 2009 at 2:37 AM, Alexander Neundorf
> wrote:
...
>> Not sure I understand.
>> Having a project which builds (shared) libraries and executables which
>> use them (and which maybe have to be executed later on during the
>> b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We made a decision at the sprints today about Python 3.0. We've
agreed that there will be one more release, 3.0.2 and then that's it.
Because of the earlier decision to drop all support for Python 3.0
once 3.1 is released, we won't be doing an
Ron Adam wrote:
P.J. Eby wrote:
Sure. But right now, the return value of a generator function *is the
generator*. And you're free to ignore that, sure.
But this is a "second" return value that only goes to a special place
with special syntax -- without that syntax, you can't access it.
On Mon, Mar 30, 2009 at 12:37 PM, Collin Winter wrote:
> On Mon, Mar 30, 2009 at 7:44 AM, Jesse Noller wrote:
>> During the Language summit this past Thursday, pretty much everyone
>> agreed that a python 3 to python 2 tool would be a very large
>> improvement in helping developers be able to wri
On Tue, Mar 31, 2009 at 2:37 AM, Alexander Neundorf
wrote:
> On Mon, Mar 30, 2009 at 12:09 AM, Neil Hodgson wrote:
> ...
>> while so I can't remember the details. The current Python project
>> files are hierarchical, building several DLLs and an EXE and I think
>> this was outside the scope of th
P.J. Eby wrote:
Sure. But right now, the return value of a generator function *is the
generator*. And you're free to ignore that, sure.
But this is a "second" return value that only goes to a special place
with special syntax -- without that syntax, you can't access it.
But in the use c
On Mon, Mar 30, 2009 at 7:44 AM, Jesse Noller wrote:
> During the Language summit this past Thursday, pretty much everyone
> agreed that a python 3 to python 2 tool would be a very large
> improvement in helping developers be able to write "pure" python 3
> code. The idea being a large project suc
On Mon, Mar 30, 2009 at 12:09 AM, Neil Hodgson wrote:
...
> while so I can't remember the details. The current Python project
> files are hierarchical, building several DLLs and an EXE and I think
> this was outside the scope of the tools I looked at.
Not sure I understand.
Having a project which
Hi,
On Mon, Mar 30, 2009 at 1:22 AM, Christian Heimes wrote:
> Jeffrey Yasskin wrote:
>
>> 1. It can autogenerate the Visual Studio project files instead of
>> needing them to be maintained separately
>
> I'm familiar with the Unix and the Windows build system. More than a
> year ago I went to
Hirokazu Yamamoto writes:
> CRT Assertion was totally disabled before, but recently was enabled,
> and workarounds were patched for problematic functions. (ex: fdopen
> and dup) Probably this *patch* is not perfect. See
> http://bugs.python.org/issue4804
Ah - that ticket may explain why my build
Excuse me. Wrong mailing list.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Va tocando hacer una nueva reunión mensual en Madrid. ¿Propuestas de
fecha y lugar?.
La última vez estuvo bastante bien, aunque éramos poquitos. ¿Hacemos
otra a la vuelta de semana santa?.
- --
Jesus Cea Avion _/_/ _/_/_/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Guido van Rossum wrote:
> The decision is made! I've selected a DVCS to use for Python. We're
> switching to Mercurial (Hg).
Bravo.
- --
Jesus Cea Avion _/_/ _/_/_/_/_/_/
j...@jcea.es - http://www.jcea.es/ _/_
Hi,
I noticed the thread on CMake evaluation, and as a CMake developer I am
interested in helping you evaluate CMake.
I guess four issues were raised:
>A. It has no equivalent of autoheader, so we'd have to maintain
pyconfig.h.in by hand.
This is currently true, but if this were a deal break
Dear Python developers,
The decision is made! I've selected a DVCS to use for Python. We're
switching to Mercurial (Hg).
The implementation and schedule is still up in the air -- I am hoping
that we can switch before the summer.
It's hard to explain my reasons for choosing -- like most language
During the Language summit this past Thursday, pretty much everyone
agreed that a python 3 to python 2 tool would be a very large
improvement in helping developers be able to write "pure" python 3
code. The idea being a large project such as Django could completely
cut over to Python3, but then run
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tarek Ziadé wrote:
> On Fri, Mar 27, 2009 at 9:54 PM, Kevin Teague wrote:
>
>>
>> Tarek, was there any further discussion on "Requires" vs "install_requires"
>> or any decisions made on what to do about this?
>>
>> (I've got a +1 ready for including
On Fri, Mar 27, 2009 at 4:27 PM, Barry Warsaw wrote:
> On Mar 27, 2009, at 2:27 PM, Eric Smith wrote:
>> Olemis Lang wrote:
I also think the feature should go. If you want functionality that's so
difficult to provide when you install as a zip file, the answer is not
to
mak
Nick Coghlan wrote:
Csaba Balazs wrote:
Hello Everybody,
I would like to use a C++ gui library with the following (simplified) interface
in Python.
This is a question for python-list/comp.lang.python (i.e. development
*using* Python, including the C API), not python-dev (which is for
developm
Csaba Balazs wrote:
> Hello Everybody,
>
> I would like to use a C++ gui library with the following (simplified)
> interface
> in Python.
This is a question for python-list/comp.lang.python (i.e. development
*using* Python, including the C API), not python-dev (which is for
development of the la
Hello Everybody,
I would like to use a C++ gui library with the following (simplified) interface
in Python.
#include
class Gui;
class GuiObject {
public:
GuiObject(Gui *Gui) {printf("creating GuiObject(gui: %X)\n", Gui);}
~GuiObject() {printf("deleting GuiObject\n");}
v
Tres Seaver a écrit :
Note that the kind of applications I work on tend to be the sort which
will run as server apps, and which will (in production) be the entire
rasion d'etre for the machine they run on, which makes the cost of
isolation tiny compared to the consequences of failed isolation.
Tennessee Leeuwenburg a écrit :
I would suggest there may be three use cases for Python installation
tools. Bonus -- I'm not a web developer! :)
Case One: Developer wishing to install additional functionality into the
system Python interpreter forever
Case Two: Developer wishing to install add
David Bolen wrote:
I don't know why they are happening so frequently now when there was a
reasonable period when they weren't an issue (something about new I/O
support in 3.x perhaps?), but without preventing them it seems the
Windows build slaves are going to become (if not already) quite a bit
47 matches
Mail list logo
