Re: [Python-Dev] pthread sem PyThread_acquire_lock

On Thu, Jul 2, 2009 at 4:04 PM, Jean-Paul Calderone wrote: > On Thu, 2 Jul 2009 15:47:48 -0700, "Gregory P. Smith" >> If you want signals to actually be handled in a timely manner, its >> best to leave the main thread of the program alone as a signal >> handling thread that just spends its time in

Re: [Python-Dev] I am back

On Thu, Jul 2, 2009 at 11:44, Terry Reedy wrote: > Brett Cannon wrote: > >> >> >> On Thu, Jul 2, 2009 at 04:39, Nick Coghlan > ncogh...@gmail.com>> wrote: >> >>Aahz wrote: >> > On Wed, Jul 01, 2009, Brett Cannon wrote: >> >> Anything happen while I was gone that I should be aware of t

Re: [Python-Dev] [IronPython] Exception for setting attributes of built-in type

Seo wrote: > Exception for setting attributes of built-in type differs between > CPython and IronPython. This is not purely theoretical, as > zope.interface tries to set Implements declaration as __implemented__ > attribute of built-in type object, and excepts TypeError. > > Python 2.6.1 > >>> obje

Re: [Python-Dev] Mercurial migration: progress report (PEP 385)

On 3/07/2009 6:42 AM, Dirkjan Ochtman wrote: In response to some rumblings on python-committers and just to request more feedback, a progress report. I know it's long, I've tried to put to keep it concise and chunked, though. Although this has come up in the past, I don't recall a resolution.

Re: [Python-Dev] Mercurial migration: progress report (PEP 385)

2009/7/2 Dirkjan Ochtman : > In response to some rumblings on python-committers and just to request > more feedback, a progress report. I know it's long, I've tried to put > to keep it concise and chunked, though. Thanks very much for working on this, Dirkjan. It may seem rather thankless now, but

Re: [Python-Dev] pthread sem PyThread_acquire_lock

On Thu, 2 Jul 2009 15:47:48 -0700, "Gregory P. Smith" wrote: On Mon, Jun 29, 2009 at 2:28 PM, "Martin v. Löwis" wrote: AFAIK, ignoring EINTR doesn't preclude the calling of signal handlers. This is my understanding as well - so I don't think Python actually "swallows" the signal. A great ex

Re: [Python-Dev] pthread sem PyThread_acquire_lock

On Mon, Jun 29, 2009 at 2:28 PM, "Martin v. Löwis" wrote: >> AFAIK, ignoring EINTR doesn't preclude the calling of signal handlers. > > This is my understanding as well - so I don't think Python actually > "swallows" the signal. > >> A great example is reading from a socket. Whether or not it can b

Re: [Python-Dev] [Fwd: [issue6397] Implementing Solaris "poll" in the "select" module]

On Thu, Jul 2, 2009 at 2:52 AM, Jesus Cea wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Alexandre Vassalotti wrote: >> On Wed, Jul 1, 2009 at 10:05 PM, Guido van Rossum wrote: >>> The select module already supports the poll() system call. Or is there >>> a special variant that only S

[Python-Dev] Mercurial migration: progress report (PEP 385)

In response to some rumblings on python-committers and just to request more feedback, a progress report. I know it's long, I've tried to put to keep it concise and chunked, though. - First of all, I've got the basic conversion down, I've done it a few times now, with progressively better results.

Re: [Python-Dev] PEP 376

At 09:06 PM 7/2/2009 +0100, Paul Moore wrote: Maybe the answer is that distutils reject *all* uses of absolute paths on Windows. The PEP can then say whatever you want as far as I'm concerned, as it doesn't affect me. If the existing bugs don't get fixed, though, I'd say that the RECORD file shou

Re: [Python-Dev] semi-regular check that all committers are subscribed to python-committers

On Thu, Jul 2, 2009 at 22:08, Brett Cannon wrote: >  Maybe you should just get the commit privileges now. Any objections? Not from me, obviously. Cheers, Dirkjan ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/

Re: [Python-Dev] semi-regular check that all committers are subscribed to python-committers

On Thu, Jul 2, 2009 at 12:56, Dirkjan Ochtman wrote: > On Thu, Jul 2, 2009 at 21:04, Brett Cannon wrote: > > If you have commit privileges on Python but are not subscribed to > > python-committers, please let me know and I will subscribe you. > Membership > > on python-committers is mandatory as

Re: [Python-Dev] PEP 376

2009/7/2 Tarek Ziadé : > On Thu, Jul 2, 2009 at 2:39 PM, Paul Moore wrote: >> 2009/7/2 Tarek Ziadé : >>> For absolute paths now that gets installed, what would be the >>> difference between the pre-generated >>> RECORD file and the RECORD file installed on the win32 target system, if >>> any ? >>

Re: [Python-Dev] semi-regular check that all committers are subscribed to python-committers

On Thu, Jul 2, 2009 at 21:04, Brett Cannon wrote: > If you have commit privileges on Python but are not subscribed to > python-committers, please let me know and I will subscribe you. Membership > on python-committers is mandatory as that's where we announce branch > freezes, etc. Would it be help

Re: [Python-Dev] "re" module and Python 1.6 (GPL incompatible) license?

> PS: if this gets fixed somehow, can the fix be backported to the > Python 2.5.x releases? Definitely not - it's not security critical. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev

[Python-Dev] semi-regular check that all committers are subscribed to python-committers

If you have commit privileges on Python but are not subscribed to python-committers, please let me know and I will subscribe you. Membership on python-committers is mandatory as that's where we announce branch freezes, etc. -Brett ___ Python-Dev mailing l

Re: [Python-Dev] I am back

Brett Cannon wrote: On Thu, Jul 2, 2009 at 04:39, Nick Coghlan > wrote: Aahz wrote: > On Wed, Jul 01, 2009, Brett Cannon wrote: >> Anything happen while I was gone that I should be aware of that is not >> covered in a PEP? > > Yes.

Re: [Python-Dev] PEP 376

Scott David Daniels wrote: Antoine Pitrou wrote: Guido van Rossum python.org> writes: I noted an inconsistency: first you say that the RECORD file uses the excel dialect, but at the end of the same section you say it uses the default csv settings. Sounds like you need to delete one or the othe

Re: [Python-Dev] I am back

On Thu, Jul 2, 2009 at 04:39, Nick Coghlan wrote: > Aahz wrote: > > On Wed, Jul 01, 2009, Brett Cannon wrote: > >> Anything happen while I was gone that I should be aware of that is not > >> covered in a PEP? > > > > Yes. > > I agree with Aahz ;) > Ah, the smart ass remarks never cease. =) > >

Re: [Python-Dev] PEP 376

Antoine Pitrou wrote: Guido van Rossum python.org> writes: I noted an inconsistency: first you say that the RECORD file uses the excel dialect, but at the end of the same section you say it uses the default csv settings. Sounds like you need to delete one or the other. If I remember correctly

Re: [Python-Dev] I am back

Stefan Behnel wrote: s...@pobox.com wrote: Aahz> On Wed, Jul 01, 2009, Brett Cannon wrote: >> Anything happen while I was gone that I should be aware of that is >> not covered in a PEP? Aahz> Yes. In particular, Brett, you probably didn't hear that the King of Pop died last we

Re: [Python-Dev] I am back

s...@pobox.com wrote: > Aahz> On Wed, Jul 01, 2009, Brett Cannon wrote: > > >> Anything happen while I was gone that I should be aware of that is > >> not covered in a PEP? > > Aahz> Yes. > > In particular, Brett, you probably didn't hear that the King of Pop died > last week. I

Re: [Python-Dev] Bytes, Strings, Encoding

On Wed, Jul 1, 2009 at 6:48 PM, Benjamin Peterson wrote: > 2009/7/1 Eric Pruitt : >> Hello, >> >> I am working on the subprocess.Popen module for Python 2.7 and am now moving >> my changes over to Python 3.1 however I am having trouble with the whole >> byte situation and I can't quite seem to unde

Re: [Python-Dev] I am back

Aahz> On Wed, Jul 01, 2009, Brett Cannon wrote: >> Anything happen while I was gone that I should be aware of that is >> not covered in a PEP? Aahz> Yes. In particular, Brett, you probably didn't hear that the King of Pop died last week. It was hardly mentioned in the major news

Re: [Python-Dev] PEP 376

On Thu, Jul 2, 2009 at 4:35 PM, Paul Moore wrote: > Ta. I'll give it a go tonight. But haven't you made the point yourself > by saying I'll need to change the directory? This will fail for me as > I don't have a "/tmp" directory. So I'd expect a bdist installer > (*any* bdist installer) to fail, as

Re: [Python-Dev] PEP 376

2009/7/2 Tarek Ziadé : > Try this setup.py file: > > """ > from distutils.core import setup > > setup(name='foo', version='1.0', data_files=[('/tmp', ['data'])]) > """ > > with this MANIFEST.in file: > "" > include data > """ > > and add a 'data' file alongside Ta. I'll give it a go tonight. But h

Re: [Python-Dev] PEP 376

Guido van Rossum python.org> writes: > > I noted an inconsistency: first you say that the RECORD file uses the > excel dialect, but at the end of the same section you say it uses the > default csv settings. Sounds like you need to delete one or the other. If I remember correctly, the default csv

Re: [Python-Dev] PEP 376

On Thu, Jul 2, 2009 at 2:39 PM, Paul Moore wrote: > 2009/7/2 Tarek Ziadé : >> For absolute paths now that gets installed, what would be the >> difference between the pre-generated >> RECORD file and the RECORD file installed on the win32 target system, if any >> ? > > When is an absolute path gene

[Python-Dev] "re" module and Python 1.6 (GPL incompatible) license?

Hi, I noticed that some files of the "re" module still have the (GPL incompatible) 1.6 license notice. Is that on purpose or unintentionally forgotten? If that is on purpose, does that mean that some GPL Python code cannot use the "re" module? For reference, here are the links to these files (fr

Re: [Python-Dev] PEP 376

2009/7/2 Tarek Ziadé : > For absolute paths now that gets installed, what would be the > difference between the pre-generated > RECORD file and the RECORD file installed on the win32 target system, if any ? When is an absolute path generated? If you can give me a small sample of a distribution tha

Re: [Python-Dev] PEP 376

On Wed, Jul 1, 2009 at 1:44 PM, Paul Moore wrote: > "Adding a RECORD file" > > You say "at installation time" - please clarify. Do you only mean > setup.py install? What about bdist_wininst and bdist_msi? What about > third party bdist style tools? How will they ensure they get a RECORD > file? > >

Re: [Python-Dev] PEP 376

Paul Moore writes: > 2009/7/2 Ben Finney : > > I think that calling distutils an “install program” is confusing. > > When I discuss distutils, I don't call it a program at all; it's a > > library (or perhaps “framework”) that provides part of the job of > > package installation. > > I agree, but

Re: [Python-Dev] I am back

Aahz wrote: > On Wed, Jul 01, 2009, Brett Cannon wrote: >> Anything happen while I was gone that I should be aware of that is not >> covered in a PEP? > > Yes. I agree with Aahz ;) Cheers, Nick. P.S. Welcome back :) -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia --

Re: [Python-Dev] PEP 376

On Thu, Jul 2, 2009 at 1:32 PM, Nick Coghlan wrote: >> >> Yes exactly, I was going to add: >> >> $ python -m distutils.uninstall some_package > > A directly executable submodule is an even better idea than making > distutils itself executable. Definitely worth mentioning in the PEP in > the section

Re: [Python-Dev] PEP 376

Tarek Ziadé wrote: > On Wed, Jul 1, 2009 at 10:20 AM, Michael Foord > wrote: >>> Uninstall as a command feels a little weird. Since "python setup.py >>> [some-command]" implies that the setup.py contains information about the >>> distribution that the command is being applied to. So instead of: >>

Re: [Python-Dev] PEP 376

2009/7/2 Ben Finney : > I think that calling distutils an “install program” is confusing. When > I discuss distutils, I don't call it a program at all; it's a library > (or perhaps “framework”) that provides part of the job of package > installation. I agree, but I consider the fact that distutils

Re: [Python-Dev] PEP 376

Paul Moore writes: > 2009/7/1 R. David Murray : > > The uninstall function is part of that infrastructure, but since > > distutils isn't a package manager itself (it's an install program), > > distutils as currently organized can't really handle uninstall > > except as outlined in a section you m

Re: [Python-Dev] [Fwd: [issue6397] Implementing Solaris "poll" in the "select" module]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexandre Vassalotti wrote: > On Wed, Jul 1, 2009 at 10:05 PM, Guido van Rossum wrote: >> The select module already supports the poll() system call. Or is there >> a special variant that only Solaris has? >> > > I think Jesus refers to /dev/poll—i.e.,

Re: [Python-Dev] PEP 376

On Thu, Jul 2, 2009 at 5:44 AM, Stephen J. Turnbull wrote: > That's a judgment you must make.  However, Paul's opinion seems to be > that it is internal, and not needed by third-parties who are working > "on the top" of these classes.  If upon consideration you agree, you > should take those "detai

Re: [Python-Dev] PEP 376

On Thu, Jul 2, 2009 at 4:41 AM, P.J. Eby wrote: > Yes and no.  Not providing uninstall support is reasonable, but the PEP also > has features to query packages in general. > > (There's also no technical reason why comparable manifest and uninstall > support can't be provided for .egg files and dire

Re: [Python-Dev] PEP 376

2009/7/1 R. David Murray : > I haven't read the PEP in detail since it's outside my area of interest > and knowledge(*), but my understanding of the goal is that the PEP is > providing an _infrastructure_ for system-level package management tools. > The uninstall function is part of that infrastruc