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 d
liblzma-dev has solved my problem.
Thank you, Senthil.
On Fri, Mar 16, 2012 at 7:38 PM, Senthil Kumaran 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 liblzma-de
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
___
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
/usr
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 dir
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 exist
On 17/03/2012 12:07 PM, Brian Curtin wrote:
On Fri, Mar 16, 2012 at 19:53, Mark Hammond 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
director
On Fri, Mar 16, 2012 at 19:53, Mark Hammond 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 solve the problem of
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 executabl
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 Pytho
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" wrote:
> Hi Guido,
>
> Let me start with thanking you for your long reply. It has clarified
> some points to me, but I am still not ce
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 w
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 w
On Fri, 16 Mar 2012 15:49:33 -0400, Terry Reedy wrote:
> On 3/16/2012 11:33 AM, R. David Murray wrote:
> > On Fri, 16 Mar 2012 09:38:49 +0200, Eli Bendersky wrote:
> >> 1. The behavior of append, insert and extend should be similar in this
> >> respect
> >> 2. AssertionError is not the customary
On 3/16/2012 11:33 AM, R. David Murray wrote:
On Fri, 16 Mar 2012 09:38:49 +0200, Eli Bendersky 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 implementati
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 i
On Fri, Mar 16, 2012 at 9:20 AM, Tres Seaver wrote:
> On 03/16/2012 10:57 AM, Guido van Rossum wrote:
>> On Thu, Mar 15, 2012 at 9:48 PM, Tres Seaver
>> wrote:
>>> On 03/13/2012 06:49 PM, Nick Coghlan wrote:
On Wed, Mar 14, 2012 at 8:08 AM, Guido van Rossum
wrote:
> If you can solv
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
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 wit
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
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 c
-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
> wrote:
>> On 03/13/2012 06:49 PM, Nick Coghlan wrote:
>>> On Wed, Mar 14, 2012 at 8:08 AM, Guido van Rossum
>>> wrote:
If you can solve your problem
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 m
On 16 March 2012 15:17, Lindberg, Van 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 consistent layout between
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)
On 3/16/2012 3:38 AM, Paul Moore wrote:
> On 16 March 2012 00:12, Carl Meyer 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 sch
On Fri, 16 Mar 2012 09:38:49 +0200, Eli Bendersky 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 raises TypeErr
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
>
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
re
On Thu, Mar 15, 2012 at 9:48 PM, Tres Seaver wrote:
> On 03/13/2012 06:49 PM, Nick Coghlan wrote:
>> On Wed, Mar 14, 2012 at 8:08 AM, Guido van Rossum
>> wrote:
>>> If you can solve your problem with a suitably hacked Unpickler
>>> subclass that's fine with me, but I would personally use this
>>>
-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
> wrote:
>> ExtensionClass and Acquisition would fit the bill, except they
>> aren't ported to Python3 (Acquisition needs the headers from
>> ExtensionClass).
On Thu, Mar 15, 2012 at 6:27 AM, Michael Foord
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 was encouraged
> here
On Fri, Mar 16, 2012 at 05:55, Tres Seaver 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 afaik? Or?
//Lennart
_
On 16 March 2012 00:12, Carl Meyer 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 the Python
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'
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 documentat
36 matches
Mail list logo
