Hi,
[Terry suggested in http://bugs.python.org/issue13782 to raise this
dilemma to python-dev. I concur.]
The Element class in ElementTree
(http://docs.python.org/py3k/library/xml.etree.elementtree.html) has
some methods for adding new children: append, insert and extend.
Currently the
Eli Bendersky, 16.03.2012 08:38:
The Element class in ElementTree
(http://docs.python.org/py3k/library/xml.etree.elementtree.html) has
some methods for adding new children: append, insert and extend.
Currently the documentation states that extend raises AssertionError
when something that's
On 16 March 2012 00:12, Carl Meyer c...@oddbird.net wrote:
Changing the directory name is in fact a new and different (and much
more invasive) special case, because distutils et al install scripts
there, and that directory name is part of the distutils install scheme.
Installers don't care
On Fri, Mar 16, 2012 at 05:55, Tres Seaver tsea...@palladion.com wrote:
ExtensionClass and Acquisition would fit the bill, except they aren't
ported to Python3 (Acquisition needs the headers from ExtensionClass).
And there were no plans to port them either, really. :-) Only Zope 2
uses them
On Thu, Mar 15, 2012 at 6:27 AM, Michael Foord
fuzzy...@voidspace.org.uk wrote:
On the topic of docs mock documentation is about eight pages long. My
intention was to strip this down to just the api documentation, along with a
link to the docs on my site for further examples and so on. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/16/2012 04:46 AM, Lennart Regebro wrote:
On Fri, Mar 16, 2012 at 05:55, Tres Seaver tsea...@palladion.com
wrote:
ExtensionClass and Acquisition would fit the bill, except they
aren't ported to Python3 (Acquisition needs the headers from
On Thu, Mar 15, 2012 at 9:48 PM, Tres Seaver tsea...@palladion.com wrote:
On 03/13/2012 06:49 PM, Nick Coghlan wrote:
On Wed, Mar 14, 2012 at 8:08 AM, Guido van Rossum gu...@python.org
wrote:
If you can solve your problem with a suitably hacked Unpickler
subclass that's fine with me, but I
On 3/15/2012 6:19 PM, Mark Hammond wrote:
[At least I think that is your proposal - can you confirm that the
directory layouts in your proposal exactly match the directory
layouts in virtual envs on all other platforms? ie, that
inconsistencies like the python{py_version_short} suffix will not
Carl -
Changing the directory name is in fact a new and different (and much
more invasive) special case, because distutils et al install scripts
there, and that directory name is part of the distutils install scheme.
Installers don't care where the Python binary is located, so moving it
in
On Fri, 16 Mar 2012 09:38:49 +0200, Eli Bendersky eli...@gmail.com wrote:
1. The behavior of append, insert and extend should be similar in this respect
2. AssertionError is not the customary error in such case - TypeError
is much more suitable
3. The C implementation of ElementTree actually
On 3/16/2012 3:38 AM, Paul Moore wrote:
On 16 March 2012 00:12, Carl Meyerc...@oddbird.net wrote:
Changing the directory name is in fact a new and different (and much
more invasive) special case, because distutils et al install scripts
there, and that directory name is part of the distutils
Hi,
Le 16/03/2012 16:17, Lindberg, Van a écrit :
On 3/16/2012 3:38 AM, Paul Moore wrote:
1. The incompatibilities between platforms is precisely the problem
that sysconfig is designed to solve, isn't it? So tools in Python will
either use sysconfig (and be correct regardless of layout) or
On 16 March 2012 15:17, Lindberg, Van van.lindb...@haynesboone.com wrote:
This is not a we should be consistent argument - I know that would
never fly. I do cross-platform dev all the time (develop on Windows and
Mac, deploy on Linux) and so this bites me *every single time* I want to
get a
On Mar 16, 2012, at 4:54 AM, Nick Coghlan wrote:
Don't forgot you also have the option of splitting out a separate
HOWTO tutorial section, leaving the main docs as a pure API reference.
(I personally find that style easier to use than the ones which try to
address both needs in the main
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/16/2012 10:57 AM, Guido van Rossum wrote:
On Thu, Mar 15, 2012 at 9:48 PM, Tres Seaver tsea...@palladion.com
wrote:
On 03/13/2012 06:49 PM, Nick Coghlan wrote:
On Wed, Mar 14, 2012 at 8:08 AM, Guido van Rossum
gu...@python.org wrote:
If
On 3/16/2012 10:53 AM, Paul Moore wrote:
The only way I can read this to make sense is that you somehow
consider the Python installation as part of your development
environment (you mentioned source control earlier in the thread -
surely you don't manage your Python installation in source
On 3/16/2012 9:22 AM, Lindberg, Van wrote:
On 3/16/2012 10:53 AM, Paul Moore wrote:
The only way I can read this to make sense is that you somehow
consider the Python installation as part of your development
environment (you mentioned source control earlier in the thread -
surely you
ACTIVITY SUMMARY (2012-03-09 - 2012-03-16)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues counts and deltas:
open3337 (+19)
closed 22779 (+75)
total 26116 (+94)
Open issues
On 3/16/2012 11:57 AM, Glenn Linderman wrote:
So I think I'm finally beginning to see the underlying reason why Van is
desiring this consistency: It is not that he wants to check in his
installation of Python, but that he wants to check in his installation
of his packages and scripts into a
On Fri, Mar 16, 2012 at 9:20 AM, Tres Seaver tsea...@palladion.com wrote:
On 03/16/2012 10:57 AM, Guido van Rossum wrote:
On Thu, Mar 15, 2012 at 9:48 PM, Tres Seaver tsea...@palladion.com
wrote:
On 03/13/2012 06:49 PM, Nick Coghlan wrote:
On Wed, Mar 14, 2012 at 8:08 AM, Guido van Rossum
On 3/16/2012 12:22 PM, Lindberg, Van wrote:
env/
bin/
python
pip
easy_install
my_script
In http://bugs.python.org/issue14302 Brian Curtin claims
After talks at PyCon with several people, python.exe will live in
C:\Python33\bin rather than C:\Python33 to come more
On 3/16/2012 11:33 AM, R. David Murray wrote:
On Fri, 16 Mar 2012 09:38:49 +0200, Eli Benderskyeli...@gmail.com wrote:
1. The behavior of append, insert and extend should be similar in this respect
2. AssertionError is not the customary error in such case - TypeError
is much more suitable
3.
On Fri, 16 Mar 2012 15:49:33 -0400, Terry Reedy tjre...@udel.edu wrote:
On 3/16/2012 11:33 AM, R. David Murray wrote:
On Fri, 16 Mar 2012 09:38:49 +0200, Eli Benderskyeli...@gmail.com wrote:
1. The behavior of append, insert and extend should be similar in this
respect
2. AssertionError
Hi Van,
On 03/16/2012 08:08 AM, Lindberg, Van wrote:
Changing the directory name is in fact a new and different (and much
more invasive) special case, because distutils et al install scripts
there, and that directory name is part of the distutils install scheme.
Installers don't care where
Hi Guido,
Let me start with thanking you for your long reply. It has clarified
some points to me, but I am still not certain about some others. I
hope I can clarify why I'm confused about this issue in the following.
First of all, let me clarify that I wrote my original mail not as 'the
guy who
OK, how about using encoding=bytes (yes, the type object!)? Or 'bytes' ?
--Guido van Rossum (sent from Android phone)
On Mar 16, 2012 2:19 PM, Merlijn van Deen valhall...@arctus.nl wrote:
Hi Guido,
Let me start with thanking you for your long reply. It has clarified
some points to me, but I
On 17/03/2012 7:22 AM, Carl Meyer wrote:
...
I don't want to make the internal layout of a virtualenv differ from the
system Python layout on the same platform, which (IIUC) was Mark's proposal.
Just to be clear, I made that suggestion in an effort to keep both
myself and Van - that the
On 14/03/2012 6:43 AM, VanL wrote:
Following up on conversations at PyCon, I want to bring up one of my
personal hobby horses for change in 3.3: Fix install layout on Windows,
with a side order of making the PATH work better.
...
For the sake of brain-storming, how about this:
* All
On Fri, Mar 16, 2012 at 19:53, Mark Hammond skippy.hamm...@gmail.com wrote:
For the sake of brain-storming, how about this:
* All executables and scripts go into the root of the Python install. This
directory is largely empty now - it is mainly a container for other
directories. This would
On 17/03/2012 12:07 PM, Brian Curtin wrote:
On Fri, Mar 16, 2012 at 19:53, Mark Hammondskippy.hamm...@gmail.com wrote:
For the sake of brain-storming, how about this:
* All executables and scripts go into the root of the Python install. This
directory is largely empty now - it is mainly a
Hi Mark,
On 03/16/2012 05:53 PM, Mark Hammond wrote:
* All executables and scripts go into the root of the Python install.
This directory is largely empty now - it is mainly a container for other
directories. This would solve the problem of needing 2 directories on
the PATH and mean existing
On 3/16/2012 6:25 PM, Carl Meyer wrote:
Hi Mark,
On 03/16/2012 05:53 PM, Mark Hammond wrote:
* All executables and scripts go into the root of the Python install.
This directory is largely empty now - it is mainly a container for other
directories. This would solve the problem of needing 2
When I build python from sources I have no lzma support (module _lzma
cannot be built).
There are lzma packages installed in my Ubuntu 11.10 box: lzma,
lzma-dev and lzma-sources.
I can see lib files (headers are also can be found in linux-headers):
andrew@tiktaalik ~/p/cpython locate lzma.so
On Fri, Mar 16, 2012 at 07:30:31PM -0700, Andrew Svetlov wrote:
When I build python from sources I have no lzma support (module _lzma
cannot be built).
I have liblzma-dev, liblzma2 and lzma packages installed on ubuntu. I
am able to build and import lzma module.
Thanks,
Senthil
liblzma-dev has solved my problem.
Thank you, Senthil.
On Fri, Mar 16, 2012 at 7:38 PM, Senthil Kumaran sent...@uthcode.com wrote:
On Fri, Mar 16, 2012 at 07:30:31PM -0700, Andrew Svetlov wrote:
When I build python from sources I have no lzma support (module _lzma
cannot be built).
I have
On 17/03/2012 12:25 PM, Carl Meyer wrote:
Hi Mark,
On 03/16/2012 05:53 PM, Mark Hammond wrote:
* All executables and scripts go into the root of the Python install.
This directory is largely empty now - it is mainly a container for other
directories. This would solve the problem of needing 2
36 matches
Mail list logo