On Thu, 07 Apr 2011 12:10:59 +0100
Michael Foord wrote:
> On 06/04/2011 15:26, Nick Coghlan wrote:
> > On Wed, Apr 6, 2011 at 6:22 AM, Glenn Linderman
> > wrote:
> >> With more standardization of versions, should the version module be
> >> promoted
> >> to stdlib directly?
> > When Tarek lands
On Thu, 07 Apr 2011 17:32:24 -0400
Tres Seaver wrote:
> >
> > Right now, we are talking about building "speed.python.org" to test
> > the speed of python interpreters, over time, and alongside one another
> > - cython *is not* an interpreter.
> >
> > Cython is out of scope for this.
>
> Why is
On Fri, 08 Apr 2011 18:10:35 +0200
Éric Araujo wrote:
> Hi,
>
> > http://hg.python.org/cpython/rev/7582a78f573b
> > branch: 3.1
> > user:Barry Warsaw
> > summary:
> > Issue 11715: Build extension modules on multiarch Debian and Ubuntu
> > by
> > extending search paths to include
On Sun, 10 Apr 2011 21:58:40 +0200
"Martin v. Löwis" wrote:
>
> Ultimately, it's up to Georg and Antoine to decide whether they want
> to accept the load.
I don't want to maintain the Jython repo myself but if Georg or Philip
accepts to do it it's fine.
> One option would be to grant a Jython d
Hello,
On Mon, 11 Apr 2011 22:43:03 +0800
Stephen Yeng wrote:
> Hello,
> Thanks for the reply.
> This the once of the test I fail, hope you can help so I can fix the rest 4
> errors. :)
Please open an issue for each of these failures on
http://bugs.python.org
Bug reports on the mailing-list typ
On Tue, 12 Apr 2011 23:59:53 +0200
brett.cannon wrote:
> Technical details of
> +the VM providing the accelerated code are allowed to differ as
> +necessary, e.g., a class being a ``type`` when implemented in C.
I don't understand what this means ("a class being a ``type`` when
implemented in C")
On Tue, 12 Apr 2011 17:34:42 -0500
Benjamin Peterson wrote:
> 2011/4/12 Antoine Pitrou :
> > On Tue, 12 Apr 2011 23:59:53 +0200
> > brett.cannon wrote:
> >> Technical details of
> >> +the VM providing the accelerated code are allowed to differ as
> >>
On Tue, 12 Apr 2011 23:05:40 +0200
nadeem.vawda wrote:
> http://hg.python.org/cpython/rev/0010cc5f22d4
> changeset: 69275:0010cc5f22d4
> user:Nadeem Vawda
> date:Tue Apr 12 23:02:42 2011 +0200
> summary:
> Fix 64-bit safety issue in BZ2Compressor and BZ2Decompressor.
>
> file
On Wed, 13 Apr 2011 01:26:12 +0200
senthil.kumaran wrote:
> http://hg.python.org/cpython/rev/3f240a1cd245
> changeset: 69284:3f240a1cd245
> branch: 3.1
> parent: 69277:707078ca0a77
> user:Senthil Kumaran
> date:Wed Apr 13 07:01:19 2011 +0800
> summary:
> Fix Issue117
On Tue, 12 Apr 2011 19:50:34 -0400
Tres Seaver wrote:
> Trying to accelerate existing code which doesn't have the coverage is
> insane: how can you know that the accelerator doesn't subtly change the
> semantics without tests?
Well, why do you think tests guarantee that the semantics are the sam
On Wed, 13 Apr 2011 06:28:58 +0200
Stefan Behnel wrote:
>
> However, I think we are really discussing a theoretical issue here. All the
> PEP is trying to achieve is to raise the bar for C code in the stdlib, for
> exactly the reason that it can easily introduce subtle semantic differences
> i
On Thu, 14 Apr 2011 08:15:10 -0500
Benjamin Peterson wrote:
> 2011/4/14 Ricardo Kirkner :
> > Hi all,
> >
> > I recently stumbled upon an issue with a class in the mro chain not
> > calling super, therefore breaking the chain (ie, further base classes
> > along the chain didn't get called).
> > I
On Thu, 14 Apr 2011 21:22:27 +0200
Sandro Tosi wrote:
>
> But how am I going to do this? let's do a brain-dump:
IMHO, you should compute the diff between 2.0.9 and 2.1.3 and try to
apply it to the CPython source tree (you'll probably have to change the
file paths).
> - what are we going to do i
On Fri, 15 Apr 2011 13:34:59 +0200
Jesus Cea wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> http://docs.python.org/py3k/ takes you to 2.7, by default.
Really? Perhaps it has already been fixed, but I read “Python v3.2
documentation” on that page.
Antoine.
___
On Fri, 15 Apr 2011 08:36:16 -0400
Jesse Noller wrote:
> On Fri, Apr 15, 2011 at 8:30 AM, Brian Curtin wrote:
> >
> > On Apr 15, 2011 3:46 AM, "Gustavo Narea" wrote:
> >>
> >> Hi all,
> >>
> >> How come a description of how to exploit a security vulnerability
> >> comes before a release for said
>
> > Since the JSON spec is set in stone, the changes
> > will mostly be about API (indentation, object conversion, etc)
> > and optimization. I presume the core parsing logic won't
> > be changing much.
>
> Actually the core parsing logic is very different (and MUCH faster),
Are you talking a
Le vendredi 15 avril 2011 à 14:18 -0700, Bob Ippolito a écrit :
> On Friday, April 15, 2011, Antoine Pitrou wrote:
> >>
> >> > Since the JSON spec is set in stone, the changes
> >> > will mostly be about API (indentation, object conversion, etc)
> >
On Fri, 15 Apr 2011 14:27:04 -0700
Bob Ippolito wrote:
> On Fri, Apr 15, 2011 at 2:20 PM, Antoine Pitrou wrote:
> > Le vendredi 15 avril 2011 à 14:18 -0700, Bob Ippolito a écrit :
> >> On Friday, April 15, 2011, Antoine Pitrou wrote:
> >> >>
> >> >
On Sat, 16 Apr 2011 00:41:03 +
Matt Billenstein wrote:
>
> Slightly less crude benchmark showing simplejson is quite a bit faster:
>
> http://pastebin.com/g1WqUPwm
>
> 250ms vs 5.5s encoding and decoding an 11KB json object 1000 times...
This doesn't have much value if you don't say which
Hello Vinay,
On Sat, 16 Apr 2011 09:50:25 + (UTC)
Vinay Sajip wrote:
>
> If it is generally considered desirable to maintain some synchrony between
> simplejson and stdlib json, then since Bob has stated that he no interest in
> Python 3, it may be better to:
>
> 1. Convert the simplejson
Le samedi 16 avril 2011 à 16:42 +0200, Dirkjan Ochtman a écrit :
> On Sat, Apr 16, 2011 at 16:19, Antoine Pitrou wrote:
> > What you're proposing doesn't address the question of who is going to
> > do the ongoing maintenance. Bob apparently isn't interested in
&g
Le samedi 16 avril 2011 à 17:07 +0200, Xavier Morel a écrit :
> On 2011-04-16, at 16:52 , Antoine Pitrou wrote:
> > Le samedi 16 avril 2011 à 16:42 +0200, Dirkjan Ochtman a écrit :
> >> On Sat, Apr 16, 2011 at 16:19, Antoine Pitrou wrote:
> >>> What you're pro
On Sat, 16 Apr 2011 18:04:53 +0200
Stefan Behnel wrote:
>
> Well, if that is not possible, then the CPython devs will have a hard time
> maintaining the json accelerator module in the long run. I quickly skipped
> through the github version in simplejson, and it truly is some complicated
> pie
> > I've contributed a couple of patches myself after they were integrated
> > to CPython (they are part of the performance improvements Bob is talking
> > about), but that was exceptional. Backporting a patch to another project
> > with a different directory structure, a slightly different code,
On Sat, 16 Apr 2011 16:47:49 + (UTC)
Vinay Sajip wrote:
>
> > What you're proposing doesn't address the question of who is going to
> > do the ongoing maintenance.
>
> I agree, my suggestion is orthogonal to the question of who maintains stdlib
> json.
No, that's not what I'm talking about.
On Sat, 16 Apr 2011 14:45:52 -0700
Brett Cannon wrote:
> On Sat, Apr 16, 2011 at 14:23, Stefan Krah wrote:
>
> > Brett Cannon wrote:
> > > In the grand python-dev tradition of "silence means acceptance", I
> > consider
> > > this PEP finalized and implicitly accepted.
> >
> > I did not really s
On Sat, 16 Apr 2011 23:48:45 +0100
Michael Foord wrote:
> On 16/04/2011 22:28, "Martin v. Löwis" wrote:
> > Am 16.04.2011 21:13, schrieb Vinay Sajip:
> >> Martin v. Löwis v.loewis.de> writes:
> >>
> >>> Does it actually need improvement?
> >> I can't actually say, but I assume it keeps changing
On Sun, 17 Apr 2011 09:21:32 +0200
Stefan Behnel wrote:
> Antoine Pitrou, 16.04.2011 19:27:
> > On Sat, 16 Apr 2011 16:47:49 + (UTC)
> > Vinay Sajip wrote:
> >> Bob made a comment in passing that simplejson (Python) is about as fast as
> >> stdlib json (C ex
On Sat, 16 Apr 2011 21:32:48 -0500
Brian Curtin wrote:
> > Three weeks after this security vulnerability was *publicly* reported on
> > bugs.python.org, and two days after it was semi-officially announced,
> > I'm still waiting for security updates for my Ubuntu and Debian systems!
> >
> > I recko
On Sun, 17 Apr 2011 01:32:15 -0400
"R. David Murray" wrote:
>
> I personally have no problem with the 100% coverage being made a
> recommendation in the PEP rather than a requirement. It sounds like
> that might be acceptable to Antoine. Actually, I would also be fine with
> saying "comprehensi
Le dimanche 17 avril 2011 à 09:30 -0400, Jesse Noller a écrit :
> >
> > If we want to make official announcements (like releases or security
> > warnings), I don't think the blog is appropriate. A separate
> > announcement channel (mailing-list or newsgroup) would be better, where
> > people can su
On Sun, 17 Apr 2011 08:30:33 -0400
Fred Drake wrote:
> On Sun, Apr 17, 2011 at 7:48 AM, Antoine Pitrou wrote:
> > A separate announcement channel (mailing-list or newsgroup) would be better,
> > where people can subscribe knowing they will only get a couple of e-mails a
> &
On Sun, 17 Apr 2011 17:09:17 +0100
Michael Foord wrote:
> On 17/04/2011 07:28, "Martin v. Löwis" wrote:
> >> Well, there was a 5x speedup demonstrated comparing simplejson to the
> >> standard library json module.
> > Can you kindly point to that demonstration?
> >
> Hmm... according to a later em
On Mon, 18 Apr 2011 09:36:20 +0100
Paul Moore wrote:
> On 18 April 2011 08:05, Maciej Fijalkowski wrote:
> > On Sun, Apr 17, 2011 at 4:19 AM, Raymond Hettinger
> > wrote:
>
> >> Almost none of the concerns that have been raised has been addressed. Does
> >> the PEP only apply to purely algorit
On Tue, 19 Apr 2011 09:47:21 +0200
giampaolo.rodola wrote:
> http://hg.python.org/cpython/rev/8c49f7fbba1d
> changeset: 69437:8c49f7fbba1d
> user:Giampaolo Rodola'
> date:Tue Apr 19 09:47:16 2011 +0200
> summary:
> os.sendfile(): on Linux if offset parameter is passed as NULL
On Tue, 19 Apr 2011 10:37:41 -0400
"R. David Murray" wrote:
> On Tue, 19 Apr 2011 07:06:09 +0200, Stefan Behnel wrote:
> > That's what makes the PEP feel so unfair to CPython developers, because
> > they are the ones who carry most of the burden of maintaining the stdlib in
> > the first place
On Tue, 19 Apr 2011 15:20:13 -0400
Doug Hellmann wrote:
>
> Victor, if you want to post the "call for support" to Python Insider, let me
> know off list and I will set you up with access.
Doesn't it have more chances of succeeding if posted to
comp.lang.python, simply?
Regards
Antoine.
On Wed, 20 Apr 2011 17:03:19 -0500
Benjamin Peterson wrote:
> 2011/4/20 Victor Stinner :
> > Le mercredi 20 avril 2011 à 11:57 -0500, Benjamin Peterson a écrit :
> >> How about using a structseq ala sys.float_info or sys.long_info? (In
> >> fact, we might want to put this in sys.)
> >
> > Would y
On Mon, 25 Apr 2011 04:47:03 +0200
Jesus Cea wrote:
>
> And yes, I fully realized that I should try to compile locally first.
> Dealing with this unexpected merge when merging my own patch was...
> unexpected, and the code seemed sensible enough.
You should *always* recompile and run the affecte
On Mon, 25 Apr 2011 14:04:35 +0200
haael wrote:
>
> Sorry if I am asking the obvious, but why are the aliases of set types not
> included in the 'types' module?
Because there's no reason to include them, since they are already in
the root (builtins) namespace.
You'll notice that in Python 3, t
Le mardi 26 avril 2011 à 10:03 -0400, Jim Jewett a écrit :
> This seems to be changing what is tested -- are you saying that
> filenames with an included directory name are not intended to be
> supported?
I don't know, but that's not the point of this very test.
(I also find it a bit surprising th
On Tue, 26 Apr 2011 19:43:12 +0200
vinay.sajip wrote:
> http://hg.python.org/cpython/rev/ababe8a73327
> changeset: 69575:ababe8a73327
> user:Vinay Sajip
> date:Tue Apr 26 18:43:05 2011 +0100
> summary:
> test_logging coverage improvements.
Apparently produces some failures:
On Wed, 27 Apr 2011 12:05:12 -0400 (EDT)
Isaac Morland wrote:
> On Wed, 27 Apr 2011, Alexander Belopolsky wrote:
>
> > High performance applications that rely on non-reflexivity will still
> > have an option of using ctypes.c_float type or NumPy.
>
> Python could also provide IEEE-754 equality a
On Thu, 28 Apr 2011 07:23:43 + (UTC)
Vinay Sajip wrote:
> Nick Coghlan gmail.com> writes:
>
> > If you poke around in the test directory a bit, you may find there is
> > already some code along these lines in other tests (e.g. I'm pretty
> > sure the urllib tests already fire up a local ser
On Thu, 28 Apr 2011 07:23:43 + (UTC)
Vinay Sajip wrote:
> Nick Coghlan gmail.com> writes:
>
> > If you poke around in the test directory a bit, you may find there is
> > already some code along these lines in other tests (e.g. I'm pretty
> > sure the urllib tests already fire up a local ser
On Thu, 28 Apr 2011 09:54:23 +0200
Tarek Ziadé wrote:
>
> I have seen some other places where thing would simply break with -O.
>
> Am I right thinking we should do a pass on those and remove them or
> turn them into exception that are triggered with -O as well ?
Agreed. Argument checking shoul
On Thu, 28 Apr 2011 22:44:50 +0800
Senthil Kumaran wrote:
> On Thu, Apr 28, 2011 at 04:20:06PM +0200, Éric Araujo wrote:
> > > if hasattr(os, "symlink") and hasattr(os, "link"):
> > > # For systems that support symbolic and hard links.
> > > if tarinfo.issym():
>
On Fri, 29 Apr 2011 14:29:46 +0200
DasIch wrote:
> Given those facts I think including pybench is a mistake. It does not
> allow for a fair or meaningful comparison between implementations
> which is one of the things the suite is supposed to be used for in the
> future.
"Including" is quite vagu
On Sat, 30 Apr 2011 08:02:33 +0100
Mark Dickinson wrote:
> On Fri, Apr 29, 2011 at 2:18 AM, Greg Ewing
> wrote:
> > Taking a step back from all this, why does Python allow
> > NaNs to arise from computations *at all*?
>
> History, I think. There's a c.l.p. message from Tim Peters somewhere
> s
Hello,
On Tue, 3 May 2011 16:22:27 +0200
Nadeem Vawda wrote:
>
> As an aside, in this sort of situation is it better to just go and
> commit a fix myself, or is raising it on the mailing list first the
> right way to do things?
Raising it on the mailing-list makes it serve as a kind of post-co
On Wed, 04 May 2011 10:58:42 +0200
Victor Stinner wrote:
>
> Tcl_Finalize() exits the thread, but this function is never called in
> Python. Anyway, it is not possible to unload a module implemented in C.
You could expose Tcl_Finalize() for debug purposes and call it in
test_signal.
Regards
An
On Wed, 04 May 2011 21:27:50 +0200
victor.stinner wrote:
> http://hg.python.org/cpython/rev/7f3cab59ef3e
> changeset: 69834:7f3cab59ef3e
> branch: 2.7
> parent: 69827:affec521b330
> user:Victor Stinner
> date:Wed May 04 21:27:39 2011 +0200
> summary:
> Issue #11277:
On Thu, 5 May 2011 19:17:30 +0200
"Amaury Forgeot d'Arc" wrote:
> 2011/5/5 Guido van Rossum :
> > Seems you're in agreement with this. IMO when references are borrowed
> > it is not very interesting. The interesting thing is when calling a
> > function *steals* a reference. The other important th
On Thu, 05 May 2011 20:38:27 +0200
raymond.hettinger wrote:
> http://hg.python.org/cpython/rev/2bc784057226
> changeset: 69858:2bc784057226
> parent: 69856:b06ad8458b32
> parent: 69857:1a56775c6e54
> user:Raymond Hettinger
> date:Thu May 05 11:38:06 2011 -0700
> summar
Le jeudi 05 mai 2011 à 15:01 -0400, Alexander Belopolsky a écrit :
> On Thu, May 5, 2011 at 2:44 PM, Antoine Pitrou wrote:
> ..
> > (also, I don't understand the spelling issue: "utf-8" just works)
>
> This is probably referring to the fact that while encode()
On Fri, 06 May 2011 13:28:11 +1200
Greg Ewing wrote:
> Amaury Forgeot d'Arc wrote [concerning the Doc/data/refcounts.dat file]:
>
> > This is not always true, for example when the item is already present
> > in the dict.
> > It's not important to know what the function does to the object,
> > On
On Fri, 06 May 2011 10:04:09 -0400
Neal Becker wrote:
> http://gcc.gnu.org/ml/gcc/2002-08/msg00552.html
Since we're sharing links, here's Matt Mackall's take:
http://www.selenic.com/pipermail/mercurial-devel/2011-May/031055.html
cheers
Antoine.
___
On Fri, 06 May 2011 15:46:08 +0100
Mark Shannon wrote:
>
> Neal Becker wrote:
> > http://gcc.gnu.org/ml/gcc/2002-08/msg00552.html
> >
> Being famous does not necessarily make you right.
>
> OS kernels are pretty atypical software,
> even if Linus is right about Linux, it doesn't apply to Python
On Fri, 6 May 2011 21:39:10 -0400
Glyph Lefkowitz wrote:
>
> The assertion that "modern hardware" is not designed for big data-structure
> pointer-chasing is also a bit silly. On the contrary, modern hardware has
> evolved staggeringly massive caches, specifically because large programs
> (wh
On Sat, 07 May 2011 23:16:51 +0200
raymond.hettinger wrote:
>
> +class TestErrorHandling_Python(unittest.TestCase):
> +module = py_heapq
This class contains no tests.
Regards
Antoine.
___
Python-Dev mailing list
Python-Dev@python.org
http://ma
On Mon, 09 May 2011 16:11:15 +0200
Victor Stinner wrote:
> Le lundi 09 mai 2011 à 09:00 -0400, Jim Jewett a écrit :
> > Are you asserting that all foreign modules (or at least all handled by
> > this) are in C, as opposed to C++ or even Java or Fortran? (And the C
> > won't change?)
>
> C and C+
Hello,
On Thu, 12 May 2011 03:35:16 +0100
Genstein wrote:
>
> The following is the smallest code I can conjure which demonstrates the
> issue I'm seeing:
This is a bug indeed. Can you report it on http://bugs.python.org ?
Thanks a lot for finding this,
Antoine.
___
On Thu, 12 May 2011 11:33:37 -0500 (CDT)
Skip Montanaro wrote:
>
> A friend at work who is new to Python wondered why this didn't work with
> pickle:
>
> class Outer:
>
> Class Inner:
>
> ...
>
> def __init__(self):
> self.i = Outer.Inner()
>
[...]
Welcome Sandeep,
> I am willing to spend time and effort to ensure that python remains supported
> on OpenVMS. Please let me know what needs to be done for continued
> OpenVMS Support in Python. Looking forward to working with the Python
> community.
The first thing would be to check whether the
On Mon, 16 May 2011 08:08:27 +
"Mathew, Sandeep (OpenVMS)" wrote:
> Hi All,
>
> Thanks for your responses!. First thing on my radar is to get buildbot
> working on OpenVMS.
> I had a quick glance at source, although buildbot is written purely in python
> it has many
> platform specific iss
On Thu, 19 May 2011 17:49:47 +1000
Nick Coghlan wrote:
>
> It's a mental model problem. People try to think of bytes as
> equivalent to 2.x str and that's just wrong, wrong, wrong. It's far
> closer to array.array('c'). Strings are basically *unique* in
> returning a length 1 instance of themselv
On Sat, 21 May 2011 12:32:21 +0200
vinay.sajip wrote:
> +if secure:
> +import ssl
> +fd, fn = tempfile.mkstemp()
> +os.close(fd)
> +with open(fn, 'w') as f:
> +f.write(self.PEMFILE)
> +s
On Fri, 20 May 2011 19:01:26 +0200
Charles-François Natali wrote:
> Hi,
>
> My name is Charles-François Natali, I've been using Python for a
> couple years, and I've recently been granted commit priviledge.
> I just wanted to say hi to everyone on this list, and let you know
> that I'm really ha
Hello,
We recently got a couple of new stable buildbots:
- R. David Murray's "x86 Gentoo" machine, which builds in non-debug
mode and therefore checks that release Pythons work fine
- Stefan Krah's "AMD64 FreeBSD 8.2" machine
- Bill Janssen's "AMD64 Snow Leopard" machine
Many stable buildbots
Hello,
I would like to suggest that we remove the socket HOWTO (currently at
http://docs.python.org/dev/howto/sockets.html)
My main issue with this document is that it doesn't seem to have
a well-defined destination:
- people who know sockets won't learn anything from it
- but people who don't k
Hello,
On Sun, 22 May 2011 01:57:55 +0200
Artur Siekielski wrote:
> 1. CPU cache lines (64 bytes on X86) containing a beginning of a
> PyObject are very often invalidated, resulting in loosing many chances
> to use the CPU caches
Mutating data doesn't invalidate a cache line. It just makes it
n
On Mon, 23 May 2011 19:16:36 +0200
Tarek Ziadé wrote:
>
> I have now completed the cleanup and we're back on green-land for the
> stable bots.
>
> The red slaves should get green when they catch up with the latest rev
> (they are slow). If they're not and they are failing in packaging or
> sysco
On Tue, 24 May 2011 10:03:22 +0200
"M.-A. Lemburg" wrote:
>
> StreamReader and StreamWriters are implemented by the codecs,
> they are part of the API that each codec has to provide in order
> to register in the Python codecs system. Their purpose is
> to provide a stateful interface and work eff
On Tue, 24 May 2011 20:25:11 +1000
Nick Coghlan wrote:
>
> Just as PEP 302 defines how module importers should be written, PEP
> 100 defines how text codecs should be written (i.e. in terms of
> StreamReader and StreamWriter).
>
> PEP 3116 then defines how such codecs can be used as part of the
On Tue, 24 May 2011 12:16:49 +0200
Walter Dörwald wrote:
>
> > and so it's not possible to write a generic fix for
> > all child classes in the codecs module. Each stateful codec has to
> > handle special cases like seek() problems.
>
> Yes, which in theory makes it possible to implement shortcu
On Tue, 24 May 2011 14:05:26 +0200
Stefan Behnel wrote:
>
> I doubt that efficient CPU cache usage was a major design goal of PyPy
> right from the start. IMHO, the project has changed its objectives way too
> many times to claim something like that, especially at the low level where
> the CPU
On Wed, 25 May 2011 09:41:46 -0400
Barry Warsaw wrote:
> On May 25, 2011, at 10:24 AM, Sandro Tosi wrote:
>
> >before opening an issue to track the request, I'd like to ask advice
> >here about this: extend os.chown() to accept even user/group names
> >instead of just uid and gid.
> >
> >On a Un
On Wed, 25 May 2011 18:26:46 +0200
senthil.kumaran wrote:
>
> A new method called service_action is made available in BaseServer, called by
> serve_forever loop. This useful in cases where Mixins can use it for cleanup
> action. ForkingMixin class uses service_action to collect the zombie child
>
Hello,
On Sun, 29 May 2011 17:20:29 +0200
"Martin v. Löwis" wrote:
> > I would like to suggest that we remove the socket HOWTO (currently at
> > http://docs.python.org/dev/howto/sockets.html)
>
> -1. I think there should be a Python-oriented introduction to sockets.
> You may have complaints ab
On Sun, 05 Jun 2011 08:32:38 +0200
"Martin v. Löwis" wrote:
> >> -1. I think there should be a Python-oriented introduction to sockets.
> >> You may have complaints about the specific wording of the text, but
> >> please understand that these are probably irrelevant to most
> >> first-time readers
On Mon, 06 Jun 2011 00:22:11 +0200
"Martin v. Löwis" wrote:
> >>> I'm not sure why the examples are good (for example, modern client
> >>> code should probably use create_connection() with a host name, not
> >>> connect()).
> >>
> >> I disagree. create_connection is an advanced function - you shou
Le lundi 06 juin 2011 à 17:01 +0900, Stephen J. Turnbull a écrit :
> You might question whether the same document should serve both the
> "cargo cult the examples" group and the "read the fine print" group.
> That's a valid question, but here my feeling is that the answer is
> "yes".
So did you re
On Mon, 06 Jun 2011 10:33:14 +0200
"Martin v. Löwis" wrote:
> Am 06.06.2011 10:11, schrieb Antoine Pitrou:
> > Le lundi 06 juin 2011 à 17:01 +0900, Stephen J. Turnbull a écrit :
> >> You might question whether the same document should serve both the
> >> &q
Le lundi 06 juin 2011 à 22:59 +0900, Stephen J. Turnbull a écrit :
> Antoine Pitrou writes:
>
> > So did you read the discussion before posting?
>
> Yes. It's rude to assume that those who disagree with you are
> irresponsible and uninformed. Would you please st
On Tue, 07 Jun 2011 08:57:10 +0200
Georg Brandl wrote:
> On 06/07/11 05:20, brett.cannon wrote:
> > http://hg.python.org/cpython/rev/fc282e375703
> > changeset: 70695:fc282e375703
> > user:Brett Cannon
> > date:Mon Jun 06 20:20:36 2011 -0700
> > summary:
> > Remove some extran
On Mon, 13 Jun 2011 11:47:33 + (UTC)
Vinay Sajip wrote:
>
> $ python3.3 -m virtualize /tmp/venv
> $ source /tmp/venv/bin/activate.sh
> $ pysetup3 install Mako
>
> and so on. A log of early experiments, which seems reasonably promising, is at
> [4].
>
> Do people agree that it may be fitting
On Mon, 13 Jun 2011 21:03:18 +0200
"Martin v. Löwis" wrote:
> >> I disagree. We certainly include PCbuild/*.vcproj, and Tools/msi,
> >> which are also "distribution-specific". Likewise, we have plenty
> >> of OSX-specific files (including special-casing for specific releases
> >> thereof).
> >
>
Hello,
I may be missing something, but I'm wondering whether
Parser/intrcheck.c is still used anywhere.
It's only mentioned in some comments:
$ grep -r intrcheck.c *
Modules/signalmodule.c:1197:/* Replacements for intrcheck.c functionality
PC/os2vacpp/makefile.omk:217: # intrcheck.c -- Not
Hi,
Le Mon, 20 Jun 2011 10:08:04 +0200,
Maciej Fijalkowski a écrit :
>
> Unfortunately I'm missing Europython (and language summit) this year.
> Did anyone do a writeup on what was discussed?
Mark Dickinson has been taking notes, but since there only a few of us
(roughly 10 attendants), it was
Le Mon, 27 Jun 2011 11:32:32 +1000,
Nick Coghlan a écrit :
> On Mon, Jun 27, 2011 at 7:52 AM, Terry Reedy wrote:
> >> or the 'attribute' substitution everywhere makes sense?
> >
> > No.
> >
> > My strong history-based opinions ;-).
>
> +1 to what Terry said.
>
> "Members" is a historical relic
Le Tue, 28 Jun 2011 00:36:20 +1000,
Nick Coghlan a écrit :
> And no, the fact that methods can be treated as attributes is not a
> minor detail. It is *fundamental* to Python's object model that
> *methods are not a special case of attribute access*.
Uh, and so what?
Again, the stdlib docs are d
On Mon, 27 Jun 2011 10:01:13 PDT
Bill Janssen wrote:
> I see that parc-snowleopard-1 went down again. I've done a software
> update, rebooted, and installed the latest buildslave, 0.8.4. I can
> ping dinsdale.python.org successfully from the machine. However, when I
> start the buildslave, I ge
On Tue, 28 Jun 2011 15:43:05 +0200
Victor Stinner wrote:
> - ISO-8859-1 os some FreeBSD systems
> - ANSI code page on Windows, e.g. cp1252 (close to ISO-8859-1) in
> Western Europe, cp952 in Japan, ...
> - ASCII if the locale is manually set to an empty string or to "C", or
> if the environment
On Tue, 28 Jun 2011 10:41:38 -0400
Terry Reedy wrote:
> On 6/28/2011 10:06 AM, Antoine Pitrou wrote:
> > On Tue, 28 Jun 2011 15:43:05 +0200
> > Victor Stinner wrote:
> >> - ISO-8859-1 os some FreeBSD systems
> >> - ANSI code page on Windows, e.g. cp1252 (clo
On Tue, 28 Jun 2011 13:06:44 -0400
Terry Reedy wrote:
>
> As for practicality. Notepad++ on Windows offers ANSI, utf-8 (w,w/o
> BOM), utf-16 (big/little endian).
Well, that's *one* application. We would need much more data than that.
> I believe that ODF documents are utf-8
> encoded xml (com
On Thu, 30 Jun 2011 23:25:59 +0200
victor.stinner wrote:
> http://hg.python.org/cpython/rev/0c49260e85a0
> changeset: 71103:0c49260e85a0
> user:Victor Stinner
> date:Thu Jun 30 23:25:47 2011 +0200
> summary:
> Issue #12451: Add support.create_empty_file()
>
> We don't need to
On Fri, 1 Jul 2011 09:38:04 -0500
Brian Curtin wrote:
> On Fri, Jul 1, 2011 at 09:01, David P. Riedel wrote:
>
> > Hi
> >
> > Python 3.2.1 was scheduled to be released on 6/19, I believe but there is
> > no mention of it anywhere. Has it been delayed?
> >
> > Thanks.
>
>
> There are two remai
On Mon, 04 Jul 2011 18:06:53 +0200
victor.stinner wrote:
> http://hg.python.org/cpython/rev/7eef821ab20d
> changeset: 71197:7eef821ab20d
> user:Victor Stinner
> date:Mon Jul 04 18:06:35 2011 +0200
> summary:
> Issue #12469: replace assertions by explicit if+raise
Instead of g
On Tue, 05 Jul 2011 15:27:00 +0900
"Stephen J. Turnbull" wrote:
>
> One could also use the somewhat euphemistic "unprofessional language".
> That points to why such changes are justified despite an author's
> right to have her mode of expression respected -- the Python project
> aims at professio
On Tue, 05 Jul 2011 04:11:45 +0200
ned.deily wrote:
> LIBSUBDIRS= tkinter tkinter/test tkinter/test/test_tkinter \
> tkinter/test/test_ttk site-packages test \
> - test/capath \
> + test/capath test/data \
> test/cjkencodings test/decimaltestda
3601 - 3700 of 4909 matches
Mail list logo
