Re: [Python-Dev] sprints and pushes

Tres Seaver writes: > That was precisely my proposal: Sorry about that. I live in a disaster area, and was limited to GMail until two days ago, and lost a fair amount of context in the switch back. ___ Python-Dev mailing list Python-Dev@python.org ht

Re: [Python-Dev] Python Core Mentorship program

Hello everyone, I'm new to this list, but I have been an informal mentor for computer science students at Harvard for several years, and I'd like to share some observations that may be relevant. In my experience, students are willing to ask many technical questions in person that they simply won't

Re: [Python-Dev] Python Core Mentorship program

On Sat, Mar 26, 2011 at 3:20 PM, Ethan Furman wrote: > > I disagree.  The goal of mentorship is to help someone learn -- a subtle, > yet distinct, difference.  I think a closed list will suit that purpose > better. > > Keep in mind also that the list is *closed*, not *locked* -- anyone can > join,

Re: [Python-Dev] Python Core Mentorship program

On 3/25/2011 2:55 PM, Ben Finney wrote: Guido van Rossum writes: On Fri, Mar 25, 2011 at 1:57 PM, Ben Finney wrote: Surely a forum specifically for mentorship will be more useful if outsiders can be directed to existing discussions, without needing to join the private club. This argument co

Re: [Python-Dev] Python Core Mentorship program

On 3/25/2011 8:23 PM, Nick Coghlan wrote: On Sat, Mar 26, 2011 at 7:55 AM, Ben Finney wrote: One of the great things about a discussion forum open view for the public is that, when a topic comes up again in a *different* forum, I can easily point anyone to the existing discussion without requir

Re: [Python-Dev] Let's get PEP 380 into Python 3.3

On Sat, Mar 26, 2011 at 6:25 AM, rndblnch wrote: > The raw path is visible there: > > and I have documented how to use it on the wiki: > > > I will stop spamming python-dev now... >

Re: [Python-Dev] Python Core Mentorship program

On Sat, Mar 26, 2011 at 7:55 AM, Ben Finney wrote: > One of the great things about a discussion forum open view for the > public is that, when a topic comes up again in a *different* forum, I > can easily point anyone to the existing discussion without requiring > that they join some private group

Re: [Python-Dev] Python Core Mentorship program

2011/3/25 Glenn Linderman : > So... start two mentoring groups, one open, one closed, and see which one > survives. This is all tangential to the actual point of this discussion: To help people get involved! It's not a social experiment about mailing lists. In fact, I think this thread can die ab

Re: [Python-Dev] Python Core Mentorship program

On Fri, Mar 25, 2011 at 9:59 PM, Glenn Linderman wrote: > So... start two mentoring groups, one open, one closed, and see which one > survives. I'd rather not. I'd rather walk away from the idea entirely. In fact, this entire thread is quickly becoming an example of why people *don't* want to bri

Re: [Python-Dev] Python Core Mentorship program

So... start two mentoring groups, one open, one closed, and see which one survives. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/arch

Re: [Python-Dev] Python Core Mentorship program

On 3/25/2011 5:44 PM, Laura Creighton wrote: The other side of the proposed forum is people who want to teach such people. Many of them (and no doubt many of the learners) don't read python-list due to its high volume. Indeed. I see 76000+ unread messages on Python-list since I subscribed 2.

Re: [Python-Dev] Mentorship list

On Mar 25, 2011, at 8:44 PM, Tommy wrote: > I was kinda hoping that a private list would have much less noise, and would > serve the actual mentoring better. Maybe a mailing list isnt't the ideal tool? > That is a hope I would like to see realized. I don't think we will be changing the mediu

Re: [Python-Dev] Python Core Mentorship program

On Mar 25, 2011, at 8:14 PM, Laura Creighton wrote: > In a message of Fri, 25 Mar 2011 18:14:02 -0400, Jesse Noller writes: >> Ben, >> >> In principle I agree with you - I would like open archives for the >> specific reasons you cite, but I value the ability for people who may >> not be comfor

Re: [Python-Dev] Mentorship list

I was kinda hoping that a private list would have much less noise, and would serve the actual mentoring better. Maybe a mailing list isnt't the ideal tool? ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-de

Re: [Python-Dev] Python Core Mentorship program

In a message of Sat, 26 Mar 2011 10:46:27 +1100, Ben Finney writes: > The audience of the proposed forum (AFAICT) is people who want to learn > enough to contribute to the Python core. So, no, they're different > roles. The other side of the proposed forum is people who want to teach such people.

Re: [Python-Dev] Python 3.3 release schedule posted

On Thu, Mar 24, 2011 at 12:18 AM, Thomas Wouters wrote: > It ended up that Jim Fulton is actually writing the PEP (with input from > Twisted people and others.) > > -- > Thomas Wouters > > Hi! I'm a .signature virus! copy me into your .signature file to help me > spread! > > Well, if help is sti

Re: [Python-Dev] Python Core Mentorship program

In a message of Fri, 25 Mar 2011 18:14:02 -0400, Jesse Noller writes: >Ben, > >In principle I agree with you - I would like open archives for the >specific reasons you cite, but I value the ability for people who may >not be comfortable with coming out and openly discussing things on a >list if the

Re: [Python-Dev] Python Core Mentorship program

Eric Snow writes: > I see your point, but doesn't python-list already fill the role you > indicate may be diminished? The audience of the proposed forum (AFAICT) is people who want to learn enough to contribute to the Python core. So, no, they're different roles. -- \“Spam will be a t

Re: [Python-Dev] Python Core Mentorship program

I see your point, but doesn't python-list already fill the role you indicate may be diminished? Seems like the new list is meant to fill a different need. Perhaps one concern would be over-use of the mentoring list when someone would be fine with python-list. I just don't see people turning away

Re: [Python-Dev] hg diff

On 09.03.2011 06:44, "Martin v. Löwis" wrote: > IMO, it's "hg diff --git" that's broken, as it doesn't include the base > revision (other formats, such as "hg export", do). I asked about it on #mercurial. It turns out that not including the base changeset id in the diff is an oversight, not a ch

Re: [Python-Dev] Submitting changes through Mercurial

> I see what happened: my revspec couldn't cope with the fact that you > branched fix5845 off rlcompleter-config. Ah, I hadn’t thought of that. (I had to branch because of the former issue with the hyphen; this is a pathological case.) > In any case, I have now changed the revspec to use Baptiste

Re: [Python-Dev] Python Core Mentorship program

Jesse Noller writes: > In principle I agree with you […] Thanks (truly!) for considering the feedback. The only further comment I need to make is: > I want to error on the side of the closed list archives for now. In > several months, we all might realize it was a monumental mistake. At > that

Re: [Python-Dev] Submitting changes through Mercurial

> I mean that my linked repo didn’t have all changesets from > hg.python.org/cpython. I don’t think it should matter, but I don’t know > why the diff was empty, so I thought this information might help. [...] > See http://bugs.python.org/file21398/c43e264256e4.diff : this > corresponds to a merge

Re: [Python-Dev] Python Core Mentorship program

On Fri, Mar 25, 2011 at 5:55 PM, Ben Finney wrote: > Guido van Rossum writes: > >> On Fri, Mar 25, 2011 at 1:57 PM, Ben Finney >> wrote: >> > Surely a forum specifically for mentorship will be more useful if >> > outsiders can be directed to existing discussions, without needing to >> > join th

Re: [Python-Dev] Python Core Mentorship program

On Fri, Mar 25, 2011 at 2:55 PM, Ben Finney wrote: >> I propose to give it a rest. If you want to know what's going on >> there, just subscribe, nobody will stop you (and if they did there are >> plenty of public forums to complain). > > I thought that's exactly what I was doing; confusingly, in t

Re: [Python-Dev] Python Core Mentorship program

Guido van Rossum writes: > On Fri, Mar 25, 2011 at 1:57 PM, Ben Finney > wrote: > > Surely a forum specifically for mentorship will be more useful if > > outsiders can be directed to existing discussions, without needing to > > join the private club. > > This argument comes up repeatedly. Some

Re: [Python-Dev] hg diff

Le 09/03/2011 03:41, Guido van Rossum a écrit : > On Tue, Mar 8, 2011 at 9:32 PM, Éric Araujo wrote: >> I’m of the opinion that hg diffs should always use the extended git >> format, given their usefulness. A tool working with hg diffs that does >> not support this format is broken IMO. > > Can

Re: [Python-Dev] Submitting changes through Mercurial

> Make sure to submit issues to the meta tracker, please. Right, I’ll do that. Since you have questions in this message, for now I’ll continue here. >> - The first patch was empty (note that the repo was not up to date). > This I don't understand. What repo was not up to date? I mean that my li

Re: [Python-Dev] Python Core Mentorship program

On Fri, Mar 25, 2011 at 5:16 PM, Guido van Rossum wrote: > On Fri, Mar 25, 2011 at 1:57 PM, Ben Finney > wrote: >> If you don't want a specific party snooping the site, just block that >> specific party. Why make a walled garden that *nobody* outside can look >> into? That undermines the free ex

Re: [Python-Dev] Submitting changes through Mercurial

> Work has been started on that, thanks! Roundup should soon support the > workflow described in the devguide for feature work, which will be awesome. Make sure to submit issues to the meta tracker, please. > I’ve tried to use a clone with a named branch for > http://bugs.python.org/issue5845 an

Re: [Python-Dev] Submitting changes through Mercurial

Le 22/03/2011 22:47, Nick Coghlan a écrit : > On Tue, Mar 22, 2011 at 10:53 PM, Éric Araujo wrote: >> You have to use one public repo per bug, as roundup will only use the >> default branch to compute the diff. Maybe adding support for named >> branches so that you can have one repo used for many

Re: [Python-Dev] Python Core Mentorship program

On Fri, Mar 25, 2011 at 1:57 PM, Ben Finney wrote: > If you don't want a specific party snooping the site, just block that > specific party. Why make a walled garden that *nobody* outside can look > into? That undermines the free exchange of information. > > Surely a forum specifically for mentors

Re: [Python-Dev] Python Core Mentorship program

On Fri, Mar 25, 2011 at 3:57 PM, Ben Finney wrote: > If you don't want a specific party snooping the site, just block that > specific party. Why make a walled garden that *nobody* outside can look > into? That undermines the free exchange of information. I think the point is that most people aren

Re: [Python-Dev] Python Core Mentorship program

On Sat, 26 Mar 2011 07:57:41 +1100 Ben Finney wrote: > exar...@twistedmatrix.com writes: > > > On 12:03 pm, jnol...@gmail.com wrote: > > >The new list will also have a closed, members-only archive. After > > >consulting with other core developers, we believe it's easier to ask > > >questions when

Re: [Python-Dev] Python Core Mentorship program

exar...@twistedmatrix.com writes: > On 12:03 pm, jnol...@gmail.com wrote: > >The new list will also have a closed, members-only archive. After > >consulting with other core developers, we believe it's easier to ask > >questions when you don't have to worry about Google picking up your > >words fro

Re: [Python-Dev] Let's get PEP 380 into Python 3.3

rndblnch gmail.com> writes: > Now that I have figured out how to use patch queues with bitbucket, I will > maintain greg's pep380 implementation as a patch on top of cpython here: > snip > The patch is now visible here: >

Re: [Python-Dev] Unload a module written in C

Am 25.03.2011 10:24, schrieb Stefan Behnel: > "Martin v. Löwis", 25.03.2011 07:59: >>> Is there a bug somewhere, or do I misunderstood something important? >> >> Module unloading is simply not implemented, and would be very difficult >> to implement. > > Are you saying that because objects instant

Re: [Python-Dev] 2to3 status, repositories and HACKING guide

The main cpython repo. 2011/3/25 anatoly techtonik : > Hi, Benjamin, > > Is your repository for 2to3 is still actual? > http://svn.python.org/view/sandbox/trunk/2to3/ > > Which should I use to start hacking on 2to3? > > -- > anatoly t. > > > > On Wed, Mar 23, 2011 at 9:01 AM, anatoly techtonik >

Re: [Python-Dev] Python Core Mentorship program

On 3/25/2011 6:12 AM, s...@pobox.com wrote: >> Boggle. Jesse> I assume that means your in, or you hate that idea? Or that he just really likes to play Boggle.:-) I really like to play Boggle. It is even better with our local rules... 5x5 grid, 5 letter minimum word size, and 4 m

Re: [Python-Dev] Python-Dev Digest, Vol 92, Issue 156

On Fri, 25 Mar 2011, python-dev-requ...@python.org wrote: Send Python-Dev mailing list submissions to python-dev@python.org To subscribe or unsubscribe via the World Wide Web, visit http://mail.python.org/mailman/listinfo/python-dev or, via email, send a message with subject or bo

Re: [Python-Dev] Unload a module written in C

Am 25.03.2011 11:14, schrieb Victor Stinner: > Le vendredi 25 mars 2011 à 07:59 +0100, "Martin v. Löwis" a écrit : >>> Is there a bug somewhere, or do I misunderstood something important? >> >> Module unloading is simply not implemented, and would be very difficult >> to implement. > > My problem

Re: [Python-Dev] [Python-checkins] cpython: Revert the Lib/test/test_bigmem.py changes from commit 17891566a478 (and a

On Fri, 25 Mar 2011 17:44:26 +0100 Éric Araujo wrote: > Hi, > > > changeset: 68921:11dc3f270594 > > user:Thomas Wouters > > date:Fri Mar 25 11:42:37 2011 +0100 > > summary: > > Revert the Lib/test/test_bigmem.py changes from commit 17891566a478 (and a > > few other assertEqua

[Python-Dev] Summary of Python tracker Issues

ACTIVITY SUMMARY (2011-03-18 - 2011-03-25) 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: open2735 (+12) closed 20718 (+63) total 23453 (+75) Open issues wit

Re: [Python-Dev] [Python-checkins] cpython: Revert the Lib/test/test_bigmem.py changes from commit 17891566a478 (and a

Hi, > changeset: 68921:11dc3f270594 > user:Thomas Wouters > date:Fri Mar 25 11:42:37 2011 +0100 > summary: > Revert the Lib/test/test_bigmem.py changes from commit 17891566a478 (and a > few other assertEqual tests that snuck in), and expand the docstrings and > comments explai

Re: [Python-Dev] I plan to push faulthandler into Python 3.3 in one week

Le jeudi 24 mars 2011 à 00:49 +0100, Victor Stinner a écrit : > If nobody complains, I plan to push my faulthandler module into Python > 3.3 in one week. It's a module to display the Python backtrace on a > segfault, on a user signal or after a timeout. I created a feature repo to prepare the work

Re: [Python-Dev] A myriad of cross-compile patches (Was: Re: Embedded Python startup is slow)

> I don't think Roumen is a core developer (is he? I am not trying to > offend anyone). My mistake. Roumen is a user who’s been commenting on a number of the patches. Regards ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mail

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

Again, please keep this thread on python-ideas. If people there agree that this is a very common use case and find a syntax that is not ugly, it will be time to come back to python-dev. Thanks. ___ Python-Dev mailing list Python-Dev@python.org http://ma

Re: [Python-Dev] A myriad of cross-compile patches (Was: Re: Embedded Python startup is slow)

On Fri, 25 Mar 2011 16:46:51 +0100 Éric Araujo wrote: > > The most experienced core dev about those matters is Martin von Löwis; > other core devs who make reviews are Roumen Petrov and Gregory P. Smith > (who’s recently been removing his name from nosy fields). I don't think Roumen is a core de

Re: [Python-Dev] sprints and pushes

On Mar 25, 2011, at 09:51 AM, Tres Seaver wrote: >That was precisely my proposal: when trying to check in changes to a >stdlib module, we required that developers ensure that the module's >tests, *and* those of its dependents, pass. We would need to add new >testing infrastructure to support thi

Re: [Python-Dev] Dict access with double-dot (syntactic sugar)

I realized that python already has a way to access the string-based members of a dict without using quotes: def expect_a_chair(chair, **kw): print "Thanks. That chair is %s." % chair if kw: for key, val in kw.iteritems(): print "I wasn't expecting the (%s) %s!" % (val, key) d = json

[Python-Dev] A myriad of cross-compile patches (Was: Re: Embedded Python startup is slow)

Le 25/03/2011 11:48, Victor Stinner a écrit : > I proposed to integrate Buildroot patches which are 12 patches to > improve cross-compilation and remove/disable some Python features: > http://bugs.python.org/issue11365 > > Roumen Petrov wrote "All is duplicate on already posted patches . It is > n

Re: [Python-Dev] Buildbots and feature branches

On Fri, 25 Mar 2011 16:11:16 +0100 Éric Araujo wrote: > Le 25/03/2011 15:58, Stefan Krah a écrit : > > Incidentally, I noticed that push messages with an issue number get > > redirected to bugs.python.org. See the recent commit for #2650 here: > > > > http://hg.python.org/cpython/ > > > > > >

Re: [Python-Dev] Buildbots and feature branches

Le 25/03/2011 15:58, Stefan Krah a écrit : > Incidentally, I noticed that push messages with an issue number get > redirected to bugs.python.org. See the recent commit for #2650 here: > > http://hg.python.org/cpython/ > > > Is this really what everyone wants? Having issues linked from commit m

Re: [Python-Dev] Buildbots and feature branches

Antoine Pitrou wrote: > > I'm unable to figure out how to trigger a build of a feature branch, see: > > You cannot do that yet. Ok, thanks. Incidentally, I noticed that push messages with an issue number get redirected to bugs.python.org. See the recent commit for #2650 here: http://hg.python

Re: [Python-Dev] Buildbots and feature branches

On Fri, 25 Mar 2011 15:30:37 +0100 Stefan Krah wrote: > Hi, > > I'm unable to figure out how to trigger a build of a feature branch, see: You cannot do that yet. Regards Antoine. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.

Re: [Python-Dev] Python Core Mentorship program

Hi, Sounds like an excellent initiative! Kudos to the PSF and the individuals involved. I don’t have time to take part right now, but I wish a good start to the program. Cheers ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/m

[Python-Dev] Buildbots and feature branches

Hi, I'm unable to figure out how to trigger a build of a feature branch, see: http://www.python.org/dev/buildbot/all/builders/x86%20Ubuntu%20Shared%203.x/builds/3424 I saw this: 'Branch to build' is relative to http://svn.python.org/projects/python. But if I leave out the branch, nothing ha

Re: [Python-Dev] Python Core Mentorship program

On Fri, Mar 25, 2011 at 2:12 PM, wrote: > >    >> Boggle. > >    Jesse> I assume that means your in, or you hate that idea? > > Or that he just really likes to play Boggle. :-) > Or that he's confused ? https://secure.wikimedia.org/wiktionary/en/wiki/mindboggling > S > _

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

On Fri, Mar 25, 2011 at 11:29 PM, Antoine Pitrou wrote: >> My model for the suggestion is the context objects in the decimal >> module. They offer a constrained way to affect the way the entire >> decimal module goes about its business, and through judicious use of >> thread local storage and cont

Re: [Python-Dev] Python Core Mentorship program

On Fri, Mar 25, 2011 at 08:26, Nick Coghlan wrote: > > One other thing I would hope to be able to do with the list is to try > to stay in touch with new contributors that participate in sprints. > > Cheers, > Nick. This was exactly my thought. We were there in person to get ~10 PyCon sprinters t

Re: [Python-Dev] Python Core Mentorship program

On 12:03 pm, jnol...@gmail.com wrote: Hello everyone: The new list will also have a closed, members-only archive. After consulting with other core developers, we believe it's easier to ask questions when you don't have to worry about Google picking up your words from a public archive. Boggle.

Re: [Python-Dev] Python Core Mentorship program

On Fri, Mar 25, 2011 at 8:03 AM, Jesse Noller wrote: > Hello everyone: > > I wanted to take a moment to outline another idea which came out of > PyCon 2011 this year from numerous sources - a Python Core Mentorship > Program predicated on the idea that Python-Core, and Python as a whole > would be

Re: [Python-Dev] sprints and pushes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/24/2011 10:51 PM, Stephen J. Turnbull wrote: > If you are going to argue > for running some tests but not others after making changes, shouldn't > there be a notion of relevance involved? IMO "the" tests for modules > with dependents should inc

Re: [Python-Dev] CRLF line endings

On Fri, 25 Mar 2011 09:12:53 -0400 "R. David Murray" wrote: > On Fri, 25 Mar 2011 21:12:19 +1000, Nick Coghlan wrote: > > Don't disable the commit hook, update .hgeol to flag that file as > > requiring CRLF line endings. > > Note however that we discovered that the server side hook looks at the

Re: [Python-Dev] Python Core Mentorship program

On Fri, Mar 25, 2011 at 9:26 AM, Nick Coghlan wrote: > On Fri, Mar 25, 2011 at 11:06 PM, Jesse Noller wrote: >> On Fri, Mar 25, 2011 at 9:04 AM,   wrote: >>> On 12:03 pm, jnol...@gmail.com wrote: Hello everyone: The new list will also have a closed, members-only archive.

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

On Fri, 25 Mar 2011 21:10:08 +1000 Nick Coghlan wrote: > On Fri, Mar 25, 2011 at 12:22 PM, Glenn Linderman > wrote: > > On 3/24/2011 4:25 PM, Nick Coghlan wrote: > > > > As an example of the last point, perhaps rather than modifying all the > > *clients* of the socket module, it may make more se

Re: [Python-Dev] Python Core Mentorship program

On Fri, Mar 25, 2011 at 11:06 PM, Jesse Noller wrote: > On Fri, Mar 25, 2011 at 9:04 AM,   wrote: >> On 12:03 pm, jnol...@gmail.com wrote: >>> >>> Hello everyone: >>> >>> >>> The new list will also have a closed, members-only archive. After >>> consulting with other core developers, we believe it'

Re: [Python-Dev] CRLF line endings

On Fri, Mar 25, 2011 at 11:12 PM, R. David Murray wrote: > On Fri, 25 Mar 2011 21:12:19 +1000, Nick Coghlan wrote: >> Don't disable the commit hook, update .hgeol to flag that file as >> requiring CRLF line endings. > > Note however that we discovered that the server side hook looks at the > .hge

Re: [Python-Dev] CRLF line endings

On Fri, 25 Mar 2011 21:12:19 +1000, Nick Coghlan wrote: > Don't disable the commit hook, update .hgeol to flag that file as > requiring CRLF line endings. Note however that we discovered that the server side hook looks at the .hgeol file in the *server's checkout*. I don't know if Georg or Antoi

Re: [Python-Dev] Python Core Mentorship program

>> Boggle. Jesse> I assume that means your in, or you hate that idea? Or that he just really likes to play Boggle. :-) S ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://

Re: [Python-Dev] Python Core Mentorship program

On Fri, Mar 25, 2011 at 9:04 AM, wrote: > On 12:03 pm, jnol...@gmail.com wrote: >> >> Hello everyone: >> >> >> The new list will also have a closed, members-only archive. After >> consulting with other core developers, we believe it's easier to ask >> questions when you don't have to worry about

Re: [Python-Dev] CRLF line endings

Nick Coghlan wrote: > > However, dnloop.patch is correct and must have CRLF line endings. How > > can I disable the commit hook? > > Don't disable the commit hook, update .hgeol to flag that file as > requiring CRLF line endings. Thanks, that works well. Stefan Krah _

[Python-Dev] Python Core Mentorship program

Hello everyone: I wanted to take a moment to outline another idea which came out of PyCon 2011 this year from numerous sources - a Python Core Mentorship Program predicated on the idea that Python-Core, and Python as a whole would be served by further lowering the barrier to entry of contribution,

Re: [Python-Dev] Unload a module written in C

On Fri, Mar 25, 2011 at 9:36 PM, Victor Stinner wrote: >> And registering your cleanup function with atexit() isn't enough? Or >> does that remove the handler too early? > > atexit() is too late: when Python is embeded, Py_Finalize() may be > called a long time before the program does really finis

Re: [Python-Dev] [Python-checkins] cpython: Remove test_importable(). Couldn't see how to make this reliable across all

On Fri, Mar 25, 2011 at 3:51 AM, raymond.hettinger wrote: > http://hg.python.org/cpython/rev/5adddc6be3c1 > changeset:   68902:5adddc6be3c1 > user:        Raymond Hettinger > date:        Thu Mar 24 10:51:06 2011 -0700 > summary: >  Remove test_importable().  Couldn't see how to make this reliabl

Re: [Python-Dev] Unload a module written in C

Le vendredi 25 mars 2011 à 21:14 +1000, Nick Coghlan a écrit : > On Fri, Mar 25, 2011 at 8:14 PM, Victor Stinner > wrote: > > Le vendredi 25 mars 2011 à 07:59 +0100, "Martin v. Löwis" a écrit : > >> > Is there a bug somewhere, or do I misunderstood something important? > >> > >> Module unloading i

Re: [Python-Dev] Unload a module written in C

On Fri, Mar 25, 2011 at 8:14 PM, Victor Stinner wrote: > Le vendredi 25 mars 2011 à 07:59 +0100, "Martin v. Löwis" a écrit : >> > Is there a bug somewhere, or do I misunderstood something important? >> >> Module unloading is simply not implemented, and would be very difficult >> to implement. > >

Re: [Python-Dev] CRLF line endings

On Fri, Mar 25, 2011 at 7:36 PM, Stefan Krah wrote: > Hi, > > A commit hook prevented pushing changes to the cdecimal repository: > > pushing to ssh://h...@hg.python.org/features/cdecimal > searching for changes > 8 changesets found > remote: adding changesets > remote: adding manifests > remote:

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

On Fri, Mar 25, 2011 at 12:22 PM, Glenn Linderman wrote: > On 3/24/2011 4:25 PM, Nick Coghlan wrote: > > As an example of the last point, perhaps rather than modifying all the > *clients* of the socket module, it may make more sense to have tools > in the socket module itself to temporarily custom

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

On 2011-03-25, at 10:22 , Simon Cross wrote: > On Fri, Mar 25, 2011 at 1:25 AM, Nick Coghlan wrote: >> As an example of the last point, perhaps rather than modifying all the >> *clients* of the socket module, it may make more sense to have tools >> in the socket module itself to temporarily custom

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

On Fri, Mar 25, 2011 at 7:22 PM, Simon Cross wrote: > On Fri, Mar 25, 2011 at 1:25 AM, Nick Coghlan wrote: >> As an example of the last point, perhaps rather than modifying all the >> *clients* of the socket module, it may make more sense to have tools >> in the socket module itself to temporaril

Re: [Python-Dev] sprints and pushes

On Fri, Mar 25, 2011 at 12:51 PM, Stephen J. Turnbull wrote: > Eg, much as I normally respect Barry's intuitions, his proposal (to > remove costly tests, without reference to the possibility of missing > something important) is IMHO absolutely the wrong criterion.  I don't > really know about Pyth

Re: [Python-Dev] Embedded Python startup is slow

Le jeudi 24 mars 2011 à 22:40 -0400, R. David Murray a écrit : > On Fri, 25 Mar 2011 01:20:34 +0100, Paul Boddie wrote: > > Since this topic has come up a few times before, I thought it might be time > > to > > collect references to it as well as to other topics that people doing > > embedded w

Re: [Python-Dev] Unload a module written in C

Le vendredi 25 mars 2011 à 07:59 +0100, "Martin v. Löwis" a écrit : > > Is there a bug somewhere, or do I misunderstood something important? > > Module unloading is simply not implemented, and would be very difficult > to implement. My problem is that if Python is embeded, my module will still be

Re: [Python-Dev] 2to3 status, repositories and HACKING guide

Hi, Benjamin, Is your repository for 2to3 is still actual? http://svn.python.org/view/sandbox/trunk/2to3/ Which should I use to start hacking on 2to3? -- anatoly t. On Wed, Mar 23, 2011 at 9:01 AM, anatoly techtonik wrote: > Hi, > > Currently 2to3 page at http://wiki.python.org/moin/2to3 lis

Re: [Python-Dev] Unload a module written in C

Le vendredi 25 mars 2011 à 10:24 +0100, Stefan Behnel a écrit : > "Martin v. Löwis", 25.03.2011 07:59: > >> Is there a bug somewhere, or do I misunderstood something important? > > > > Module unloading is simply not implemented, and would be very difficult > > to implement. > > Are you saying that

[Python-Dev] CRLF line endings

Hi, A commit hook prevented pushing changes to the cdecimal repository: pushing to ssh://h...@hg.python.org/features/cdecimal searching for changes 8 changesets found remote: adding changesets remote: adding manifests remote: adding file changes remote: added 8 changesets with 117 changes to 117

Re: [Python-Dev] Unload a module written in C

"Martin v. Löwis", 25.03.2011 07:59: Is there a bug somewhere, or do I misunderstood something important? Module unloading is simply not implemented, and would be very difficult to implement. Are you saying that because objects instantiated from a module do not normally keep a reference to i

Re: [Python-Dev] Proposal for Python 3.3: dependence injection

On Fri, Mar 25, 2011 at 1:25 AM, Nick Coghlan wrote: > As an example of the last point, perhaps rather than modifying all the > *clients* of the socket module, it may make more sense to have tools > in the socket module itself to temporarily customise the socket > creation process in the current t

Re: [Python-Dev] Unload a module written in C

> Is there a bug somewhere, or do I misunderstood something important? Module unloading is simply not implemented, and would be very difficult to implement. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman