2009/7/7 Ben Finney :
>> - PEP 376 is an opportunity to consider cleanup
>> - there are some strong supporters of keeping things
>> setuptools-compatible
>
> Your implication seems to be that these two are incompatible. It should
> be noted that it's possible to clean up, by having a separate (e.g.
2009/7/8 Nick Coghlan :
> Antoine Pitrou wrote:
>> Nick Coghlan gmail.com> writes:
>>> For example, I quite like the concept behind the various ideas for
>>> "location" or "prefix" definitions either in the RECORD file itself or
>>> in a separate PREFIXES file, since such approaches feeds directly
2009/7/8 Antoine Pitrou :
> Paul Moore gmail.com> writes:
>>
>> I have no answer here. But I think we need feedback from the people
>> who will ultimately be building bdist_xxx formats - Debian packagers,
>> people wrting alternate RPM builders, etc.
>
>
2009/7/8 Eric Smith :
> [Any reason you didn't respond to the list? I'd like to continue the
> discussion there. But I'm currently replying just to you.]
No, I just clicked the wrong button. Sorry. Redirecting back to the list.
> Paul Moore wrote:
>>
>> 2009/7
2009/7/8 P.J. Eby :
> At 03:57 PM 7/8/2009 +0100, Paul Moore wrote:
>>
>> Who's going to use the APIs based around the RECORD file? Anyone?
>
> The distutils uninstall facility, for starters. easy_install and pip also
> will, eventually.
Is pip getting this
2009/7/8 P.J. Eby :
> If it were being driven by setuptools, I'd have just implemented it myself
> and presented it as a fait accompli. I can't speak to Tarek's motives, but
> I assume that, as stated in the PEP, the primary driver is supporting the
> distutils being able to uninstall things, and
2009/7/8 Eric Smith :
> I was there, and I've been commenting!
Sorry, I hadn't realised that. Thanks for the correction.
> There might have been more discussion after the language summit and the one
> open space event I went to. But the focus as I recall was static metadata
> and version specific
2009/7/9 Eric Smith :
> P.J. Eby wrote:
>>>
>>> ISTM that the problem that it solves is uninstall in the absence of
>>> the original installer.
>>
>> Or uninstall where the installer is "setup.py install", actually.
>
> I think we need to move away from "setup.py install". It's the antithesis of
>
2009/7/9 Tarek Ziadé :
> On Thu, Jul 9, 2009 at 3:42 AM, Sridhar
> Ratnakumar wrote:
>> Other than easy_install/pip, there is also PyPM which is being developed at
>> ActiveState. PyPM is the Python package manager much like what ppm is for
>> ActivePerl.
>>
>
> Great ! besides the RECORD file, any
2009/7/9 Paul Moore :
> I'd like to add a test case using a non-standard PEP 302 importer, but
> that's a small detail.
I've just pushed a PEP 302 importer test case.
The level of boilerplate needed is a bit painful, but it's fine as a
prototype. When we get consensu
2009/7/9 Eric Smith :
> Yes. I'm just trying to point out that the information in the PEP is
> applicable only to the set of installers that want to work together in some
> integrated way. It doesn't apply to all installers, and I think that's the
> bigger problem.
Interoperability standards are o
2009/7/9 Nick Coghlan :
> Paul Moore wrote:
>> - some cases are not simple, and it's not clear to me how useful
>> "nearly always accurate" data will be
>
> Since the accuracy can always be checked against the filesystem, I think
> the metadata is useful
2009/7/13 Eric Pruitt :
> It is indeed the file ../PCBuild/pcbuild.sln. The line endings appear to be
> Unix style but after fixing them, I still have the same problem.
Where did you get your copy of the Python source from? If it's from
Subversion, I'm surprised the line endings are wrong. If it's
2009/7/13 Paul Moore :
> 2009/7/13 Eric Pruitt :
>> It is indeed the file ../PCBuild/pcbuild.sln. The line endings appear to be
>> Unix style but after fixing them, I still have the same problem.
[...]
> I'd suggest trying to reproduce your issue with a clean checkout from
2009/7/15 Tarek Ziadé :
> On Tue, Jul 14, 2009 at 2:12 AM, Sridhar
> Ratnakumar wrote:
>> Here are my comments regarding PEP 376 with respect to PyPM (the Python
>> package manager being developd at ActiveState)
>>
>>
>> Multiple versions: I understand that the PEP does not support
>> installation
2009/7/15 Brett Cannon :
> I implemented get_filename() as specified in PEP 302 for importlib's source
> and bytecode loaders and I was starting to create the ABC for importlib.abc,
> but then I realized that perhaps the loader should live in runpy instead of
> importlib.
> Putting the new ABC in i
2009/7/15 Tarek Ziadé :
> On Wed, Jul 15, 2009 at 12:17 PM, Michael
> Foord wrote:
>>> Disclaimer: I've only read the short version, so if some of this is
>>> covered in the longer explanation, I apologise now.
>>>
>>> -1.
>>>
>>
>> I agree. People with versioning issues *should* be using virtualen
2009/7/15 Nick Coghlan :
> While runpy is the only client in the standard library for the
> get_filename() method, the method is still a PEP 302 extension. I
> documented the extension in the PEP as loaders are the only things
> reliably in a position to provide the filename details that runpy need
2009/7/15 David Cournapeau :
> As was stated by Debian packagers on the distutils ML, the problem is
> that docutils 0.5 breaks packages which work with docutils 0.4 in the
> first place.
>
> http://www.mail-archive.com/distutils-...@python.org/msg05775.html
>
> And current hacks to work around lac
2009/7/15 P.J. Eby :
> At 11:10 AM 7/15/2009 +0100, Paul Moore wrote:
>>
>> I propose that before the current prototype is turned into a final
>> (spec and) implementation, the PEP 302 extensions are extracted and
>> documented as an independent protocol, purely part
2009/7/15 Chris McDonough :
> I've been trying to follow this discussion now for weeks. The signal to
> noise ratio is pretty low.
I agree :-(
> I'd love to have an stdlib solution for distribution packaging and
> installation. But I think we might as well pack it up and go home if the
> folks w
2009/7/4 Brett Cannon :
>> > While I really like the idea of using named branches for each release so
>> > that there is a single py3k branch that contains all relevant history
>> > for
>> > every release, I think we should start simple and go with cloned
>> > branches.
>> > That way the workflow d
2009/7/22 Christian Tismer :
> Maybe the simple solution is to prevent building extensions
> with mingw, if the python executable was not also built with it?
> Then, all would be fine I guess.
I have never had problems in practice with extensions built with mingw
rather than MSVC - so while I'm no
2009/7/24 Georg Brandl :
> David Lyon schrieb:
>> On Fri, 24 Jul 2009 03:23:57 +0200, Christian Heimes
>> wrote:
>>> I'm sorry to inform you that a wxWindows based solution has zero change
>>> to get into the Python standard library ever. We are not going to add
>>> another GUI toolkit to the core
2009/7/25 David Lyon :
>> It would, in fact, be best to work with the team performing ongoing
>> active standardisation of distutils functionality.
>
> I am already doing that.
>
> But there is a bias against windows development and a bias
> against native applications. That's fine because I know t
2009/7/27 Eric Pruitt :
> Hello,
>
> Since there was a bit of confusion last time, I'll start by saying I am
> working on the subprocess.Popen module for Google Summer of Code. One of the
> features I am implementing is a class so that a running process can stand in
> in place of a file. For exampl
2009/7/27 Eric Pruitt :
> I am implementing the file wrapper using changes to subprocess.Popen that
> also make it asynchronous and non-blocking so implementing "r+" should be
> trivial to do. How about handling stderr? I have the following ideas: leave
> out support for reading from stderr, make i
2009/7/28 David Lyon :
> On Tue, 28 Jul 2009 07:55:11 +0200, "Martin v. Löwis"
> wrote:
>> Yes, eggs have the same problem. That's one of the reasons they
>> don't get integrated into Python.
>
> Yes but egg_info is included in python...
>
> and the egg is not
>
> Hence, what goes in and what
2009/7/28 David Lyon :
> ok - I get it.
[...]
> Your whole email whilst perphaps technically correct is terribly
> difficult for a software engineering person to follow.
OK, I'm sorry if my attempts to help you didn't do so.
> Let me go away confused... don't ask me any more questions or
> el
2009/8/2 Michael Foord :
[...]
>> In this version, tests would want to call the _init_singleton()
>> function to reset to defaults.
[...]
> Please post the patches to the Python bug tracker:
>
> http://bugs.python.org
>
> Thanks
The patch you post should also patch the test suite to use your
rep
2009/8/5 "Martin v. Löwis" :
> My personal favorite outcome would be this:
> - most files have svn's "native" eol style; they get stored in LF
> in the repository; the hook will convert them on Windows, and check
> on Unix.
> - some files have "windows" eol style; they get stored in CRLF.
> The
2009/8/5 Mark Hammond :
> Most tools that I use will tend to not mix EOL styles in a single file, but
> will tend to create \r\n line endings for new files I create. Most hg repos
> I come across don't have mixed line endings within individual files, so I
> can only guess these files were accident
2009/8/13 Christian Heimes :
> Steve Holden wrote:
>>
>> I sent fourteen requests for licenses in to Microsoft. I've asked them
>> to let me know which they grant (since they may choose to limit the
>> number) and will inform you all personally when I hear their decision.
>
> I've received my MSDN
2009/8/14 Nick Coghlan :
> Georg Brandl wrote:
>> Nick Coghlan schrieb:
>>> P.S. For anyone else that is slow like me, take a close look at PEP 387...
>>
>> What should we see, other than that we have two PEPs on the same topic that
>> should be merged?
>
> Benjamin wrote the second one, so he obvi
2009/8/22 Martin Geisler :
> Oh, we try to be very paranoid in Mercurial :-) That's why you don't see
> any support for copying hgrc files when you clone and why hg wont trust
> hgrc files not owned by you: it should be safe to do
>
> cd ~collegue/src/python
> hg tip
So, is the implication there
I've just had a look on python.org, but couldn't immediately see a
pointer to instructions on what the process is to set up a buildbot.
There's a not on setting things up for pybots, but nothing on the core
buildbot setup.
The reason I'm asking is that I'm thinking of seeing if I could set up
a Wi
2009/8/22 Jeroen Ruigrok van der Werven :
> -On [20090822 21:30], Paul Moore (p.f.mo...@gmail.com) wrote:
>>I've just had a look on python.org, but couldn't immediately see a
>>pointer to instructions on what the process is to set up a buildbot.
>
> http://wiki.py
2009/8/22 Paul Moore :
> 2009/8/22 Jeroen Ruigrok van der Werven :
>> -On [20090822 21:30], Paul Moore (p.f.mo...@gmail.com) wrote:
>>>I've just had a look on python.org, but couldn't immediately see a
>>>pointer to instructions on what the proces
2009/9/5 "Martin v. Löwis" :
>> What is the hope of an EOL extension which meets our requirements coming
>> directly out of the hg community? If that hope is small, where does
>> that leave us?
>
> As before. I'll repost my request for help, and we stay with subversion
> meanwhile.
>
> Perhaps I'l
2009/9/5 "Martin v. Löwis" :
>> FWIW, I had the same impression as Antoine. I am aware that 'stupid'pad
>> requires /r/n, but do IDLE and other editors (on Windows) that people
>> would actually use to create/edit such files? I would personally be
>> willing to install a notepad replacement if need
2009/9/10 C. Titus Brown :
> I don't see a Windows 7 buildbot up here:
>
> http://www.python.org/dev/buildbot/all/
>
> but I confess that I'm bad at reading these pages. Has anyone tried
> compiling either trunk or py3k on Win 7? Would this be useful?
I plan to do something like this but
2009/9/13 Darren Dale :
>> If Phillip doesn't respond here, you may want to ask him directly.
>> My impression is that it is deferred because nobody is pursuing it
>> actively (including Phillip Eby). It's common for a PEP to be in that
>> state for several years, "deferred" then is an indication t
2009/9/16 Michael Foord :
> Georg Brandl wrote:
>>
>> May I have a short vote on this issue:
>>
>> http://bugs.python.org/issue6903
>>
>> In short, pdb (since 2.6) uses a separate displayhook in order to avoid
>> _ being reassigned (which screws up debugging apps that use _ as gettext).
>> In tha
2009/9/16 Steven D'Aprano :
> I've been skimming emails in this thread, since most of them go over my
> head and I have no current need for an ipaddress module.
Same here.
> As an outsider to this argument, and judging from the lack of agreement
> here, it seems to me that some (many? most?) deve
2009/9/17 Peter Moody :
> On Wed, Sep 16, 2009 at 8:21 PM, Andrew McNamara
> wrote:
I think we're in a painful middle ground now - we should either go back
to the idea of a single class (per protocol), or make the distinctions
clear (networks are containers and addresses are singlet
2009/9/17 R. David Murray :
> Feel free to respond with comments about the header text, but more
> importantly let me know what you know about who (especially if it is you)
> should be listed for each module, platform, and topic, and feel free to
> suggest additional topics. My goal is to record t
2009/9/18 R. David Murray :
> On Fri, 18 Sep 2009 at 11:04, Andrew McNamara wrote:
>>
>> [attribution lost; apparently Steven D'Aprano given the CC]
>>>
>>> To a non-specialist, "the network address" is ambiguous. There are many
>>> addresses in a network, and none of them are the entire network. I
2009/9/28 Peter Moody :
>> That is, you've rejected the idea of having:
>>
> IPv4Network(192.168.1.1/24)
>> IPv4Network(192.168.1.0/24)
>
> yes, I and everyone have rejected that idea. this should either raise
> an error, or do what it does now, that is, return
> IPv4Network('192.168.1.1/24')
2009/9/28 Yuvgoog Greenle :
> 1. There is no chance of the script killing itself. In argparse and optparse
> exit() is called on every parsing error (btw because of this it sucks to
> debug parse_args in an interpreter).
That one does worry me. I'd rather argparse (or any library function)
didn't
2009/9/29 Steven Bethard :
> If you're not using argparse to write command line applications, then
> I don't feel bad if you have to do a tiny bit of extra work to take
> care of that use case. In this particular situation, all you have to
> do is subclass ArgumentParser and override exit() to do w
2009/9/30 Greg Ewing :
> Paul Moore wrote:
>>
>> I'd rather argparse (or any library function)
>> didn't call sys.exit on my behalf - it should raise an exception.
>
> Actually, sys.exit() *does* raise an exception (i.e.
> SystemExit) that you can catch i
2009/9/30 Steven Bethard :
> On Tue, Sep 29, 2009 at 10:04 PM, James Y Knight wrote:
>> It'd possibly be helpful if there were builtin objects which forced the
>> format style to be either newstyle or oldstyle, independent of whether % or
>> format was called on it.
> So I understand how this migh
2009/9/30 Mark Dickinson :
> Please could someone who understands the uses of IPNetwork better than
> I do explain why the following wouldn't be a significant problem, if __eq__
> and __hash__ were modified to disregard the .ip attribute as suggested:
>
linus = IPv4Network('172.16.200.1/24')
>
2009/9/30 Barry Warsaw :
> Although I hate the name 'dicttemplate', this seems like the best solution
> to me. Maybe it's good that 'dicttemplate' is so ugly though so that people
> will naturally prefer 'format' :). But I like this because there's not
> really any magic, it's explicit, and the d
2009/9/30 Robert Kern :
> I am blissfully unaware of the problems Paul mentioned about Windows GUI-mode
> programs.
:-)
> I'm not sure what would make a program "GUI-mode" or not. Certainly, I have
> written
> Python programs that use wxPython and PyQt on Windows that print to
> stdout/stderr,
2009/10/1 Vinay Sajip :
> If any module wants to use {} formatting for their logging, they can add the
> line
>
> from logging import BraceMessage as __
>
> I've used two underscores, since _ might be being used for gettext, but
> obviously the importer can use whatever name they want.
>
> and then
2009/10/3 Antoine Pitrou :
> Steven Bethard gmail.com> writes:
>>
>> If %-formatting is to be deprecated, the transition strategy here
>> is trivial. However, no one has yet written translators, and it is
>> not clear what heuristics should be used, e.g. should the method
>> just try %-for
2009/10/1 Eric Smith :
> It's tangential, but in the str.format case you don't want to check for just
> '{asctime}', because you might want '{asctime:%Y-%m-%d}', for example.
>
> But there are ways to delay computing the time until you're sure it's
> actually being used in the format string, withou
2009/10/5 Vinay Sajip :
> Raymond Hettinger rcn.com> writes:
>> We should get one written. ISTM, every %-formatting
>> string is directly translatable to an equivalent {}-formatting string.
>
> I'm not sure you can always get equivalent output from the formatting, though.
> For example:
>
"%
2009/10/7 Vinay Sajip :
> What's the general feeling here about this proposal? All comments and
> suggestions will be gratefully received.
+1
One option I would have found useful in some code I wrote would be to
extend the configuration -
class DictConfigurator:
...
def extend(self, moreco
2009/10/8 Tarek Ziadé :
> Here's a quick summary of the main things that are going to happen in
> Distutils, and Distribute, and a few words on virtualenv and pip.
> (there is much much more work going on, but I don't want to drown
> people with details)
Thanks for this summary. The overview was g
2009/10/7 Antoine Pitrou :
> Python 3 complains at startup and is a bit more explicit:
>
> $ ./python -c '1' >&-
> Fatal Python error: Py_Initialize: can't initialize sys standard streams
> OSError: [Errno 9] Bad file descriptor
> Abandon
>
> Of course, if it is stderr that you explicitly close, yo
2009/10/8 Tarek Ziadé :
>> The egg format
>>
>> One thing missing from your roadmap (unless I missed it) is the fate
>> of the egg (zipfile) format. If it's to remain a valid option
>> (bdist_egg and the like) then I'd assume that Distribute needs to be
>> the place to develop it.
>> One thing it w
2009/10/9 Antoine Pitrou :
> Ian Bicking colorstudy.com> writes:
>>
>> Someone mentioned that easy_install provided some things pip didn't;
>> outside of multi-versioned installs (which I'm not very enthusiastic
>> about) I'm not sure what this is?
>
> http://pip.openplans.org/#differences-from-ea
2009/10/9 Michael Foord :
> Many Windows users would be quite happy if the standard mechanism for
> installing non-source distributions on Windows was via the wininst binaries.
+1 I'm one of those people.
> I wonder if it is going to be possible to make this compatible with the
> upcoming distuti
2009/10/20 Chris Withers :
> I wouldn't have a problem if integrating with the windows package manager
> was an optional extra, but I think it's one of many types of package
> management that need to be worried about, so might be easier to get the
> others working and let anyone who wants anything
2009/10/20 Stefan Krah :
> Hi,
>
> as some of you know, recently I've released an arbitrary precision
> C library for decimal arithmetic together with a Python module:
>
> http://www.bytereef.org/libmpdec.html
> http://www.bytereef.org/fastdec.html
>
>
> Both the library and the module have been te
2009/10/22 Robert Collins :
> On Thu, 2009-10-22 at 13:16 -0400, Tres Seaver wrote:
> ...
>> That being said, I can't this bug as a release blocker: people can
>> either upgrade to super-current Boost, or stick with 2.6.2 until they can.
>
> Thats the challenge Ubuntu faces:
> https://bugs.edge.la
2009/10/23 John Arbash Meinel :
> I was pretty surprised that it was 30% faster than "for x in s: pass". I
> assume it has something to do with a potential "else:" statement?
I'd imagine it's actually because it has to call next() a second time
and deal with the StopIteration exception - the loop
2009/10/25 :
> Perhaps this is a significant portion of the problem. Maintaining a build
> slave is remarkably simple and easy. I maintain about half a dozen slaves
> and spend at most a few minutes a month operating them. Actually setting one
> up in the first place might take a bit longer, sin
2009/10/25 :
> If you run a build slave and it's offline when a build is requested, the
> build will be queued and run when the slave comes back online. So if the
> CPython developers want to work this way (I wouldn't), then we don't need
> pony-build; BuildBot will do just fine.
OK, sounds usef
2009/10/25 "Martin v. Löwis" :
>> I've been trying to get some feedback about firing up buildbots on Cloud
>> Servers for a while now and haven't had much luck. I'd love to find a
>> way of having buildbots come to life, report to the mother ship, do the
>> build, then go away 'till next time they
2009/10/30 C. Titus Brown :
> On Fri, Oct 30, 2009 at 04:21:06PM +, Antoine Pitrou wrote:
>>
>> Hello,
>>
>> Sorry for the little redundancy, I would like to underline Jean-Paul's
>> suggestion here:
>>
>> Le Sun, 25 Oct 2009 14:05:12 +, exarkun a ??crit??:
>> > I think that money can help
2009/10/30 C. Titus Brown :
>> As a counter-offer: Given remote access to however many Windows VMs
>> you want to provide, I'll get them up and running with buildslaves on
>> them. If that requires software such as Visual Studio, I have copies
>> via the MSDN licenses that I am happy to provide.
>
2009/11/3 Raymond Hettinger :
> In all these matters, I think the users should get a vote. And that vote
> should be cast with their decision to stay with 2.x, or switch to 3.x, or
> try to support both. We should not muck with their rational decision making
> by putting "carrots" in one pile and
2009/11/3 "Martin v. Löwis" :
>>> I'd like to read some case studies of people who have migrated applications
>>> from 2.6 to 3.0.
>>
>> +1, especially for packages which have a lot of C code: the current
>> documentation is sparse :) The only helpful reference I have found so
>> far is an email by
2009/11/3 Brett Cannon :
> I'm afraid there is some FUD going around here, which is
> understandable since no one wants to burn a ton of time on something
> that will be difficult or take a lot of time. But I have not heard
> anyone in this email thread (or anywhere for that matter) say that
> they
2009/11/4 Glyph Lefkowitz :
> On Nov 3, 2009, at 5:16 PM, Paul Moore wrote:
>>
>> 2009/11/3 Brett Cannon :
>>>
>>> I'm afraid there is some FUD going around here, which is
>>> understandable since no one wants to burn a ton of time on something
>&g
2009/11/4 Zooko O'Whielacronx :
> On the other hand, I'm totally committed to supporting Python 2.7,
> because my customers will demand it and because I expect that it will
> be easy.
Why do you think your customers will demand 2.7 support but not 3.1
support? If I were one of your customers, I'd
2009/11/13 Tres Seaver :
> I can see the information about the poll, and a link to view the
> results, without logging in.
>
> http://pypi.python.org/pypi
>
> (second paragraph there). That paragraph tells you that you need to log
> in to vote in the poll.
I don't want to create a PyPI account (
2009/11/16 Tres Seaver :
>> Which is bizarre, since Paul belongs to the group of people you say
>> you care most about - i.e., those people browsing the index and
>> looking for packages. The *consumers* of the comments, in other words.
>
> I agree with Martin that anonymous votes, like anonymous
I'm getting occasional odd errors in the subversion step on my
buildslave (http://www.python.org/dev/buildbot/buildslaves/moore-windows):
Traceback (most recent call last):
File "/data/buildbot/lib/python/buildbot/process/buildstep.py", line
690, in startStep
d.addCallback(self._startStep_2)
2009/11/24 David Bolen :
> Paul Moore writes:
>
>> buildbot.interfaces.BuildSlaveTooOldError: This buildslave
>> (moore-windows) does not know about multiple branches, and using
>> mode=update would probably build the wrong tree. Refusing to build.
>> Please upgr
2009/12/9 Lennart Regebro :
> On Wed, Dec 9, 2009 at 18:45, Ian Bicking wrote:
>> It's about time doctest got another run of development anyway. I can
>> imagine a couple features that might help:
>> * Already in there, but sometimes hard to enable, is ellipsis. Can you
>> already do this?
>>
>>
2009/12/10 Lennart Regebro :
> On Thu, Dec 10, 2009 at 00:47, Paul Moore wrote:
>>> I think so, but what you need is:
>>>
>>>> >>> throw_an_exception()
>>>> Traceback (most recent call last):
>>>> ...
&g
2009/12/28 "Martin v. Löwis" :
>
>> Does that mean we should add "or"?
>>
>> Requires-Python: 2.5 or 2.6
>
> It would be redundant to have it, since you can also write
>
> Requires-Python: >=2.5, <2.7
>
>> Should we also use "and" instead of ","?
>>
>> Requires-Python: >= 2.5 and < 2.6
>
>
2010/1/14 Vinay Sajip :
> So, can you please indicate your vote for or against incorporating PEP 391
> into Python?
I've no immediate need for the feature, but it would be good to have
something like this, so I'm +1.
Paul.
___
Python-Dev mailing list
Py
2010/1/18 R. David Murray :
> On Mon, 18 Jan 2010 10:56:05 -0500, "Steve Steiner (listsin)"
> wrote:
>> As much of a pain as it is to get new modules accepted, I agree that
>> mixing archiving functions into shutil is not the right way to do it
>> and that a separate archive_util module would mak
2010/1/20 Collin Winter :
> Hello python-dev,
>
> I've just committed the initial draft of PEP 3146, proposing to merge
> Unladen Swallow into CPython's source tree and roadmap. The initial
> draft is included below. I've also uploaded the PEP to Rietveld at
> http://codereview.appspot.com/186247,
2010/1/21 Paul Moore :
> 2010/1/20 Collin Winter :
>> Hello python-dev,
[...]
>> We're looking forward to discussing this with everyone.
>
> I'll comment on a number of points here - I've read the thread but
> it'd get too complex trying to quote
2010/1/26 Nick Coghlan :
> Glenn Linderman wrote:
>> That would seem to go a long ways toward making the facility user
>> friendly, at least on Windows, which is where your complaint about icons
>> was based, and the only change to Python would be to recognize that if a
>> .py contains a .zip signa
2010/1/26 Ian Bicking :
> On Tue, Jan 26, 2010 at 1:40 PM, Paul Moore wrote:
>> You're right, it works:
>>
>> >type __main__.py
>> print "Hello from a zip file"
>>
>> >zip mz.py __main__.py
>> adding: __main__.py (172 bytes sec
2010/1/26 Ian Bicking :
> On Tue, Jan 26, 2010 at 2:44 PM, Glyph Lefkowitz
> wrote:
>>
>> On Jan 26, 2010, at 3:20 PM, Ian Bicking wrote:
>>
>> Sadly you can't then do:
>> chmod +x mz.py
>> ./mz.py
>>
>> Unless I missed some subtlety earlier in the conversation, yes you can :).
>
> You are ent
On 28 January 2010 12:58, Daniel Fetchinson wrote:
>>> If this is the case then I, as a C extension author, will have no
>>> choice than working with a python installation that includes llvm/US.
>>> Which, as far as I undestand it, means dealing with C++ issues. Is
>>> this correct? Or the same pu
On 29 January 2010 23:45, "Martin v. Löwis" wrote:
>> On Windows, would a C extension author be able to distribute a single
>> binary (bdist_wininst/bdist_msi) which would be compatible with
>> with-LLVM and without-LLVM builds of Python?
>
> When PEP 384 gets implemented, you not only get that, b
On 13 March 2010 14:17, Nick Coghlan wrote:
> The creation side could be made a little more explicit in the PEP. We
> could also do something via the compileall module.
>
> (Pause while Nick goes and reads the source code for compileall for the
> first time ever...)
>
> Hmm - methinks the PEP actu
On 20 March 2010 04:20, Nick Coghlan wrote:
> In the case of floats and Decimals, there's no ambiguity here that
> creates any temptation to guess - to determine a true/false result for a
> comparison, floats can be converted explicitly to Decimals without any
> loss of accuracy. For Fractions, th
On 22 March 2010 19:32, Mark Dickinson wrote:
> I think getting this to work would involve a lot of extra code and
> significant 'cleverness'. I'd prefer the simple-to-implement and
> simple-to-explain option of rounding the Fraction before performing
> the operation, even if this means that the
On 9 April 2010 23:00, Barry Warsaw wrote:
> On Apr 09, 2010, at 02:52 PM, Guido van Rossum wrote:
>
>>It may be undocumented but it doesn't start with _ and it exists to
>>preserve backwards compatibility. So I recommend adding
>>PyImport_ExecCodeModuleExEx().
>
> Cool, thanks. Now I can't wait
On 14 April 2010 07:37, Paul Rudin wrote:
> "Martin v. Löwis" writes:
>
>> The major difference in the "do it yourself" attitude is that Mac user
>> get a compiler for free, as part of the operating system release,
>> whereas for Windows, they have to pay for it (leaving alone VS Express
>> for t
1101 - 1200 of 1862 matches
Mail list logo
