On 09/01/2008, Steve Holden <[EMAIL PROTECTED]> wrote:
> The idea that users would /program their own computers/ was totally
> alien to the Windows mindset.
Actually, the alien idea is that more than one person would use the
same (Windows) computer. Not surprising as these were *personal*
computer
On 17/01/2008, Christian Heimes <[EMAIL PROTECTED]> wrote:
> * Should the Windows installer add %APPDATA%/Python/Scripts to PATH?
The Windows installers currently do not add the main Python\Scripts
directory to PATH, so they shouldn't add this one either.
Paul
On 17/01/2008, Tim Golden <[EMAIL PROTECTED]> wrote:
> > Is %USERPROFILE% not equal to %HOMEDRIVE%%HOMEPATH%?
>
> No. On my machine, for example:
>
> HOMEDRIVE=H:
> HOMEPATH=\
> HOMESHARE=\\vogbs022\it\goldent
>
> USERPROFILE=C:\Documents and Settings\goldent
>
> However, using an account without a
> The best we can hope for is to point to HOMEDRIVE/PATH as
> Paul suggested (*possibly* rewiring os.path.expanduser to
> try that first, depending on Win2K stuff)
os.path.expanduser uses HOMEDRIVE/HOMEPATH. It checks for an explicit
HOME (set manually by the user, this isn't a Windows standard na
On 17/01/2008, Tim Golden <[EMAIL PROTECTED]> wrote:
> Ummm... see my earlier point a few posts back which refers
> to r54364 which gave priority to USERPROFILE over HOMEDRIVE/HOMEPATH
Sorry. I'd not realised this was a post-2.5 revision (ie, not in
released code yet...)
Looking at the change, it
On 19/01/2008, Jeffrey Yasskin <[EMAIL PROTECTED]> wrote:
> The first returns the closest rational whose denominator is less than
> a given integer.
[...]
> The second returns the simplest rational within some distance.
Both of these are likely to be of limited use. The most common usage I
know of
On 21/01/2008, Tim Peters <[EMAIL PROTECTED]> wrote:
> What would be useful is a method that generates (i.e., a generator in
> the Python sense) the (continued fraction) convergents to a rational.
> People wanting specific constraints on a rational approximation
> (including, but not limited to, th
On 25/01/2008, Facundo Batista <[EMAIL PROTECTED]> wrote:
> > - make int(float) an error
>
> -0 (you should be able to convert between builtin datatypes without
> the use of a module).
Good point.
> +1 to keep it and define exactly the behaviour, and point to math
> module in the documentation if
On 25/01/2008, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Does no-one thinks it means round(f) either? That's the main confusion
> here (plus the fact that in C it's undefined -- or at some point was
> undefined).
Not me. My intuition agrees with Raymond that int means "the integer
part of", i.
On 24/01/2008, Jeffrey Yasskin <[EMAIL PROTECTED]> wrote:
> int has to be a builtin because it's a fundamental type. trunc()
> followed round() into the builtins. I have no opinion on whether ceil
> and floor should move there; it probably depends on how often they're
> used.
Suggestion:
- int()
On 04/02/2008, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Feb 4, 2008 9:12 AM, <[EMAIL PROTECTED]> wrote:
> > To say I "use" emacs would be an understatement. I *live* in emacs.
>
> http://www.xkcd.com/378/
BTW, it's often worth checking out the alt text on xkcd cartoons...
Paul.
_
On 01/03/2008, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > As of 4:50 PM EST, the links to Windows installers give 404 File Not
> > Found.
> >
> > I gather that they are still in process,
> > and notice that there is no public c.l.p. announcement.
>
>
> I just fixed that. The files were t
On 04/03/2008, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Do we need a new appendix to the tutorial which goes into detail about
> the CPython interpreter's command line options, environment variables
> and details on what can be executed?
There is a Python man page, which covers the command line u
On 17/03/2008, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> >The PEP suggests that other package managers also benefit. How do they
> >benefit if the bootstrap script installs setuptools?
>
> Because those other package managers depend, in fact, on setuptools,
> or at least pkg_resources... which w
On 17/03/2008, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > Personally, I have no problem per se with including setuptools in the
> > stdlib. Maybe that means I miss the subtle benefit of this approach...
>
> Did you review setuptools and can vouch that it is written cleanly,
> follows the codi
On 17/03/2008, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 17, 2008 at 11:55 AM, Stefan Behnel <[EMAIL PROTECTED]> wrote:
> > Is it *wanted* that eggs are being supported by core Python?
>
> No. There will be no egg support in the standard library.
This bothers me somewhat. At a cer
On 17/03/2008, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> That leaves MAL, whose objections to PEP 365 centered on the API (he
> said he was "+1 on the concepts being added to the stdlib, -1 on
> adding the module in its current state"). Among other concerns, he
> wanted pkg_resources to be s
On 17/03/2008, Gregor Lingl <[EMAIL PROTECTED]> wrote:
> as you probably can imagine, I'd like to try out xturtle.py with Python 2.6
> Alas, I didn't succeed installing Python 2.6 correctly on my Windows
> machine using the Windows msi installer.
>
> Whereas I could start the python interprete
On 17/03/2008, Gregor Lingl <[EMAIL PROTECTED]> wrote:
> When doing the same call to execute idle as you, I got the following:
>
> Traceback (most recent call last):
> File "c:\Python26\Lib\idlelib\idle.py", line 6, in
> import PyShell
> File "c:\Python26\Lib\idlelib\PyShell.py", line 9,
On 17/03/2008, Gregor Lingl <[EMAIL PROTECTED]> wrote:
> > Another thought - do you have any copies of msvcr90.dll on your PATH?
> > I don't think it'll make a difference, but if you do can you try
> > renaming them?
> >
> >
> No I don't! Only in c:\Python26, in c:\Python30 and on c:\Python30\DLLs.
On 18/03/2008, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > Martin, can you comment? It looks like the 3.0 installer uses 2 copies
> > of msvcr90.dll, where the 2.6 one doesn't. I would have thought that
> > only one is necessary, but Gregor's experiments seem to demonstrate
> > otherwise.
>
>
On 19/03/2008, Jeff Rush <[EMAIL PROTECTED]> wrote:
> 1. What is the plan for PyPI when Python 3.0 comes out and
> dependencies start getting satisfied from distribution
> across the great divide, e.g. a 3.0-specific package
> pulls from PyPI a 2.x-specific package to meet some
> n
On 19/03/2008, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 17, 2008 at 2:19 PM, zooko <[EMAIL PROTECTED]> wrote:
> > 4. The standard Python library includes a tool to find and read
> > resources (other than Python modules) that came bundled in a Python
> > package.
>
> I think
On 19/03/2008, Michael Urman <[EMAIL PROTECTED]> wrote:
> > OTOH, I'd rather there be OOWTDI so whatever the consensus is is fine
> > with me.
>
>
> This strikes me as a gratuitous API change of the kind Guido was
> warning about in his recent post: "Don't change your APIs incompatibly
> when po
On 20/03/2008, zooko <[EMAIL PROTECTED]> wrote:
> On Mar 19, 2008, at 3:23 PM, Guido van Rossum wrote:
>
> > If other people want to chime in please do so; if this is just a
> > dialog between Phillip and me I might incorrectly assume
> > that nobody besides Phillip really cares.
>
> I really ca
On 20/03/2008, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> At 05:55 PM 3/20/2008 +0000, Paul Moore wrote:
> >It's not that I object to the existence of automatic dependency
> >management, I object to being given no choice, as if my preference for
> >handling
On 19/03/2008, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> I'd only do what __loader__ offers. People can always wrap a StringIO around
> it.
>
> > Once I have a patch, I'll post it to the tracker. What's the best
> > approach? Code a patch for 3.0 and backport, or code for 2.6 and let
> >
On 20/03/2008, Jeff Rush <[EMAIL PROTECTED]> wrote:
> Paul Moore wrote:
> > On 20/03/2008, zooko <[EMAIL PROTECTED]> wrote:
> > 1. No integration with the system packager (Windows, in my case). If I
> > do easy_install nose, then nose does not show up
On 20/03/2008, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> Actually, this information is VERY helpful. It makes it blindingly
> obvious to me now that the difference between loving and hating
> setuptools is whether you're *intentionally* using it, or whether it
> shows up in your ecosystem un
On 21/03/2008, Terry Reedy <[EMAIL PROTECTED]> wrote:
> However, this Windows user, and I expect most, do NOT expect add-ons
> (things under the /Pythonx.y tree) to show up in the add/remove list.
That's an interesting counterpoint to my comments. I presume from this
that you dislike (and/or neve
On 21/03/2008, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> Questions, comments... volunteers? :)
Sounds good. I won't volunteer as I have neither time nor expertise to
contribute much. But I'd like to see this happen, as it sounds like it
would address all my issues with setuptools (and just
On 21/03/2008, Brett Cannon <[EMAIL PROTECTED]> wrote:
> Just to head this off, this is not a specific vote of confidence for
> Bazaar. The Bazaar developers were at PyCon and both Barry and Thomas
> were willing to put the time and effort to get the mirror up and going
> while the Bazaar team w
On 21/03/2008, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
> I see your trunk history is stripped. For those who want the complete trunk
> history (back to 17 years ago!), I have my own mirror here:
> http://dev.pitrou.net:8000/cpython/trunk/
Excellent! For what it's worth, hg clone took 5 minut
On 21/03/2008, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
[...]
> I then try cygwin patch, which applies the patch nicely, but messes
> up the line endings while doing so.
>
> So in the end, I conclude that it just isn't possible to apply patches
> on Windows, and log into a Linux machine to
On 21/03/2008, Benjamin Peterson <[EMAIL PROTECTED]> wrote:
> I tend to make a repository and make a working copy for each patch in it.
> The history is saved in the repository so it's efficient.
OK, so just lots of copies, fair enough. Presumably just use bzr diff
to create patches? Much like Sub
On 21/03/2008, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
> You're heading off in the wrong direction: we should not be trying
> to rewrite RPM or InnoSetup in Python.
>
> Anything more complicated should be left to tools which are
> specifically written to manage complex software setups.
>
> I h
On 21/03/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> With all these distributed revision control systems now available (bzr, hg,
> darcs, svk, many more), I find I need an introduction to the concepts and
> advantages of repository distribution. It seems to me that it has the
> potenti
On 21/03/2008, Brett Cannon <[EMAIL PROTECTED]> wrote:
> Bazaar supports lightweight checkouts which act like svn checkouts.
> They are also actively working on allowing for partial checkouts. That
> way you can either specify an initial revision to pull the history
> down to or start with an in
On 22/03/2008, Steve Holden <[EMAIL PROTECTED]> wrote:
> Well, I've probably been killfiled into non-existence on this list by
> now, but it seems to me that we are in danger of answering the wrong
> problem yet again. But that's all I have to say on this topic, so you
> can all heave a sigh a r
On 22/03/2008, Alexander Michael <[EMAIL PROTECTED]> wrote:
> > IOW, the PEP is lacking a rationale.
>
> It seems to me that this discussion is being undermined by not
> acknowledging the many use cases up front. There is no rationale
> because there are too many tacit rationales.
Absolutely!
On 22/03/2008, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> How would you install multiple versions in the first place? Python
> supports no such thing, at least not without setting PYTHONPATH,
> or otherwise changing sys.path.
That's an unrelated feature of setuptools, providing a way to
"ins
On 22/03/2008, Benjamin Peterson <[EMAIL PROTECTED]> wrote:
> > One point, which I assume you know but others may not - a bazaar
> > "checkout" is not like a local branch. In a checkout, all commits go
> > straight back to the parent branch, meaning that local commits aren't
> > possible (OK, that
On 22/03/2008, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> This probably needs to be refined a little. Exclusive right is too
> strong, and it goes against Paul Moore's desire for using a single
> tool.
Huh? How's that? Don't forget that I'm on Windows, and on Windows
there is no "system tool"
On 22/03/2008, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > Oh, and application installation is (should be) completely different.
> > On Windows, applications should probably be bundled with their own
> > Python interpreter, a la py2exe. On Unix/Linux, I don't know what the
> > standard is,
On 24/03/2008, Terry Reedy <[EMAIL PROTECTED]> wrote:
> | If I install python and then separately install Zope, it may or may
> | not make sense for Zope to be listed separately as a "program" to Add
> | or Remove.
>
> Neither Paul nor I defined 'add-on', but I would be willing to call
> Zope/P
On 24/03/2008, Lennart Regebro <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 24, 2008 at 11:29 AM, Thomas Wouters <[EMAIL PROTECTED]> wrote:
> > safe assumption to make. A simple preprocessor step involving 2to3 requires
> > no such knowledge.
>
> As I understood it nobody has claimed 2to3 to be perfe
On 24/03/2008, Lennart Regebro <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 24, 2008 at 1:03 PM, Paul Moore <[EMAIL PROTECTED]> wrote:
> > On 24/03/2008, Lennart Regebro <[EMAIL PROTECTED]> wrote:
> > > As I understood it nobody has claimed 2to3 to be perfect
On 26/03/2008, Thomas Heller <[EMAIL PROTECTED]> wrote:
> What I would like to see is a way to disable certain tests on certain
> machines;
> maybe by setting environment variables?
Could this be done by something like the following (completely
untested no time at the moment) change to regrte
On 04/04/2008, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > It doesn't use __hash__ at all. It uses __eq__ in two files, three total
> uses:
> >
> http://hg.intevation.org/mercurial/crew/file/6c4e12682fb9/mercurial/commands.py
> >
> http://hg.intevation.org/mercurial/crew/file/6c4e1268
On 08/04/2008, zooko <[EMAIL PROTECTED]> wrote:
> By the way, since I posted my proposal two weeks ago I have pointed a
> couple of Python hackers who currently refuse to use eggs at the URL:
>
> http://mail.python.org/pipermail/python-dev/2008-March/078243.html
>
> They both agreed that it mad
On 09/04/2008, Stanley A. Klein <[EMAIL PROTECTED]> wrote:
> IMHO, the main system without a package manager is Windows. A reasonable
> way to deal with Windows would be to create a package manager for it that
> could be used by Python and anyone else who wanted to use it. The package
> manage
On 09/04/2008, Stanley A. Klein <[EMAIL PROTECTED]> wrote:
> I think you raise an interesting issue: What is a package manager?
My (very simplistic) answer is that it's whatever someone uses to
manage packages. What level of functionality it has is irrelevant, as
long as it suits an individual's
On 09/04/2008, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> It would be, if .eggs were a packaging format, rather than a binary
> distribution/runtime format.
>
> Remember "eggs are to Python as jars are to Java" -- a Java .jar
> doesn't contain documentation either, unless it's needed at
> runt
On 09/04/2008, Ben Finney <[EMAIL PROTECTED]> wrote:
> "Stanley A. Klein" <[EMAIL PROTECTED]> writes:
> > A reasonable way to deal with Windows would be to create a package
> > manager for it that could be used by Python and anyone else who
> > wanted to use it. [...] This is primarily a Windows
On 19/03/2008, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > I'm currently working on an addition to pkgutil to provide this type
> > of function. I'm considering going a little further (adding functions
> > to get a file-like object, test for existence, and list available
> > resources, mode
On 16/04/2008, Armin Rigo <[EMAIL PROTECTED]> wrote:
> What about the less confusing and more readily generalizable:
>
>
>
> It would also be helpful IMHO to use this kind of repr for most built-in
> iterators and iterables, instead of their mosty-useless default repr.
I quite like this. But as
On 23/04/2008, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > See http://python.org/dev/bazaar/ for info. And if you have any other
> > issues feel free to ask, Nick.
>
> I certainly can't speak for the respective mentors, but I feel that
> "use bazaar" really isn't the right answer to "can I get
2008/5/1 Georg Brandl <[EMAIL PROTECTED]>:
> Armin Ronacher schrieb:
> > I would like to propose a new module for the stdlib for Python 2.6
> > and higher: "ast".
>
> If there are no further objections, I'll add this to PEP 361 so that the
> proposal doesn't get lost.
Excuse my confusion over p
2008/5/2 Georg Brandl <[EMAIL PROTECTED]>:
> Paul Moore schrieb:
> > Excuse my confusion over process, but if this is to go into 2.6, does
> > that mean it needs to be ready before the first beta? Or is there a
> > more relaxed schedule for the stdlib (and if so, what
Sorry, should have gone to the list:
2008/5/11 Alexandre Vassalotti <[EMAIL PROTECTED]>:
> When I rename a module I use "svn copy", since "svn remove" doesn't
> pick up changes made to the "deleted" file. For example, here is what
> I did for PixMapWrapper:
>
> svn copy ./Lib/plat-mac/PixMapWra
2008/5/12 Alexandre Vassalotti <[EMAIL PROTECTED]>:
> On Sun, May 11, 2008 at 5:29 PM, Alexandre Vassalotti
> <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I have been working the module renaming for PEP-3108, and I just
> > noticed that some buildbots are throwing errors while updating their
2008/5/12 Paul Moore <[EMAIL PROTECTED]>:
> Bazaar seems to be OK (ish) with this - it picks just one version to show.
It seems to be unable to find the history using either bzr log
Lib\socketserver.py or bzr log Lib\SocketServer.py, though (but bzr
log seems pretty unintuitive to me, s
2008/5/12 "Martin v. Löwis" <[EMAIL PROTECTED]>:
> > Revision 63129 is not valid on case folding filesystems. In
> > particular, this horribly breaks using hg-svn to make a local mirror
> > of the Python repository:
>
> That would be a bug in hg-svn, right? Yes, the revision is not valid
> on c
2008/5/12 Alexandre Vassalotti <[EMAIL PROTECTED]>:
> Which version of mercurial are you using? I know that versions prior
> 1.0 had some bug with handling case-changes on case-insensitive
> filesystems.
1.0. There are still case folding bugs in 1.0 - I'm working on fixing
them. But there will
2008/5/12 Paul Moore <[EMAIL PROTECTED]>:
> 2008/5/12 "Martin v. Löwis" <[EMAIL PROTECTED]>:
> > Subversion's first release was in October 2000; it wasn't self-hosting
> > until 2001 :-)
>
> I assume it's pre-svn history, converted fro
2008/5/12 "Martin v. Löwis" <[EMAIL PROTECTED]>:
> > 1.0. There are still case folding bugs in 1.0 - I'm working on fixing
> > them. But there will never be a complete fix for this situation, as
> > it's simply not possible to checkout the exact svn layout of that
> > revision on a case-folding
2008/5/15 Atsuo Ishimoto <[EMAIL PROTECTED]>:
> With my proposal, print("Hello\u03C8") prints "Hello\u03C8" instead of
> raising an exception. And print(repr("Hello\u03C8")) prints
> "'Hello\u03C8'", so no garbage are printed.
>
> Now, let's say you are Greek and working on Greek version of XP.
>
2008/5/12 Paul Moore <[EMAIL PROTECTED]>:
> Revision 63129 is not valid on case folding filesystems. In
> particular, this horribly breaks using hg-svn to make a local mirror
> of the Python repository:
I'm still trying to identify what breaks in converting svn to
Mercurial a
2008/5/22 Paul Moore <[EMAIL PROTECTED]>:
> I know it's a while ago but can you recall exactly what you did? Or
> can some svn guru tell me how to get svn to tell me exactly what
> operations it believes went on?
Never mind, I found out how to do this u
2008/5/24 techtonik <[EMAIL PROTECTED]>:
> Does anyone would like to include Curses support in Windows from version
> 2.6?
I'd like to see this, although it's hardly crucial for me - however,
"from version 2.6" may be unrealistic at this point.
> It works ok already using the patch from issue #28
2008/5/24 techtonik <[EMAIL PROTECTED]>:
>> For this to have any chance, it *must* work with Visual Studio.
>> Requiring gcc is unacceptable.
>
> As for PDCurses library itself there is a Makefile in PDCurses distribution
> for Microsoft Visual C++ 2.0+ named vcwin32.mak I can't afford buying
> Vi
On 27/05/2008, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> Conceptually, this is a fine idea, but three things bug me.
>
> First, there is a mismatch between the significance of the problem
> being addressed versus the weight of the solution.
Agreed, absolutely.
> Second, this seems like the w
On 28/05/2008, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
> I'm beginning to wonder whether I'm the only one who cares about
> the Python 2.x branch not getting cluttered up with artifacts caused
> by a broken forward merge strategy.
I care, but I struggle to understand the implications and/or what
2008/5/30 Farshid Lashkari <[EMAIL PROTECTED]>:
> I'm not sure if there will be any side affects to modifying
> sys.executable though. Should this be the official way of supporting
> embedded interpreters or should there be a
> multiprocessing.setExecutable() method?
+1 for setExecutable (I'd pref
2008/6/1 Guido van Rossum <[EMAIL PROTECTED]>:
>> The case for String has already been made.
>
> Actually I'm not sure. One you know that isinstance(x, String) is
> true, what can you assume you can do with x?
[...]
> Right. I'm now beginning to wonder what exactly you're after here --
> saying tha
2008/5/31 r. m. oudkerk <[EMAIL PROTECTED]>:
> I am certainly open to using lowercase/lower_case_with_underscores for
> all functions/methods except for Process's methods and possibly
> currentProcess(), but I would like some feed back on that.
I dislike mixedCase, but consistency with the rest of
2008/6/3 Jesse Noller <[EMAIL PROTECTED]>:
> Per feedback from Guido, the python-dev list and others, I have sent
> in an updated version of PEP 371 - the inclusion of the pyprocessing
> module into the standard library.
>
> URL: http://www.python.org/dev/peps/pep-0371/
>
> New highlights:
> * The
2008/6/4 Antoine Pitrou <[EMAIL PROTECTED]>:
> Michael Foord voidspace.org.uk> writes:
>> Simple string formatting with %s and a single object or a tuple meets
>> >90% of my string formatting needs.
>
> Not to mention that e.g. "%r" % s is much simpler than "{0!r}".format(s)
> (if I got the forma
On 05/06/2008, Steven D'Aprano <[EMAIL PROTECTED]> wrote:
> Yes, I don't particularly see the advantage of writing:
>
> "spam %s spam" % (value,)
>
> over
>
> "spam %s spam" % value
>
> Why require the first version?
Because the second breaks if value is a tuple:
Python 2.5 (r25:51908, Sep 19 200
On 06/06/2008, Georg Brandl <[EMAIL PROTECTED]> wrote:
> Greg Ewing schrieb:
> > Paul Moore wrote:
> >
> >
> > > Because the second breaks if value is a tuple:
> > >
> >
> > However, changing it now is going to break a huge
> > amoun
2008/6/6 Guido van Rossum <[EMAIL PROTECTED]>:
> On Thu, Jun 5, 2008 at 8:45 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
>> Does anyone actually need an int lookalike with binary methods but
>> cannot just inherit from int?
>
> Does anyone actually need an int lookalike with operations like +,
2008/6/15 Raymond Hettinger <[EMAIL PROTECTED]>:
> From: "Armin Ronacher" <[EMAIL PROTECTED]>
>>
>> There are far more responses for that topic than I imagined so I would
>> love
>> to write a PEP about that topic, incorporating the ideas/questions and
>> suggestions discussed here.
>
> Instead of
2008/6/16 Barry Warsaw <[EMAIL PROTECTED]>:
> A colleague just forward this to me and it blew my fscking mind to
> smithereens. It also brings back a lot of memories. Enjoy!
Wow!
One thing that surprised me was that I never saw Tim appear...
Paul.
___
On 19/06/2008, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On behalf of the Python development team and the Python community, I am
> happy to announce the first beta releases of Python 2.6 and Python 3.0.
Any ETA for Windows builds? The web pages s
On 26/06/2008, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> From: "Guido van Rossum" <[EMAIL PROTECTED]>
> > I don't care about the details of the patch until we have agreement
> > about which form the feature should take. We don't have that agreement
> > yet.
> >
>
> Updated to the patch to addr
On 26/06/2008, Eric Smith <[EMAIL PROTECTED]> wrote:
> I actually think it's a useful feature, just not in bin(). I'm sure it will
> land somewhere, and I'm also sure I'll use it, at least from the interactive
> prompt.
Can you give an example of its use? Maybe there are such examples in
the trac
On 03/07/2008, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> I don't see an answer there to the question of whether the length()
> method of a Java String object containing a single surrogate pair
> returns 1 or 2; I suspect it returns 2.
It appears you're right:
>type testucs.java
class testucs
On 15/07/2008, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> > In case anyone is interested, I have git repositories for both the
> > trunk and the py3k branch of the Python source code. They are
> > up-to-date and so using them with git-svn would be much faster than
> > starting from scratch.
> >
> >
On 15/07/2008, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> > ``set_up(…)``
> > Replaces ``setUp(…)``
> >
> . .
> > ``tear_down(…)``
> > Replaces ``tearDown(…)``
> >
>
> Am I the only one who finds this sort of excessive pep-8 underscoring to be
> horrorific?
No.
> Nobody I know spells setup
On 15/07/2008, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
> Paul Moore gmail.com> writes:
> >
> > If we're setting up a variety of DVCS systems there, I'd be willing to
> > set up Mercurial repos (I have my own local one, just trunk at the
> &g
On 15/07/2008, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
> Paul Moore gmail.com> writes:
> >
> > Personally, I use convert, because it's more robust on WIndows (there
> > were a few commits with case clashes which hgsvn can't get past on a
> > Windows
Can I draw python-dev's attention to http://bugs.python.org/issue3496 ?
Without this fix, distutils doesn't support the new version of
binutils (which is probably coming into more common use). It would be
good if this could be fixed for 2.6. I've attached a patch to the
issue report, could someone
On 03/09/2008, Thomas Heller <[EMAIL PROTECTED]> wrote:
> > > Perhaps we could have an option to place a "python.bat"
> > > into C:\Windows\ or C:\Windows\System\.
> >
> > Except you still have the "last in wins" issue, and you have to make a
> > decision on whether or not to delete the file.
>
>
On 03/09/2008, Tim Golden <[EMAIL PROTECTED]> wrote:
> You can use "CALL" within one batch file to chain
> another, returning afterwards to the first.
Correct. Sorry, I forgot to mention that.
> But this is obviously not the most transparent thing
> on earth!
Indeed - and it certainly isn't a "w
2008/10/6 Antoine Pitrou <[EMAIL PROTECTED]>:
> Martin v. Löwis v.loewis.de> writes:
>>
>> Although it would be possible, I think it's not appropriate.
>
> I also think it's inappropriate. We want people to know about the existence of
> Python 3, and the best for that is to have Python 3-related i
2008/10/22 J. Sievers <[EMAIL PROTECTED]>:
> I implemented a variant of the CPython VM on top of Gforth's Vmgen; this made
> it fairly straightforward to add direct threaded code and superinstructions
> for
> the various permutations of LOAD_CONST, LOAD_FAST, and most of the
> two-argument
> VM i
2008/10/30 A.M. Kuchling <[EMAIL PROTECTED]>:
> On Thu, Oct 30, 2008 at 11:04:42AM +, Barry Warsaw wrote:
>> One of the reasons why I'm very keen on us moving to a distributed version
>> control system is to help break the logjam on core developers. True, your
>> code will still not be able to
2008/10/30 "Martin v. Löwis" <[EMAIL PROTECTED]>:
>> Question - is there anything Roundup can do to help triage? Extra
>> status or keyword values ("has patch",
>
> There is "patch" keyword already, and a public query "Patches"
> (as well as "My Patches")
Sorry, I checked the keywords but missed i
2008/11/3 İsmail Dönmez <[EMAIL PROTECTED]>:
> On Mon, Nov 3, 2008 at 20:45, Jesse Noller <[EMAIL PROTECTED]> wrote:
> [...]
>> I don't see how git can be considered given poor windows support -
>> compilation on OS/X can be a bear too.
I would say that strong support of all of Python's key platfo
2008/11/4 Gustavo Niemeyer <[EMAIL PROTECTED]>:
> How large? Which repositories? Which operations? Which version of Bazaar?
As large as the Python repository. The Python repository (:-)). Local
clone of the repo, when not using a shared repository (I know, "don't
do that" - but it is neverthele
1401 - 1500 of 1862 matches
Mail list logo
