Re: [Python-Dev] BDFL ruling request: should we block forever waiting for high-quality random bits?

On Thu, Jun 16, 2016 at 10:26:22AM -0700, Nick Coghlan wrote: > meta-guidance. However, there are multiple levels of improvement being > pursued here, since developer ignorance of security concerns and > problematic defaults at the language level is a chronic problem rather > than an acute one (and

Re: [Python-Dev] Yearly PyPI breakage

On Thu, May 05, 2016 at 10:31:48PM -0400, Donald Stufft wrote: > I don't believe we've ever told someone that something can't happen because of > Warehouse, only that *I* won't implement something until after Warehouse. That > often times means that something won't happen until after Warehouse beca

Re: [Python-Dev] Typo in PEP-0423

On Sat, Dec 19, 2015 at 08:55:26PM +1000, Nick Coghlan wrote: > Even once the new docs are in place, getting them to the top of search > of results ahead of archived material that may be years out of date is > likely to still be a challenge - for example, even considering just > the legacy distutil

Re: [Python-Dev] How far to go with user-friendliness

On Tue, Jul 14, 2015 at 09:53:33AM -0700, Ethan Furman wrote: > Part of writing tests is making sure they fail (and for the right reason) -- > proper testing of the tests would reveal such a typo. And there are other failure modes for writing tests that succeed but are not testing what you think.

Re: [Python-Dev] cpython (3.4): #23891: add a section to the Tutorial describing virtual environments and pip

> > #23891: add a section to the Tutorial describing virtual environments and > > pip > > This is very cool, thank you! Thanks! This suggestion came up at April's Language Summit as an improvement to make the tutorial better reflect current practice. Another suggestion was to suggest the 'requ

Re: [Python-Dev] Tracker Stats

On Mon, Jun 23, 2014 at 04:12:24PM -0400, R. David Murray wrote: > The stats graphs are based on the data generated for the > weekly issue report. I have a patched version of that > report that adds the bug/enhancement info. After PyCon, I started working on a scraper that would produce a bunch o

Re: [Python-Dev] Language Summit notes

On Wed, Apr 09, 2014 at 09:08:04PM -0400, Guido van Rossum wrote: > To anyone who took notes at the language summit at PyCon today, even if you > took them just for yourself, would you mind posting them here? It would be > good to have some kind of (informal!) as soon as possible, before we > colle

[Python-Dev] pootle.python.org is down

I came across http://bugs.python.org/issue13663, which is about a pootle.python.org installation. http://pootle.python.org/ currently returns a 500. Are we still using Pootle, or should I just close #13663? (Maybe the installation got broken in the move to OSL and then forgotten?) --amk

Re: [Python-Dev] Python 3 marketing document?

On Fri, Jan 24, 2014 at 10:37:12AM -0600, Jesse Noller wrote: > fwiw, I'm offering the keys/account/etc for getpython3.com to whomever > has the time to keep it fresh and up to date. I'd be interested. --amk ___ Python-Dev mailing list Python-Dev@python

[Python-Dev] Is pygettext.py deprecated?

I was looking at http://bugs.python.org/issue1098749, which adds extraction of multiple-line strings to pygettext.py, but on the ticket Mark Lawrence suggested that "pygettext should be deprecated". Is it deprecated? (It's not listed in PEP 4, but it isn't a module.) Debian wrote a man page for

Re: [Python-Dev] [Python-checkins] cpython: #1097797: Add CP273 codec, and exercise it in the test suite

On Sun, Nov 10, 2013 at 06:48:30PM -0500, Terry Reedy wrote: > >+def encode(self,input,errors='strict'): > >+return codecs.charmap_encode(input,errors,encoding_table) > > You left out the spaces after the call commas (PEP8) Thanks for noting this. This file is programmatically generat

Re: [Python-Dev] [Python-checkins] cpython: Fiddled Thread.join() to be a little simpler. Kinda ; -)

On Sat, Oct 26, 2013 at 05:34:05AM +0200, tim.peters wrote: > Fiddled Thread.join() to be a little simpler. Kinda ;-) > -# else it's a negative timeout - precise behavior isn't documented > -# then, but historically .join() returned in this case > +else: > +#

Re: [Python-Dev] [Python-checkins] cpython (3.3): PythonCAD is now on PyQt, use Wing as a prominent PyGtk example.

On Mon, Oct 07, 2013 at 12:13:18AM +0100, Michael Foord wrote: > Wing is only a good example of PyGtk until Wing 5 is out of beta. They too > have switched to PyQt... Perhaps Gramps is a good example: http://www.gramps-project.org/ I just glanced at their code and it's still using PyGtk. --amk __

Re: [Python-Dev] [Python-checkins] cpython: [issue19151] Fix issue number in Misc/NEWS entry.

On Thu, Oct 03, 2013 at 08:48:47PM +0200, eric.snow wrote: > -- Issue #19951: Fix docstring and use of _get_suppported_file_loaders() to > +- Issue #19151: Fix docstring and use of _get_suppported_file_loaders() to ^^^ likely a typo? --amk ___

[Python-Dev] Issue 4199: combining assignment with global & nonlocal

Issue 4199 begins with a self-explanatory comment: PEP 3104 says that the nonlocal and global statements should allow a shorthand. ("global x; x = 3" == "global x = 3") This patch implements that. Benjamin posted his patch on 2008-10-24. It got postponed to 3.2 because it was t

Re: [Python-Dev] [Python-checkins] cpython (2.7): Issue #18277: Document quirks of multiprocessing queue.

On Mon, Jun 24, 2013 at 03:53:27PM +0200, richard.oudkerk wrote: > http://hg.python.org/cpython/rev/8dcc4e017d42 > + but should not cause any pratical difficulties -- you can always ^^ practical > + infinitessimal delay before the queue's :meth:`~Queue.empty`

Re: [Python-Dev] Python wiki

On Sun, Sep 26, 2010 at 03:53:58PM +0200, Georg Brandl wrote: > * redirect from wiki.python.org to wiki.python.org/moin I've added a element to the top page of wiki.python.org, so browsers will now jump to the /moin/ page immediately. This won't help crawlers that don't parse the HTML, but that

Re: [Python-Dev] marking os.system() as deprecated in the docs

The current text is: The subprocess module provides more powerful facilities for spawning new processes and retrieving their results; using that module is preferable to using this function. See the Replacing Older Functions with the subprocess Module section in the subprocess d

Re: [Python-Dev] Removing IDLE from the standard library

On Sun, Jul 11, 2010 at 05:22:28PM +0300, Tal Einat wrote: > Initially (five years ago!) I tried to overcome these issues by > improving IDLE, solving problems and adding a few key features. > Without going into details, suffice to say that IDLE hasn't improved > much since 2005 despite my efforts.

Re: [Python-Dev] Mailbox module - timings and functionality changes

On Tue, Jun 29, 2010 at 11:40:50AM -0400, Steve Holden wrote: > I will leave the profiler output to speak for itself, since I can find > nothing much to say about it except that there's a hell of a lot of > decoding going on inside mailbox.iterkeys(). The problem is actually in _generate_toc(), wh

Re: [Python-Dev] Mailbox module - timings and functionality changes

On Tue, Jun 29, 2010 at 07:56:22AM -0700, Guido van Rossum wrote: > Since you have such a great reproducible test case, could you point > the profiler at it? (Perhaps on a reduced dataset... The profiler > multiples your run time by some number between 2 and 10 IIRC.) Let me underline Guido's sugg

Re: [Python-Dev] email package status in 3.X

On Sun, Jun 20, 2010 at 10:57:05AM -0700, Guido van Rossum wrote: > Education is needed. When you search Google (or Bing, for that matter > :-) for "python unicode" the first hit is > http://www.amk.ca/python/howto/unicode, which is highly detailed but > probably too much information for the typica

Re: [Python-Dev] What's New text on future maintenance

On Fri, May 07, 2010 at 07:52:49PM +1000, Nick Coghlan wrote: > 3.x). I'll take a stab at a more accurate rationale: Thanks! I've applied the scalpel and reduced it to: * A policy decision was made to silence warnings only of interest to developers by default. :exc:`DeprecationWarning` and it

Re: [Python-Dev] What's New text on future maintenance

On Fri, May 07, 2010 at 09:30:00AM +0200, "Martin v. Löwis" wrote: > I agree with Terry: how did you arrive at the 4 years for 2.x releases? > Bug fixes releases stopped after the next feature release being made, > which gave (counting between initial release and last bug fix release): I used the

[Python-Dev] What's New text on future maintenance

FYI: I've just added the text below to the "What's New" document for 2.7. I wanted to describe how 2.7 will probably be maintained, but didn't want to write anything that sounded like an iron-clad guarantee of a maintenance timespan. Does this text seem like a reasonable set of statements? --amk

Re: [Python-Dev] Anyone can do patch reviews (was: Enhanced tracker privileges...)

On Tue, Apr 27, 2010 at 02:40:19PM -, exar...@twistedmatrix.com wrote: > This list would make a good addition to one of the cpython development > pages. If potential contributors could find this information, then > they'd be much more likely to participate by doing reviews. If anyone want

Re: [Python-Dev] Enhanced tracker privileges for dangerjim to do?triage.

On Wed, Apr 28, 2010 at 10:46:37AM +1000, Steven D'Aprano wrote: > their ability to gain recognition for their merit. It's not enough to > be good at what you do, people have to know it. Ten high-quality > patches for high-profile bugs in a week may get you enhanced > privileges, while thirty hi

Re: [Python-Dev] Enhanced tracker privileges for dangerjim to do triage.

On Mon, Apr 26, 2010 at 02:25:33AM -, exar...@twistedmatrix.com wrote: > I think there should be a page on python.org that says all > contributors are welcome, and one way to become a contributor is to > wrangle the issue tracker, and explains what this involves (I don't > really have any idea,

Re: [Python-Dev] Tracker reviews workflow and flags

On Fri, Mar 19, 2010 at 10:22:05AM -0400, R. David Murray wrote: > > Real world example with issue8151. It is an issue with a trivial patch > > in it. Everything what is needed is to dispatch it to stable `commit > > queue` and port to trunk. It is not 'easy' - it is 'trivial', but I > > have no me

Re: [Python-Dev] Improved Traceback Module

cgitb can also produce text tracebacks: >>> import cgitb >>> cgitb.enable(format='text') >>> import urllib >>> f=urllib.urlopen('bogus://foo') Python 2.7a1+: /home/amk/source/p/python/python Thu Jan 28 11:35:04 2010 A problem occurred in a Python script. Here is the sequence of function calls l

Re: [Python-Dev] PEP 3146: Merge Unladen Swallow into CPython

On Wed, Jan 20, 2010 at 10:54:11PM -0800, Gregory P. Smith wrote: > I think having a run time flag (or environment variable for those who like > that) to disable the use of JIT at python3 execution time would be a good > idea. Another approach could be to compile two binaries, 'python' which is sm

Re: [Python-Dev] Static analysis of CPython using coccinelle/spatch

On Mon, Nov 16, 2009 at 03:27:53PM -0500, David Malcolm wrote: > Has anyone else looked at using Coccinelle/spatch[1] on CPython source > code? For an excellent explanation of Coccinelle, see . --amk ___ Python-Dev maili

Re: [Python-Dev] PyPI comments and ratings, *really*?

On Sat, Nov 14, 2009 at 08:43:25AM +1100, Ben Finney wrote: > There's also no option to vote that decisions on how to manage Python > infrastructure (like PyPI) shouldn't be made by popular vote. If the open source approach of 'the maintainer decides' is followed, well, both the maintainer of the

Re: [Python-Dev] PyPI comments and ratings, *really*?

On Fri, Nov 13, 2009 at 11:44:42AM +1100, Ben Finney wrote: > There's a problem with the poll's placement: on the front page of the > PyPI website. I've posted a tweet to the ThePSF account about the poll. If the poll runs for a week or two, that would provide time for word of the poll to propaga

Re: [Python-Dev] PyPI comments and ratings, *really*?

On Thu, Nov 12, 2009 at 11:30:27AM -0800, Guido van Rossum wrote: > etc.). Maybe there should be a standard "social app" that you can just > customize for a specific purpose. Sounds like an interesting project, > actually. For comments, haloscan and disqus are third-party comment-hosting services;

[Python-Dev] FYI: LWN article on 2.x, 3.x, and the moratorium

FYI: I've written an article for Linux Weekly News on the moratorium & related issues. The article is subscribers-only for a week, but here's a free link: http://lwn.net/SubscriberLink/361266/ef88bdbed5369800/ If you find this sort of thing useful/interesting, please consider subscribing to LWN.

Re: [Python-Dev] PEP 3003 - Python Language Moratorium

On Sun, Nov 08, 2009 at 10:27:46PM +0100, Georg Brandl wrote: > Good point, I'll make that change if AMK agrees. It's certainly fine with me. Do we want to only make that change to the 2.7 "What's New", or should we also do it for the 2.6 one? --amk ___

Re: [Python-Dev] Retrieve an arbitrary element from a set withoutremoving it

On Fri, Oct 30, 2009 at 09:37:36PM +0100, Georg Brandl wrote: > I don't like this. It gives a set object a hidden state, something that > AFAICS no other builtin has. Iterating over an iterable is what iterators > are for. It also makes the object thread-unsafe; there's no way for two threads to

[Python-Dev] Volunteer needed to organize summits

I'd like to turn over the organization of the VM and Python Language Summits at PyCon 2010 to someone else, one or two people. (The same person doesn't need to organize both of them.) Why: in November PyCon will be three months away, so the guest list needs to be finalized and the invitations nee

Re: [Python-Dev] Misc/maintainers.rst

On Thu, Sep 17, 2009 at 11:32:25PM +0200, Georg Brandl wrote: > > Should we do something similar with the FAQs at > > http://www.python.org/doc/faq/ ? > > They would then go into the main docs, I guess? That would make sense. However, we already have seven different FAQs there, so I don't think

Re: [Python-Dev] Misc/maintainers.rst

On Thu, Sep 17, 2009 at 07:38:50PM +0200, Georg Brandl wrote: > So the plan would be to consolidate these into another set of rst docs, > having them in the repo, editable by every committer, as well as published > somewhere on python.org (devdocs.python.org or somesuch). +1. Should we do somethi

Re: [Python-Dev] PEP 3144 review.

On Thu, Sep 17, 2009 at 10:59:22AM -0700, Peter Moody wrote: > currently have, or do you feel that simply adding 5 rfc's to the > references section adds to the overall readability of the PEP? I would list them simply because it's not obvious which RFC specifies the format of IP addresses or how t

[Python-Dev] Python Language Summit #2 in February

PyCon 2010 will be February 19-21 2010 in Atlanta, Georgia (US). Van Lindberg, PyCon chair, has approved having another Python Language Summit on Thursday, February 18 2010. The web page for it is The Python Language Summit is an invitation-only

[Python-Dev] www/svn python.org status update

The following sites are up again on a new machine, but cannot be updated through SVN hooks or whatever mechanism: www.python.org docs.python.org www.jython.org planet.python.org planet.jython.org svn.python.org was deliberately not brought up again. The backups were a few hours behind and missin

[Python-Dev] www, svn.python.org down

Both www.python.org and svn.python.org are down. They're hosted on the same machine, and it seems to have run into disk problems and hasn't rebooted even after power-cycling. Thomas Wouters will be visiting the machine physically tomorrow to try to diagnose the problem. (The machine also hosts p

Re: [Python-Dev] PEP 385: pruning/reorganizing branches

On Mon, Aug 03, 2009 at 12:51:36PM +0200, Dirkjan Ochtman wrote: > amk-mailbox: keep-clone? strip -- this branch was for working on a fix for http://bugs.python.org/issue1599254, but the actual work in the branch is available as the patches attached to that item. --amk ___

Re: [Python-Dev] Google Wave as a developer communication tool

On Thu, Jun 04, 2009 at 01:15:16PM -0400, Terry Reedy wrote: > marked as having new content. At your leisure, you open it (or perhaps > you have marked it 'download updates in background'). That that takes > longer with a slow connection is no different than with other text > streams. If y

Re: [Python-Dev] PEP 382: Namespace Packages

On Wed, Apr 15, 2009 at 01:59:34PM -0400, P.J. Eby wrote: > Please see the large number of Zope and PEAK distributions on PyPI as > minimal examples that disprove this being the common use case. I expect > you will find a fair number of others, as well. ... > In other words, the "base packag

Re: [Python-Dev] wait time [was: Ext4 data loss]

On Thu, Mar 12, 2009 at 08:25:59PM +, Antoine Pitrou wrote: > However, I also think that any parameter to flush() or close() is a bad idea, > since it can't be used when flushing and closing is implicit. For example when > the file is used in a "with" statement. I think the existing os.fsync()

Re: [Python-Dev] Ext4 data loss

On Wed, Mar 11, 2009 at 11:31:52AM +1100, Cameron Simpson wrote: > On 10Mar2009 18:09, A.M. Kuchling wrote: > | The mailbox module tries to be careful and always fsync() before > | closing files, because mail messages are pretty important. > > Can it be turned off? I hadn'

Re: [Python-Dev] Ext4 data loss

On Tue, Mar 10, 2009 at 09:11:38PM +0100, Christian Heimes wrote: > Python's file type doesn't use fsync() and be the victim of the very > same issue, too. Should we do anything about it? The mailbox module tries to be careful and always fsync() before closing files, because mail messages are pret

Re: [Python-Dev] Regexp 2.7

On Tue, Mar 10, 2009 at 11:32:10AM -0700, Guido van Rossum wrote: > Hm, what's wrong with the existing set of regex test cases? This is > one of the most complete set of test cases in our test suite. There's never anything wrong with having more test cases! However, if you have a choice of which

Re: [Python-Dev] Googlebot and the mail.python.org python-dev archive

On Sat, Feb 28, 2009 at 09:53:10PM +1000, Nick Coghlan wrote: > Is pydotorg-www still the place for website questions?* If so, I should > probably take this over there... Just 'pydotorg' is the current list (http://mail.python.org/mailman/listinfo/pydotorg). Looking at the access logs, mail.pytho

Re: [Python-Dev] Googlebot and the mail.python.org python-dev?archive

On Sat, Feb 28, 2009 at 10:37:09AM +, Antoine Pitrou wrote: > have the following HTML tag in them: > > which explicitly instructs Web spiders *not* to index contents nor follow > links. I believe this makes spiders not index this page, but does follow links. Individual messages have "in

Re: [Python-Dev] Adding support to curses library

On Wed, Feb 25, 2009 at 01:52:29PM -0800, st...@integrityintegrators.net wrote: > Are you up for helping a little more? Sure, but please open an issue on http://bugs.python.org for this; back-and-forth over a particular patch is done in the bug tracker, not the python-dev mailing list. http://www

Re: [Python-Dev] Adding support to curses library

On Wed, Feb 25, 2009 at 06:30:06AM -0800, Heracles wrote: > is commented back in it does fail. I am not sure exactly how a debugger will > help in this case since the color_set call goes directly to the ncurses > library. If in fact that the issue is the ncurses library then it seems > that there

Re: [Python-Dev] Greg Ward email

On Mon, Feb 23, 2009 at 02:16:17PM +0100, Tarek Ziadé wrote: > I am trying to reach Greg Ward to get a maintainer access to Distutils > at PyPI, but his email address at python.net (and some other) doesn't > work anymore. Greg's website at www.gerg.ca (not a typo!) has e-mail addresses. However,

Re: [Python-Dev] Daily documentation builds

On Tue, Feb 10, 2009 at 09:16:48PM -0800, Neal Norwitz wrote: > I ran 2.6, 3.0, and 3.1 manually. 2.7 should get picked up on the > next run. The problem is that regrtest.py -R hangs from time to time > which caused the machine to run out of memory. Does anyone else have > regrtest.py -R hang fo

Re: [Python-Dev] Mark old distutils as deprecated

On Sun, Feb 08, 2009 at 11:15:46AM +0100, Tarek Ziadé wrote: > To avoid confusion, as suggested by Akira who works on cleaning the > Distutils pages on the python.org website, > I would like to move http://svn.python.org/view/distutils/trunk into a > branch and add a README.txt in an empty trunk >

Re: [Python-Dev] Holding a Python Language Summit at PyCon

On Sat, Dec 06, 2008 at 02:42:38PM -0800, Brett Cannon wrote: > No, I am saying I had told AMK I was interested in championing the > session. He chose you, and that's that. One less thing for me to worry > about. =) Brett, I actually think you'd be a good champion for the 11AM transition-planning

Re: [Python-Dev] RELEASED Python 3.0 final

On Fri, Dec 05, 2008 at 05:40:46AM -, [EMAIL PROTECTED] wrote: > For most users, especially new users who have yet to be impressed with > Python's power, 2.x is much better. It's not like "library support" is > one small check-box on the language's feature sheet: most of the > attractive

Re: [Python-Dev] RELEASED Python 3.0 final

On Thu, Dec 04, 2008 at 05:29:31PM -0800, Raymond Hettinger wrote: > Here's a bright idea. On the 3.0 release page, include a box listing > which major third-party apps have been converted. Update it > once every couple of weeks. That way, we're not explicitly That's an excellent idea. We coul

Re: [Python-Dev] RELEASED Python 3.0 final

On Thu, Dec 04, 2008 at 08:20:34PM +, Paul Moore wrote: > Hmm, looking back, the quote Raymond is referring to is just a > suggestion for additional text on the 3.0 page. I agree with him that > it's a bit too negative. Actually I want it to be an entirely separate page so that we can point pe

Re: [Python-Dev] Holding a Python Language Summit at PyCon

On Thu, Dec 04, 2008 at 03:05:51PM -0500, Frank Wierzbicki wrote: > > Cross-implementation issues: > > I would like to champion this one. Thanks! You're now listed as the champion for it. --amk ___ Python-Dev mailing list Python-Dev@python.org http://m

Re: [Python-Dev] RELEASED Python 3.0 final

On Wed, Dec 03, 2008 at 08:51:33PM -0500, Barry Warsaw wrote: > On behalf of the Python development team and the Python community, I > am happy to announce the release of Python 3.0 final. Yay! > We are confident that Python 3.0 is of the same high quality as our > previous releases, such as

[Python-Dev] Holding a Python Language Summit at PyCon

The PyCon organizers are planning a Python Language Summit to be held in Chicago just before the conference, on Thursday March 26 2009. (This is the second day of tutorials, and the day before PyCon officially starts.) The purpose of the Python Language Summit is to let the developers of Python im

Re: [Python-Dev] My patches

On Thu, Oct 30, 2008 at 03:55:38PM +, Paul Moore wrote: > 2. Some patches marked as "documentation" are doc fixes, others seem > to be issues where it has been decided that the behaviour is correct > as is, but needs to be documented. Fair enough, but it's much harder > to assess the latter, an

Re: [Python-Dev] My patches

On Thu, Oct 30, 2008 at 11:04:42AM +, Barry Warsaw wrote: > One of the reasons why I'm very keen on us moving to a distributed version > control system is to help break the logjam on core developers. True, your > code will still not be able to land in the "official" branch without core > devel

Re: [Python-Dev] Has python-dev collapsed?

On Wed, Oct 29, 2008 at 12:26:48AM +0100, Christian Heimes wrote: > Maybe we should select an assistant release manager for the next > releases. It's lots of work to handle two releases at the same time. A Will 3.1 and 2.7 also be parallel releases? (I ask, not having read the 3xxx PEPS at al

Re: [Python-Dev] [ANN] VPython 0.1

On Sat, Oct 25, 2008 at 04:33:23PM +1300, Greg Ewing wrote: > Maybe not, but at least you can follow what it's doing > just by knowing C. Introducing vmgen would introduce another > layer for the reader to learn about. A stray thought: does using a generator for the VM make life easier for the Sta

Re: [Python-Dev] [ANN] VPython 0.1

On Thu, Oct 23, 2008 at 01:31:48AM -0600, Adam Olsen wrote: > To clarify: This is *NOT* actually a form of threading, is it? It > "merely" breaks the giant dispatch table into a series of small ones, > while also grouping instructions into larger superinstructions? OS > threads are not touched at

Re: [Python-Dev] Python 2.5.3: call for patches

yOn Mon, Oct 20, 2008 at 11:57:36AM +0200, Jeroen Ruigrok van der Werven wrote: > http://bugs.python.org/issue2231 This fixes a memory leak in itertools.chain(), which was greatly changed between 2.5 and 2.6, and the patch was to code not present in 2.5. Are you sure this bug affected 2.5 at all?

Re: [Python-Dev] [Python-checkins] r66863 - python/trunk/Modules/posixmodule.c

On Fri, Oct 10, 2008 at 08:44:38AM +0200, "Martin v. Löwis" wrote: > So 2.6.0 will contain a lot of tests that have never been tested in > a wide variety of systems. Some are incorrect, and get fixed in 2.6.1, > and stay fixed afterwards. This is completely different from somebody > introducing a n

[Python-Dev] Distutils/packaging sprint this weekend

Tarek Zidae' is organizing a sprint on general distutils/setuptools/packaging this weekend. Physically it's in Arlington VA, but participants will be hanging out in #distutils on freenode's IRC. More information at . --am"If

Re: [Python-Dev] Subversion access down?

On Thu, Oct 09, 2008 at 10:50:24AM +0200, Ulrich Eckhardt wrote: > Is it only me or does it fail for other people, too? I'm getting > > | Server sent unexpected return value (503 Service > | Unavailable) in response to OPTIONS request > | for 'http://svn.python.org/projects/python/trunk' svn.p

Re: [Python-Dev] Subversion access down?

On Thu, Oct 09, 2008 at 10:50:24AM +0200, Ulrich Eckhardt wrote: > Is it only me or does it fail for other people, too? I'm getting > > | Server sent unexpected return value (503 Service > | Unavailable) in response to OPTIONS request > | for 'http://svn.python.org/projects/python/trunk' pytho

Re: [Python-Dev] 2.5.3: assessing commits

On Wed, Oct 08, 2008 at 08:06:09AM -0400, A.M. Kuchling wrote: > look at commits individually. I'll turn the lists of commits into a > set of wiki pages that we can examine and edit down in parallel. I decided to put them in SVN instead, in sandbox/py2.5.3/ . How do we want to a

Re: [Python-Dev] 2.5.3: assessing commits

On Tue, Oct 07, 2008 at 08:44:09PM -0400, A.M. Kuchling wrote: > At this point I still have 1191 files left. Many of these commits are > still irrelevant, but this is a lot for me to look through. A tarball > with the remaining commits is at > > http://www.amk.ca/f

[Python-Dev] 2.5.3: assessing commits

I've begun the task of assessing the 2.6 commits, but the job is unexpectedly large. What I did: * Took the output of 'svn log -r60999:66717'. (2.5.2 was branched from rev. 60999, so I'm ignoring commits to the trunk before 2.5.2 was branch, which may miss some things.) * Wrote a little sc

Re: [Python-Dev] Python 2.5.3: call for patches

On Tue, Oct 07, 2008 at 09:27:24AM +0200, "Martin v. Löwis" wrote: > Within a few weeks, we will release Python 2.5.3. This will be the last > bug fix release of Python 2.5, afterwards, future releases of 2.5 will > only include security fixes, and no binaries (for Windows or OSX) will > be provide

Re: [Python-Dev] status of 2.5

On Mon, Oct 06, 2008 at 12:53:01PM -0700, Raymond Hettinger wrote: > The 2.6/3.0 development process was so disruptive that I doubt > that 2.5 received adequate attention for bug fixes. Why not wait > two or three months for the dust to settle? Can you please clarify your meaning? Do you mean tha

Re: [Python-Dev] 3.1 focus (was Re: for __future__ import planning)

On Sat, Oct 04, 2008 at 09:45:27AM +0200, Georg Brandl wrote: > Barry Warsaw schrieb: > two problems: The libraries they depend on aren't ported, and the > KLOC of code they care about are hard and tedious work to port, not > to mention that it typically isn't viewed as productive work by those > w

Re: [Python-Dev] [Python-checkins] python-checkins seems broken

On Sat, Oct 04, 2008 at 12:14:43AM +0200, Amaury Forgeot d'Arc wrote: > Do other subscribed people receive these commit messages? > Is there a problem with the mailer, or some SVN trigger? It looks like mail from dinsdale.python.org to mail.python.org isn't working due to a DNS issue: rcpt to: [E

[Python-Dev] 2.6 rc1 performance results

Three weeks ago, Antoine Pitrou posted the pybench results for 2.6 trunk: http://mail.python.org/pipermail/python-dev/2008-August/081951.html The big discovery in those results were TryExcept being 48% slower, but there was a patch in the bug tracker to improve things. I've re-run the tests to c

Re: [Python-Dev] Not releasing rc1 tonight

On Sun, Sep 07, 2008 at 12:02:06PM -0400, Barry Warsaw wrote: > There are 8 open release blockers, a few of which have patches that need > review. So I think we are still not ready to release rc1. But it > worries me because I think this is going to push the final release > beyond our October

Re: [Python-Dev] bsddb alternative (was Re: [issue3769] Deprecate bsddb for removal in 3.0)

On Thu, Sep 04, 2008 at 09:25:43AM -0700, Bill Janssen wrote: > Yeah, but bsddb is one of those exploding batteries. I've used it for > years, and have had lots and lots of problems with it. Having SQLite > in there is great; now we need implementations of anydbm and shelve > which use it. What

Re: [Python-Dev] Unicode 5.1.0

On Fri, Aug 22, 2008 at 07:59:46AM -0700, Guido van Rossum wrote: > That's up to us. I don't know what the reason was for keeping the > 3.2.0 database around -- does anyone here recall ever using it? For > what? RFC 3491, one of the internationalized domain name RFCs, explicitly requires Unicode 3

Re: [Python-Dev] Looking for the email addresses of some committers

On Thu, Jul 31, 2008 at 07:20:15PM -0700, Brett Cannon wrote: > * Jackilyn Hoxworth She was a Google SoC person in 2006; since she hasn't done anything subsequently, her commit privs can be revoked. --amk ___ Python-Dev mailing list Python-Dev@python.or

Re: [Python-Dev] Fuzzing bugs: most bugs are closed

yOn Mon, Jul 21, 2008 at 03:53:18PM +, Antoine Pitrou wrote: > The underscore at the beginning of _sre clearly indicates that the module is > not recommended for direct consumption, IMO. Even the functions that don't > themselves start with an underscore... Sure, but if someone is trying to

Re: [Python-Dev] Fuzzing bugs: most bugs are closed

On Sun, Jul 20, 2008 at 10:45:39PM +0200, Victor Stinner wrote: > Hum... how can I say it? It's trivial to crash _sre :-) So I blacklisted > _sre.compile() in my fuzzer. We should certainly try to fix those issues, then; people usually assume the re module is safe for use inside a sandbox and pro

Re: [Python-Dev] git repositories for trunk and py3k

On Fri, Jul 18, 2008 at 11:12:41AM -0700, Brett Cannon wrote: > And those two periods are significant for people who think they are > line noise. Damn is Git quirky. Oh my, yes. We use git at work; there's a reason I now use Bazaar for personal projects. > I assume the ^ operator means "just bef

Re: [Python-Dev] [Python-3000] No beta2 tonight

yOn Fri, Jul 18, 2008 at 10:45:06AM -0700, Josiah Carlson wrote: >> It's entirely possible that I know very little about what was being > made available via the bsddb module, but to match the API of what is > included in the documentation (plus the dictionary interface that it > supports) shouldn't

Re: [Python-Dev] r64407 - python/trunk/Doc/library/multiprocessing.rst

On Fri, Jun 20, 2008 at 08:55:13AM -0700, Bill Janssen wrote: > > Is anyone else finding it increasingly odd that subprocess, signal, > > socket/ssl, and syncore are in the same chapter? I'm tempted to move > > socket, ssl, asyncore+asynchat into a 'networking' chapter, and then > > also move Sock

Re: [Python-Dev] [Python-checkins] r64407 - python/trunk/Doc/library/multiprocessing.rst

On Thu, Jun 19, 2008 at 05:16:38PM -0400, Jesse Noller wrote: > Where would that chapter end up (source-wise) I think a few of us > might have additional things to add ;) This would be Doc/library/ipc.rst. The chapter is 'Interprocess Communication and Networking'. Is anyone else finding it incr

[Python-Dev] sum() in math module not duplicated?

In the comments before the implementation of sum() in mathmodule.c, note 4 says: Note 4: A similar implementation is in Modules/cmathmodule.c. Be sure to update both when making changes. I can't find a sum implementation or similar code in cmathmodule.c. Did someone intend to port the sum f

Re: [Python-Dev] [Python-checkins] r64407 - python/trunk/Doc/library/multiprocessing.rst

On Thu, Jun 19, 2008 at 03:04:11PM -0500, Benjamin Peterson wrote: > I don't think the whole introduction had to go. I think it helped give > some idea of how multiprocessing works before jumping straight to the > API reference. I don't think overview material like that should be buried inside the

Re: [Python-Dev] Addition of "pyprocessing" module to standard lib.

On Mon, May 19, 2008 at 06:13:11PM -0700, Bill Janssen wrote: > And these are all SYSV derivatives, aren't they? So perhaps it's some > common fix for all three? This reminds of a Tim-ism: == > Just for the record, on AIX, the following C program: Oh no you don't! I followed AIX

Re: [Python-Dev] Addition of "pyprocessing" module to standard lib.

On Mon, May 19, 2008 at 08:50:39PM +0200, Thomas Heller wrote: > Myself I would rather spend my energy to make ctypes more portable, within my > skills and the platforms I have access to. Someone could run Solaris x86 inside a hosted virtual machine and make it available to the Python developers.

Re: [Python-Dev] Addition of "pyprocessing" module to standard lib.

On Fri, May 16, 2008 at 10:32:30AM +0200, Ulrich Berning wrote: > As long as the ctypes extension doesn't build on major Un*x platforms > (AIX, HP-UX), I don't like to see ctypes dependend modules included into > the stdlib. Please keep the stdlib as portable as possible. > More and more people t

[Python-Dev] Distutils & configparser rename

Python 2.6 renames the ConfigParser module to be configparser. Distutils imports ConfigParser in various places. I just made a commit updating the import in one places, and then noticed that part of commit r63248, which made the same change, was reverted in order to preserve backward-compatibilit

  1   2   3   4   >