Re: [Python-Dev] Update to Python Documentation Website Request

>> So there are now two incompatible ways to install a package: >> either with the native manager, or with pythonpkgmgr. If you install >> them one way, and try to remove them the other way, you lose. > > pythonpkgmgr is only a thin wrapper for easy_install/pip. > > If there is a problem, then it

Re: [Python-Dev] Update to Python Documentation Website Request

On Tue, 28 Jul 2009 07:12:25 +0200, "Martin v. Löwis" wrote: > So there are now two incompatible ways to install a package: > either with the native manager, or with pythonpkgmgr. If you install > them one way, and try to remove them the other way, you lose. pythonpkgmgr is only a thin wrapper fo

Re: [Python-Dev] Update to Python Documentation Website Request

>>> pythonpkgmgr is not so different to that. And the idea behind it is >>> to bring consistancy in package management across the different >>> platforms. >> At the cost of being inconsistent within a platform. > > It has the most generic of user interfaces. > [...] > > So I respectfully say th

[Python-Dev] Going nomail

I just started a new job today, and I've got a bunch of other stuff going on in my life, so I'm setting python-dev and python-ideas to nomail for a while. Please feel free to ping me directly if you want. I'll be back. -- Aahz (a...@pythoncraft.com) <*> http://www.pythoncraft.c

Re: [Python-Dev] Update to Python Documentation Website Request

David Lyon writes: > It manages local developer modules for python 2.6+. > pythonpkgmgr is aimed at featherweight users. You were talking about "developers", but now they're "featherweight users"? I'm sorry, but the more you post, the less I like the idea of including it with Python. Please

Re: [Python-Dev] Update to Python Documentation Website Request

On Sun, 26 Jul 2009 19:33:37 +0200, "Martin v. Löwis" wrote: >> pythonpkgmgr is not so different to that. And the idea behind it is >> to bring consistancy in package management across the different >> platforms. > > At the cost of being inconsistent within a platform. It has the most generic o

Re: [Python-Dev] Update to Python Documentation Website Request

On Sun, 26 Jul 2009 19:31:40 +0200, "Martin v. Löwis" wrote: >>> If they read examples, they will see import >>> statements, and then they have to find out how to make those work. >>> Does your tool help with that? >> >> Yes. It will open the website or homepage to the project/package >> in quest

Re: [Python-Dev] Update to Python Documentation Website Request

On Mon, 27 Jul 2009 20:12:54 +0900, "Stephen J. Turnbull" wrote: > Not you; pythonpkgmgr. You've said nothing about how pythonpkgmgr is > supposed to deal with multiple installed versions of Python Under windows it can deal with multiple versions of python. You just go to options and select whic

Re: [Python-Dev] Implementing File Modes

On Mon, Jul 27, 2009 at 3:04 PM, Paul Moore wrote: > I like MRAB's idea of using a (non-standard) "e" flag to include > stderr. So "r" reads from stdout, "re" reads from stdout+stderr. > > Anything more complicated probably should just use "raw" Popen > objects. Don't overcomplicate the interface

Re: [Python-Dev] Implementing File Modes

On Tue, 28 Jul 2009 04:06:45 am Eric Pruitt wrote: > I am implementing the file wrapper using changes to subprocess.Popen > that also make it asynchronous and non-blocking so implementing "r+" > should be trivial to do. How about handling stderr? I have the > following ideas: leave out support for

Re: [Python-Dev] Py_TPFLAGS_HEAPTYPE too overloaded

Joshua Haberman wrote: Python as a language has chosen to "lock down" built-in objects... If it's important for the built-in types, why should it be less important for mine? I'm not really sure why so much trouble is taken to lock down builtin types -- it seems to go against Python's general c

Re: [Python-Dev] Implementing File Modes

Steven D'Aprano wrote: On Tue, 28 Jul 2009 03:21:30 am MRAB wrote: What about stderr? You could add "e" if you want to read from it. "Read from stderr" is just a read. "Write to stderr" is just a write. The difference between reading stdout and stderr is not that you have different modes, b

Re: [Python-Dev] Implementing File Modes

On Tue, 28 Jul 2009 03:21:30 am MRAB wrote: > What about stderr? You could add "e" if you want to read from it. "Read from stderr" is just a read. "Write to stderr" is just a write. The difference between reading stdout and stderr is not that you have different modes, but that you are reading f

Re: [Python-Dev] Implementing File Modes

2009/7/27 Eric Pruitt : > I am implementing the file wrapper using changes to subprocess.Popen that > also make it asynchronous and non-blocking so implementing "r+" should be > trivial to do. How about handling stderr? I have the following ideas: leave > out support for reading from stderr, make i

Re: [Python-Dev] Implementing File Modes

I am implementing the file wrapper using changes to subprocess.Popen that also make it asynchronous and non-blocking so implementing "r+" should be trivial to do. How about handling stderr? I have the following ideas: leave out support for reading from stderr, make it so that there is an optional a

Re: [Python-Dev] Implementing File Modes

Paul Moore wrote: 2009/7/27 Eric Pruitt : Hello, Since there was a bit of confusion last time, I'll start by saying I am working on the subprocess.Popen module for Google Summer of Code. One of the features I am implementing is a class so that a running process can stand in in place of a file.

Re: [Python-Dev] Implementing File Modes

2009/7/27 Eric Pruitt : > Hello, > > Since there was a bit of confusion last time, I'll start by saying I am > working on the subprocess.Popen module for Google Summer of Code. One of the > features I am implementing is a class so that a running process can stand in > in place of a file. For exampl

Re: [Python-Dev] mingw32 and gc-header weirdness

On 7/24/09 5:16 AM, Roumen Petrov wrote: Christian Tismer wrote: ... Did the crash disappear is you add "__attribute__((aligned(8)))" after variable dummy ? Did not try. But the proposed addition of a double does it, see the dev list. cheers - chris -- Christian Tismer :^)

Re: [Python-Dev] mingw32 and gc-header weirdness

On 7/27/09 12:48 AM, Christian Heimes wrote: Christian Tismer wrote: We should keep Martin's hint in mind, that Python 4 could place the gc header at the end of structures, instead. Wow, 3.1 just came out and we already have the first PEP for Python 4k? :) Christian Maybe it's even possible

[Python-Dev] Implementing File Modes

Hello, Since there was a bit of confusion last time, I'll start by saying I am working on the subprocess.Popen module for Google Summer of Code. One of the features I am implementing is a class so that a running process can stand in in place of a file. For examples, instead of open( "filelist", mo

Re: [Python-Dev] Update to Python Documentation Website Request

David Lyon writes: > On Mon, 27 Jul 2009 11:18:25 +0900, "Stephen J. Turnbull" > wrote: > > [1] on > > my part") and sysadmin goals ("something that works and plays nicely > > with the rest of the system"). > > > > pythonpkgmgr seems entirely oblivious to the latter issue, and not > > par

Re: [Python-Dev] Update to Python Documentation Website Request

On Mon, 27 Jul 2009 19:29:14 +0900, David Cournapeau wrote: >> My only point is that Windows ain't no embedded system. It's not >> short on memory or disk space. If a package manager is 5 megabytes >> extra say, with it's libraries.. what's the extra download time on >> that ? compared to three da

Re: [Python-Dev] Update to Python Documentation Website Request

On Mon, Jul 27, 2009 at 7:20 PM, David Lyon wrote: > My only point is that Windows ain't no embedded system. It's not > short on memory or disk space. If a package manager is 5 megabytes > extra say, with it's libraries.. what's the extra download time on > that ? compared to three days+ stuffing

Re: [Python-Dev] Update to Python Documentation Website Request

On Sun, 26 Jul 2009 17:23:59 +0100, Michael Foord wrote: > It would be great to have a decent visual package manager for Python. Hopefully one day we'll have one - haha > It needs to be built on top of the work that Tarek is doing with > distutils (and be compatible with his Distribute fork o

Re: [Python-Dev] Update to Python Documentation Website Request

On Mon, 27 Jul 2009 11:18:25 +0900, "Stephen J. Turnbull" wrote: > [1] on > my part") and sysadmin goals ("something that works and plays nicely > with the rest of the system"). > > pythonpkgmgr seems entirely oblivious to the latter issue, and not > particularly compatible with the way package m

Re: [Python-Dev] Py_TPFLAGS_HEAPTYPE too overloaded

Greg Ewing canterbury.ac.nz> writes: > Joshua Haberman wrote: > > This is not as bad as having someone > > set __class__ on one of my instances, or set attributes on my type, etc. > > Is there any real need to prevent someone from doing > those things? My ultimate goal is to make my types as muc

Re: [Python-Dev] mingw32 and gc-header weirdness

Christian Tismer wrote: > We should keep Martin's hint in mind, that Python 4 could place > the gc header at the end of structures, instead. Wow, 3.1 just came out and we already have the first PEP for Python 4k? :) Christian ___ Python-Dev mailing list

Re: [Python-Dev] mingw32 and gc-header weirdness

On 7/25/09 7:11 AM, Neil Hodgson wrote: Martin v. Löwis: I propose to add another (regular) double into the union. Adding a regular double as a second dummy gives the same sizes and alignments with Mingw or MSVC as the original definition with MSVC: Great (checked that, too) This makes