On Thu, Apr 7, 2011 at 11:22, anatoly techtonik wrote:
> On Thu, Apr 7, 2011 at 7:01 AM, Benjamin Peterson
> wrote:
> > 2011/4/6 anatoly techtonik :
> >> Is it a good idea to have code highlighting in tracker?
> >
> > Why would we need it?
>
> Because tracker is ugly.
It's a bug tracker, not a
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 vulnerability? I'm talking about this:
> http://blog.python.org/2011/04/urllib-security-vulnerability-fixed.html
>
> My understanding
On Sat, Apr 16, 2011 at 06:45, Gustavo Narea wrote:
> Hello,
>
> On 15/04/11 13:30, Brian Curtin wrote:
> > To me, the fix *was* released.
>
> No, it wasn't. It was *committed* to the repository.
>
Yep, and that's enough for me. If you have a vulnerable sy
I'm currently writing a post about the process of removing OS/2 and VMS
support and thought about a discussion of Windows 2000 some time back.
http://mail.python.org/pipermail/python-dev/2010-March/098074.html makes a
proposal for beginning to walk away from 2000, but doesn't appear to come to
any
On Mon, May 2, 2011 at 11:06, anatoly techtonik wrote:
> On Sun, May 1, 2011 at 7:31 PM, Georg Brandl wrote:
> > On 30.04.2011 16:53, anatoly techtonik wrote:
> >> On Tue, Mar 29, 2011 at 4:37 AM, R. David Murray
> wrote:
> >>>
> >>> The hardest part is debugging the TAL when you make a mistake
On Mon, May 2, 2011 at 16:14, "Martin v. Löwis" wrote:
> Am 01.05.2011 22:51, schrieb Brian Curtin:
> > I'm currently writing a post about the process of removing OS/2 and VMS
> > support and thought about a discussion of Windows 2000 some time
> > back.
On Mon, May 2, 2011 at 19:39, Brian Curtin wrote:
> On Mon, May 2, 2011 at 16:14, "Martin v. Löwis" wrote:
>
>> Am 01.05.2011 22:51, schrieb Brian Curtin:
>> > I'm currently writing a post about the process of removing OS/2 and VMS
>> > support and th
On May 18, 2011 7:03 AM, "anatoly techtonik" wrote:
>
> Greetings,
>
> While studying `virtualenv` code I've noticed that in Python directory
> tree `include`, `libs` and `tcl` are lowercased while other dirs are
> capitalized. It doesn't seem important (especially for developers
> here), but it s
On Wed, May 18, 2011 at 21:33, anatoly techtonik wrote:
> On Wed, May 18, 2011 at 3:47 PM, Brian Curtin
> wrote:
> >
> > On May 18, 2011 7:03 AM, "anatoly techtonik"
> wrote:
> >>
> >> Greetings,
> >>
> >> While studying `virtua
On Fri, May 20, 2011 at 03:38, Tim Golden wrote:
> There's a thread on python-list at the moment:
>
> http://mail.python.org/pipermail/python-list/2011-May/1272505.html
>
> which is discussing the validity of os.access results on
> Windows. Now we've been here before: I raised issue2528
> for a p
h: 3.2
> > > parent: 70700:0aa3064d1cef
> > > user:Brian Curtin
> > > date:Wed Jun 08 18:17:18 2011 -0500
> > > summary:
> > > Fix #11583. Changed os.path.isdir to use GetFileAttributes instead of
> os.stat.
> > >
>
On Mon, Jun 13, 2011 at 08:42, Vinay Sajip wrote:
> Nick Coghlan gmail.com> writes:
>
> > You should be able to use symlinks even on Windows these days
> > (although granted they won't on portable media that uses a non-symlink
> > friendly filesystem, regardless of OS).
>
> Plus I'm not sure Win
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 remaining blockers for the release:
http://bugs.python.org/issue12346 and http://b
On Tue, Jul 5, 2011 at 14:12, Dan Stromberg wrote:
>
> On Tue, Jul 5, 2011 at 7:25 AM, David Robinow wrote:
>
>>
>> Cygwin is not really a supported platform.
>
> ...
>
>> [Ultimately somebody with an
>> interest in cygwin will need to get active in python development. I've
>> been meaning to d
On Tue, Jul 5, 2011 at 14:41, Dan Stromberg wrote:
>
> On Tue, Jul 5, 2011 at 12:18 PM, Brian Curtin wrote:
>
>> On Tue, Jul 5, 2011 at 14:12, Dan Stromberg wrote:
>>
>>>
>>> On Tue, Jul 5, 2011 at 7:25 AM, David Robinow wrote:
>>>
>
On Tue, Jul 5, 2011 at 15:10, Dan Stromberg wrote:
>
> On Tue, Jul 5, 2011 at 1:00 PM, Brian Curtin wrote:
>
>> On Tue, Jul 5, 2011 at 14:41, Dan Stromberg wrote:
>>
>>>
>>> On Tue, Jul 5, 2011 at 12:18 PM, Brian Curtin wrote:
>>>
>&g
On Wed, Jul 20, 2011 at 20:31, Ben Finney wrote:
> Éric Araujo writes:
>
> > FYI, reST uses three-space indents, not four (so that blocks align
> > nicely under the leading two dots + one space), so I think the change
> > was intentional.
>
> No, reST doesn't specify any particular level of inden
On Jul 21, 2011 7:15 AM, "anatoly techtonik" wrote:
>
> If you're going to include this into standard Python distribution, it
> needs more attention from _users_. As a user, I can not find any
> references to any user stories in this PEP article. Abstract chapter
> is totally useless
>
> "This PEP
On Thu, Jul 21, 2011 at 20:30, Vlad Riscutia wrote:
> If versioned filenames are added in addition to python.exe, it still might
> look confusing for most users: Why do I have python and python3.2
> executables? What's the difference? I'd rather go with -v argument either
> way, for people that *
On Tue, Jun 12, 2007 at 08:10:26PM +1200, Greg Ewing wrote:
> Phillip J. Eby wrote:
> > ...at the cost of slowing down access to properties and __slots__, by
> > adding an *extra* dictionary lookup there.
>
> Rather than spend time tinkering with the lookup order,
> it might be more productive to
incomplete, and they have to redo all of it,
> anyway.
I've found it extremely useful to have access to dependency information
when making Debian packages automagically out of setuptools tarballs.
It's not easy or robust to access/use it, but for my simple pure pyt
/c/func/dlopen
Whereas, linux will respect the fact you gave it a specific shared library:
http://linux.die.net/man/3/dlopen
If I am provided a workaround by apple I will post a python patch. A
little scary that someone can circumvent my application by just
setting an environment variable.
-Brian
g.
Same is true of MPI. From the user's perspective MPI is just message
passing. But, MPI implementations use threads internally extensively.
Bottom line: threads may be a bad end in themselves (I agree with
this), but they are a great means to be
On Wed, Aug 10, 2011 at 11:14, Vlad Riscutia wrote:
> Removing GIL is interesting work and probably multiple people are willing
> to contribute. Threading and synchronization is a deep topic and it might be
> that if just one person toys around with removing GIL he might not see
> performance imp
Now that we have concurrent.futures, is there any plan for multiprocessing
to follow suit? PEP 3148 mentions a hope to add or move things in the future
[0], which would be now.
[0] http://www.python.org/dev/peps/pep-3148/#naming
___
Python-Dev mailing li
On Wed, Aug 10, 2011 at 15:36, Antoine Pitrou wrote:
> Le Wed, 10 Aug 2011 14:54:33 -0500,
> Benjamin Peterson a écrit :
> > 2011/8/10 Brian Curtin :
> > > Now that we have concurrent.futures, is there any plan for
> > > multiprocessing to follow suit? PEP 3148
On Thu, Aug 11, 2011 at 00:26, Georg Brandl wrote:
> Am 11.08.2011 03:34, schrieb brian.curtin:
> > http://hg.python.org/cpython/rev/3a6782f2a4a8
> > changeset: 71811:3a6782f2a4a8
> > user:Brian Curtin
> > date:Wed Aug 10 20:32:10 2011 -0500
>
On Tue, Aug 23, 2011 at 13:20, Antoine Pitrou wrote:
>
> Hello,
>
> When reviewing the PEP 3151 implementation (*), Ezio commented that
> "FileSystemError" looks a bit strange and that "FilesystemError" would
> be a better spelling. What is your opinion?
>
> (*) http://bugs.python.org/issue12555
On Thu, Aug 25, 2011 at 23:04, Andrew Pennebaker <
andrew.penneba...@gmail.com> wrote:
> Please have the Windows installers add the Python installation directory to
> the PATH environment variable.
The http://bugs.python.org bug tracker is a better place for feature
requests like this, of which
On Fri, Aug 26, 2011 at 12:18, Andrew Pennebaker <
andrew.penneba...@gmail.com> wrote:
> Also, there's no need to "buy in" to the Windows toolchain just to edit
> PATH. Installer software includes functionality for editing environment
> variables, and in any case Python has built in environment va
On Sat, Aug 27, 2011 at 11:48, Dan Stromberg wrote:
>
> No, this was not the intent of __future__. The intent is that a
>> feature is desirable but also backwards incompatible (e.g. introduces
>> a new keyword) so that for 1 (sometimes more) releases we require the
>> users to use the __future__ i
On Fri, Sep 23, 2011 at 18:49, Terry Reedy wrote:
> A interactive lisp interpreter can detect end-of-statement without a blank
> line by matching a closing paren to the open paren that starts every
> expression.
Braces-loving programmers around the world are feverishly writing a
PEP as we speak.
...@python.org
Brian Curtin - Publicity Coordinator - br...@python.org
___
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/archive%40mail
On Mon, Oct 3, 2011 at 18:32, Ryan Wells (MP Tech Consulting LLC) <
v-ry...@microsoft.com> wrote:
> Hello Python Developers,
>
> ** **
>
> I am a Program Manager with the Ecosystem Engineering team at Microsoft. We
> are tracking a issue with Python 3.2.2 on Windows Developer Preview when
> u
On Tue, Oct 4, 2011 at 11:27, Michael Foord wrote:
> On 04/10/2011 02:20, Brian Curtin wrote:
>
> On Mon, Oct 3, 2011 at 18:32, Ryan Wells (MP Tech Consulting LLC) <
> v-ry...@microsoft.com> wrote:
>
>> Hello Python Developers,
>>
>>
>>
>> I
On Tue, Oct 4, 2011 at 13:24, Ryan Wells (MP Tech Consulting LLC)
wrote:
> Please let me know if you have an estimated timeframe to address this issue,
> and if our team can further assist in this process.
No idea about an estimated time frame, but I've entered
http://bugs.python.org/issue13101 i
On Thu, Oct 6, 2011 at 09:12, Éric Araujo wrote:
> Oh, let’s not forget naming. We can’t reuse the module name virtualenv
> as it would shadow the third-party module name, and I’m not fond of
> “virtualize”: it brings OS-level virtualization to my mind, not isolated
> Python environments.
How ab
On Thu, Oct 6, 2011 at 10:46, Éric Araujo wrote:
> Le 06/10/2011 17:31, Barry Warsaw a écrit :
>> I agree we can't use virtualenv, and shouldn't use virtualize. I'm afraid
>> that picking something cute might make it harder to discover. `pythonv` or
>> `cpythonv` seem like good choices to me. M
On Fri, Oct 7, 2011 at 08:57, anatoly techtonik wrote:
>> It's just that SimpleHTTPServer doesn't quite survive slashdot effect.
>> Where do I fill a bug report :)
>
> http://bugs.python.org
http://www.theonion.com/
___
Python-Dev mailing list
Python-De
On Wed, Oct 12, 2011 at 09:17, Antoine Pitrou wrote:
>
> Hello,
>
> I'd like some advice on what the best path is in cases such as:
>
> A :exc:`socket.error` is raised for errors from the call
> to :func:`inet_ntop`.
>
> Should I replace "socket.error" with "OSError" (knowing that the
> former
On Wed, Oct 19, 2011 at 14:17, anatoly techtonik wrote:
> The resolution will likely be 'fixed' which doesn't give any info
> about if the patch was actually committed or not.
If there's no commit update in the messages on the issue, you should
assume it was not committed. At that point, either i
On Sat, Oct 22, 2011 at 14:30, Andrea Crotti wrote:
> On 10/21/2011 10:08 PM, Antoine Pitrou wrote:
>>
>> Hello,
>>
>> There are currently a bunch of various buildbot failures on all 3
>> branches. I would remind committers to regularly take a look at the
>> buildbots, so that these failures get s
On Sun, Nov 6, 2011 at 13:46, Benjamin Peterson wrote:
> 2011/11/6 brian.curtin :
>> -
>> - if (!PyArg_ParseTuple(args, "O&O:utime",
>> + PyObject* arg = NULL;
>
> You could set arg = Py_None here.
>> +
>> + if (!PyArg_ParseTuple(args, "O&|O:utime",
>> PyUnicode_
On Tue, Nov 8, 2011 at 14:47, Georg Brandl wrote:
> Am 08.11.2011 21:30, schrieb brian.curtin:
>> http://hg.python.org/cpython/rev/60ae7979fec8
>> changeset: 73463:60ae7979fec8
>> user: Brian Curtin
>> date: Tue Nov 08 14:30:02 2011 -0600
>> s
On Wed, Nov 9, 2011 at 10:14, Barry Warsaw wrote:
> I think we should have an official pronouncement about Python 2.8, and PEPs
> are as official as it gets 'round here. Thus I propose the following. If
> there are no objections , I'll commit this taking the next available
> number.
>
> Cheers,
On Wed, Nov 16, 2011 at 05:40, Jesús Cea wrote:
> Python insider blog was a great idea, trying to open and expose python-dev
> to the world. A great and necessary idea.
>
> But the last post was in August.
>
> I wonder if the project is dead... Would be sad :-(
>
> http://blog.python.org/
Not d
As Jesus mentioned earlier today, it has been a while since
http://blog.python.org/ was been updated, and even before that it
wasn't updated all that often. I'd like to try and get others involved
so we can get a more steady flow going and highlight more of the work
everyone is doing.
The blog aim
On Fri, Dec 9, 2011 at 14:26, Cedric Sodhi wrote:
> IF YOU THINK YOU MUST REPLY SOMETHING WITTY, ITERATE THAT THIS HAD BEEN
> DISCUSSED BEFORE, REPLY THAT "IT'S SIMPLY NOT GO'NNA HAPPEN", THAT "WHO
> DOESN'T LIKE IT IS FREE TO CHOOSE ANOTHER LANGUAGE" OR SOMETHING
> SIMILAR, JUST DON'T.
>
> Otherw
On Wed, Dec 28, 2011 at 19:51, Alex Gaynor wrote:
> A few thoughts on this:
>
> a) This is not a new issue, I'm curious what the new interest is in it.
Well they (the presenters of the report) had to be accepted to that
conference for *something*, otherwise we wouldn't know they exist.
__
On Thu, Dec 29, 2011 at 11:55, antoine.pitrou
wrote:
> http://hg.python.org/cpython/rev/cf57ef65bcd0
> changeset: 74194:cf57ef65bcd0
> user: Antoine Pitrou
> date: Thu Dec 29 18:54:15 2011 +0100
> summary:
> Issue #12715: Add an optional symlinks argument to shutil functions
> (
On Fri, Dec 30, 2011 at 13:39, Antoine Pitrou wrote:
> On Fri, 30 Dec 2011 13:29:36 -0600
> Brian Curtin wrote:
>>
>> Can we expect that readers on Windows know how os.symlink works, or
>> should the stipulations of os.symlink usage also be laid out or at
>> lea
On Mon, Jan 2, 2012 at 12:26, francis wrote:
> On 01/02/2012 06:35 PM, Georg Brandl wrote:
>>
>> On 01/02/2012 03:41 PM, Antoine Pitrou wrote:
>>>
>>> On Mon, 2 Jan 2012 14:44:49 +1000
>>> Nick Coghlan wrote:
He keeps leaving them out, I occasionally tell him they should always
be
On Wed, Jan 4, 2012 at 00:30, Stephen J. Turnbull wrote:
> Benjamin Peterson writes:
>
> > My goodness, I was trying to make a ridiculous-sounding proposition.
>
> In this kind of discussion, that's in the same class as "be careful
> what you wish for -- because you might just get it."
I wish we
On Sat, Jan 7, 2012 at 16:07, wrote:
> A then-related question is whether Python 3.3 should be compiled with Visual
> Studio 11. I'd still be in favor of that, provided Microsoft manages to
> release that soon enough.
I'm guessing the change would have to be done before the first beta?
It would
On Sat, Jan 7, 2012 at 18:04, Paul Moore wrote:
> On 7 January 2012 22:56, Eli Bendersky wrote:
>>
>>> A then-related question is whether Python 3.3 should be compiled with
>>> Visual
>>> Studio 11. I'd still be in favor of that, provided Microsoft manages to
>>> release
>>> that soon enough.
>>
On Sun, Jan 8, 2012 at 16:33, Jim Jewett wrote:
> In http://mail.python.org/pipermail/python-dev/2012-January/115368.html
> Stefan Behnel wrote:
Can you please configure your mail client to not create new threads
like this? As if this topic wasn't already hard enough to follow, it
now exists acro
On Mon, Jan 16, 2012 at 14:00, Jason R. Coombs wrote:
> The second thing I notice is the scripts assume Visual Studio 2008. And
> while I recognize that Python is specifically built against Visual Studio
> 2008 for the official releases and that Visual Studio 2008 may be the only
> officially-supp
On Mon, Jan 16, 2012 at 18:01, Jason R. Coombs
> My goal in adding the upgrade code was to provide a one-step upgrade for
> developers with only VS 10 installed. That's what vs-upgrade in
> jaraco.develop does.
Upgrading to 2010 requires some code changes in addition to the
conversion, so the proc
On Tue, Jan 17, 2012 at 14:43, "Martin v. Löwis" wrote:
> It seems a number of people are interested that the Python trunk
> switches to Visual Studio 2010 *now*. I've been hesitant to agree
> to such a change, as I still hope that Python can skip over VS 2010
> (a.k.a. VS 10), and go straight to
On Tue, Jan 17, 2012 at 15:01, "Martin v. Löwis" wrote:
>> I previously completed the port at my old company (but could not
>> release it), and I have a good bit of it completed for us at
>> http://hg.python.org/sandbox/vs2010port/. That repo is a little bit
>> behind 'default' but updating it sho
On Thu, Jan 19, 2012 at 17:54, "Martin v. Löwis" wrote:
> Ok, so let me add then that I'm worried about the additional work-load.
>
> I'm particularly worried about the coordination of vacation across the
> three people that work on a release. It might well not be possible to
> make any release fo
On Tue, Jan 17, 2012 at 15:11, Brian Curtin wrote:
> On Tue, Jan 17, 2012 at 15:01, "Martin v. Löwis" wrote:
>>> I previously completed the port at my old company (but could not
>>> release it), and I have a good bit of it completed for us at
>>> http:/
On Sun, Jan 29, 2012 at 14:23, Trent Nelson wrote:
> Brian, what are your plans? Are you going to continue working in
> hg.python.org/sandbox/vs2010port then merge everything over when
> ready? I have some time available to work on this for the next
> three weeks or
On Wed, Feb 1, 2012 at 15:37, Catalin Iacob wrote:
> On Tue, Jan 17, 2012 at 9:43 PM, "Martin v. Löwis" wrote:
> ...
>> P.S. Here is my personal list of requirements and non-requirements:
> ...
>> - must generate binaries that run on Windows XP
>
> I recently read about Firefox switching to VS201
On Wed, Feb 1, 2012 at 15:41, Brian Curtin wrote:
> On Wed, Feb 1, 2012 at 15:37, Catalin Iacob wrote:
>> On Tue, Jan 17, 2012 at 9:43 PM, "Martin v. Löwis"
>> wrote:
>> ...
>>> P.S. Here is my personal list of requirements and non-requirements:
>>
On Tue, Feb 7, 2012 at 22:15, Nick Coghlan wrote:
> Folding the two
> implementations together in the standard library would mean officially
> declaring that xml.etree is now an independently maintained fork of
> Fredrik's version rather than just a "snapshot in time" of a
> particular version (wh
On Wed, Feb 15, 2012 at 19:19, Ben Finney wrote:
> Charles-François Natali writes:
>
>> Issue #8604 aims at adding an atomic file API to make it easier to
>> create/update files atomically, using rename() on POSIX systems and
>> MoveFileEx() on Windows (which are now available through
>> os.repla
On Fri, Feb 17, 2012 at 23:24, Mark Hammond wrote:
> I'm wondering what thoughts are on PEP 397, the Python launcher for Windows.
> I've been using the implementation for a number of months now and I find it
> incredibly useful.
>
> To my mind, the specific steps would be:
>
> * Arrange for it to
While some effort has gone on to get the 32-bit build to compile
without warnings (thanks for that!), 64-bit still has numerous
warnings. Before I push forward on more of the VS2010 port, I'd like
to have a clean 2008 build all around so we can more easily track what
may have changed. In completing
On Tue, Feb 21, 2012 at 23:45, wrote:
>
> Zitat von Brian Curtin :
>
>
>> While some effort has gone on to get the 32-bit build to compile
>> without warnings (thanks for that!), 64-bit still has numerous
>> warnings. Before I push forward on more of the VS2010 por
On Wed, Feb 22, 2012 at 10:04, shibturn wrote:
> On 22/02/2012 3:32am, Brian Curtin wrote:
>>
>> 1. Is anyone opposed to moving up to Level 4 warnings?
>
>
> At that level I think it complains about common things like the "do {...}
> while (0)" idiom, a
On Wed, Feb 22, 2012 at 18:21, Éric Araujo wrote:
> Le 11/02/2012 12:00, Eli Bendersky a écrit :
>> Well, I think the situation is pretty good now. If one goes to
>> python.org and is interested in contributing, clicking on the "Core
>> Development" link is a sensible step, right?
>
> Maybe, depen
On Thu, Feb 23, 2012 at 01:15, Stephen J. Turnbull wrote:
> Brian Curtin writes:
>
> > If you want to contribute to development, I think you'll know that a
> > link about development is relevant.
>
> For values of "you" in "experienced programmer
On Feb 24, 2012 6:26 PM, "Mark Lawrence" wrote:
>
> On 24/02/2012 21:37, "Martin v. Löwis" wrote:
>>>
>>> I was of the thought that Old String Formatting |"%s" % foo| was to be
>>> phased out by Advanced String Formatting |"{}.format(foo)|.
>>
>>
>> This is actually not the case, and never was. So
On Mon, Feb 27, 2012 at 17:15, Ethan Furman wrote:
> This is probably a dumb question, but why can't we add u'' back to 3.2? It
> seems an incredibly minor change, and we are not in security-only fix stage,
> are we?
We don't add features to bug-fix releases.
On Tue, Feb 28, 2012 at 09:04, Barry Warsaw wrote:
> We really need to stop saying that porting to Python 3 is hard, or should be
> delayed. It's not in the vast majority of cases. Yes, there are warts, and
> we should continue to improve Python 3 so it gets easier, but by no means is
> it impos
>> as Python 2.5.
>
> Right, will take a look. FYI a Google search for "python 3 porting guide"
> shows
> the Wiki PortingToPy3K page, then Brian Curtin's Python 3 Porting Guide, then
> Lennart Regebro's porting book website, and then the howto referred to above
On Tue, Feb 28, 2012 at 14:27, Ethan Furman wrote:
> Here's what I know:
>
> We don't add features to bug-fix releases.
> u'' is considered a feature.
> By not backporting to 3.1 and 3.2 we are not easing the migration pains from
> 2.x.
Let's say it's 2013 and 3.3 has been out for a few months an
On Mon, Mar 12, 2012 at 15:40, Watts, Wendy wrote:
> Hello, my name is Wendy; I am a IT recruiter for vtrIT which is a division
> of Volt Workforce Technical Solutions located in San Francisco. I have an
> urgent Senior and Junior Python Engineer positions open for a client located
> in CA. I am r
On Mon, Mar 12, 2012 at 19:23, Andrey Petrov wrote:
> What such a snippet might look like:
>
> "Batteries are included with Python but sometimes they are old and
> leaky—this is one of those cases. Please have a look in PyPI for more modern
> alternatives provided by the Python community."
What d
On Mon, Mar 12, 2012 at 21:14, Andrey Petrov wrote:
> On Mon, Mar 12, 2012 at 8:58 PM, Brian Curtin wrote:
>> On Mon, Mar 12, 2012 at 19:23, Andrey Petrov wrote:
>>> What such a snippet might look like:
>>>
>>> "Batteries are included with Python but som
On Tue, Mar 13, 2012 at 14:13, Kenneth Reitz wrote:
> I think the cheesehop trove classifiers would be the ideal way to
> agnostically link to a page of packages related to the standard package in
> question. No need for sort order.
Randomize the order for all I care. We still need to ensure we'r
On Tue, Mar 13, 2012 at 14:43, VanL wrote:
> Following up on conversations at PyCon, I want to bring up one of my
> personal hobby horses for change in 3.3: Fix install layout on Windows, with
> a side order of making the PATH work better.
>
> Short version:
>
> 1) The layout for the python root d
As with last year, I've put together a summary of the Python Language
Summit which took place last week at PyCon 2012. This was compiled
from my notes as well as those of Eric Snow and Senthil Kumaran, and I
think we got decent coverage of what was said throughout the day.
http://blog.python.org/2
On Wed, Mar 14, 2012 at 13:52, Georg Brandl wrote:
> Thanks for the comprehensive report (I'm still reading). May I request
> for the future that you also paste a copy in the email to the group, for
> purposes of archiving and ease of discussing? (Just like we also post
> PEPs to python-dev for
the PEP czar).
PEP 397 Inclusion
=
Without much of a Windows representation at the summit, discussion was fairly
quick, but it was pretty much agreed that PEP `397`_ was something we should
accept. Brian Curtin spoke in favor of the PEP, as well as mentioning ongoing
work on the Windo
On Fri, Mar 16, 2012 at 19:53, Mark Hammond wrote:
> For the sake of brain-storming, how about this:
>
> * All executables and scripts go into the root of the Python install. This
> directory is largely empty now - it is mainly a container for other
> directories. This would solve the problem of
On Sun, Mar 18, 2012 at 23:13, ncdave4life wrote:
> I noticed that pydoc doesn't work for pygame under python 3.2.1 for Win32:
>
> NotImplementedError: scrap module not available (ImportError: No module
> named scrap)
>
> I made a small patch to inspect.py to solve the problem (I just added a
> tr
never thought about doing it otherwise. If I want to run the
C:\Users\brian\example\sample.py script, I'd open a CMD and move to
the example directory and execute the sample script.
The class of about 60 people I taught a few years back at a previous
employer all did the same thing without
On Thu, Mar 22, 2012 at 12:59, Paul Moore wrote:
> Note - that is not "Regularizing the layout". You have not made any
> changes to OS/2 (which matches Windows at the moment).
I think that would be a wasted effort with OS/2 entering "unsupported"
mode in 3.3, and OS/2 specific code being removed
On Thu, Mar 22, 2012 at 13:57, VanL wrote:
> Honestly, I didn't expect that much resistance. None of the people I talked
> to in person even cared, or if they did, they thought that consistency was a
> benefit. But now that virtualenvs are going in in 3.3, I see this as the
> last good chance to c
2012/3/22 VanL :
> Open Issues:
>
> """If we do put python.exe on PATH (whether it's in bin or not), we have
> to debate how to handle people having multiple versions of python on
> their machine. In a post-PEP 397 world, no Python is "the machine
> default" - .py files are associated with py.exe,
On Thu, Mar 22, 2012 at 18:26, Ethan Furman wrote:
> Given the cost of the change, and the advent of the PEP-397 Launcher, I also
> vote -1.
Can you provide some justification other than a number? It's a pretty
cheap change and the launcher solves somewhat of a different problem.
On Mar 23, 2012 6:25 PM, "Victor Stinner" wrote:
>
> Hi,
>
> time.steady(strict=True) looks to be confusing for most people, some
> of them don't understand the purpose of the flag and others don't like
> a flag changing the behaviour of the function.
>
> I propose to replace time.steady(strict=Tr
On Fri, Mar 23, 2012 at 18:38, Yury Selivanov wrote:
> On 2012-03-23, at 7:28 PM, Brian Curtin wrote:
>> This seems like it should have been a PEP, or maybe should become a PEP.
>
> Why? AFAIK Victor just proposes to add two new functions: monotonic() and
> steady().
We j
On Sat, Mar 24, 2012 at 07:19, Nick Coghlan wrote:
> On Sat, Mar 24, 2012 at 4:35 AM, PJ Eby wrote:
>> Just dumping things in a directory adjacent to the corresponding scripts is
>> the original virtualenv, and it still works just dandy -- most people just
>> don't *know* this. (And again, if th
On Sun, Mar 25, 2012 at 14:50, Andrew Svetlov wrote:
> I like to see new schema only for 3.3 as sign of shiny new release.
Please don't do this. It will result in endless complaints.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.o
On Sun, Mar 25, 2012 at 05:00, Jon K Peck wrote:
>
> I am out of the office until 03/30/2012.
>
> I will be out of the office through Friday, March 30. I expect to have
> some email access but may be delayed in responding.
>
>
> Note: This is an automated response to your message "Python-Dev Dig
After talking with Martin and several others during the language
summit and elsewhere around PyCon, PEP 397 should be accepted. I don't
remember who, but some suggested it should just be a regular old
feature instead of going through the PEP process. So...does this even
need to continue the PEP pro
On Thu, Mar 29, 2012 at 17:45, Benjamin Peterson wrote:
> 2012/3/29 Brian Curtin :
>> After talking with Martin and several others during the language
>> summit and elsewhere around PyCon, PEP 397 should be accepted. I don't
>> remember who, but some suggested it sh
301 - 400 of 521 matches
Mail list logo
