At least one of the style recommendations in PEP 8 -- use class rather that
string exceptions -- is obsolete in Py 3. And there are others, and
perhaps others where the spirit of the recommendation is the same but
details are different.
For a new Python 3 programmer who does not need or want t
On Sat, May 3, 2008 at 7:33 AM, Terry Reedy <[EMAIL PROTECTED]> wrote:
> so print(s.encode('unicode_escape)) ?
> Fine with me, especially if that or whatever is added to the repr() doc.
>
I don't recommend repr(obj).encode('unicode_escape'), because
backslash characters in the string will be esc
Fred> If user-local package installs went to ~/ by default ... with a
Fred> way to set an alternate "prefix" instead of ~/ using a distutils
Fred> configuration setting, I'd be happy enough.
+1 from me.
Skip
___
Python-3000 mailing list
Pyt
> In particular, "pure Python" programs shouldn't much care, right?
With the addition of ctypes, "pure" Python programs aren't so pure
anymore. But even that should work across architectures, right?
> Also, it's a generic problem of networked environments, not in
> any way limited to "~", which
Bill Janssen writes:
> Yeah, I was just pointing out that for me, "~" ports across a number
> of different machines, and putting stuff specific to any particular
> machine in there needs more thought.
Sure. But AIUI that's not the problem that "~/.local" is intended to
solve. Also, it's a ge
"Nick Coghlan" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| Terry Reedy wrote:
| > I think standard Python should somehow have two options: escape
everything
| > but ASCII (for unambuguity and old display systems) and escape nothing
that
| > is potentially printable (leaving pa
On Fri, May 2, 2008 at 2:28 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
> One more question: What's the number on the upper right hand corner by
> my username?
It's a debugging counter. It gets reset each time a new service
instance is created.
--
--Guido van Rossum (home page: http://www
On Fri, May 2, 2008 at 6:47 AM, Jean-Paul Calderone <[EMAIL PROTECTED]> wrote:
[SNIP]
> > Hi Brett,
> >
> > I'm still seeing some strange behavior from the warnings module, This
> > can be observed on the community buildbot for Twisted, for example:
> >
> >
> http://python.org/dev/buildbot/communi
On Fri, May 2, 2008 at 4:25 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > My request at the moment is to let people use their real names for
> > display; my email address does not at all resemble my name.
>
> I've noticed. Surely there's an interesting story there. :-)
Maybe I tell you
On Fri, May 2, 2008 at 2:09 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
> On Thu, May 1, 2008 at 11:41 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > Some of you may have seen a video recorded in November 2006 where I
> > showed off Mondrian, a code review tool that I was developing fo
On Fri, May 2, 2008 at 3:32 PM, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
> I just tried to submit a patch using the Web form, and got a 500 Server
> Error...
It's been fixed.
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@pyt
On Thu, May 1, 2008 at 11:41 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Some of you may have seen a video recorded in November 2006 where I
> showed off Mondrian, a code review tool that I was developing for
> Google (http://www.youtube.com/watch?v=sMql3Di4Kgc). I've always hoped
> that I
Guido van Rossum python.org> writes:
>
> I'd like to get some more people trying out codereview.appspot.com, so
> I'm offering the first 10 people to submit a new patch there for my
> review to do the review by Monday.
I just tried to submit a patch using the Web form, and got a 500 Server Error
> What it means (to me in the context of Unix-y system organization) is
> "this is where I put stuff that I would be happy to have as part of
> the system I was given (by some authority: my boss, Microsoft, or
> Brett Cannon's stdlib PEP), but for some reason I'm not comfortable/
> permitted to ins
Bill Janssen replied to Christian Heimes as follows::
> > I slightly prefer ~/.local/ over other suggestions
> > but I'm also open to ~/.python.d/
>
> Guido's point about it not being necessarily "local" is a good one.
Christian Heimes (I think) wrote:
> Windows and Mac OS X have dedicated
I'd like to get some more people trying out codereview.appspot.com, so
I'm offering the first 10 people to submit a new patch there for my
review to do the review by Monday.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-300
> Windows and Mac OS X have dedicated directories for application specific
> libraries. That is ~/Library on Mac and Application Data on Windows.
In fact, I had to write code for this, and had to read the specs for each.
Here's the code (I've substituted Python for UpLib):
if sys.platform == 'dar
> I slightly prefer ~/.local/ over other suggestions
> but I'm also open to ~/.python.d/
Guido's point about it not being necessarily "local" is a good one. I
use lots of computers; they all automount my home directory (~) from a
network file server. Nothing under that directory should be
machin
On May 1, 2008, at 7:54 PM, Barry Warsaw wrote:
Interesting. I'm of the opposite opinion. I really don't want
Python dictating to me what my home directory should look like (a
dot file doesn't count because so many tools conspire to hide it
from me). I guess there's always $PYTHONUSERBASE
Barry Warsaw wrote:
> Time is running short to get any new features into Python 2.6 and 3.0.
> The release after this one is scheduled to be the first beta release, at
> which time we will institute a feature freeze. If your feature doesn't
> make it in by then, you'll have to wait until 2.7/3.1.
I'm withdrawing my opposition in the light of the sheer number of
words that have already been written with this.
On Fri, May 2, 2008 at 1:30 AM, Christian Heimes <[EMAIL PROTECTED]> wrote:
> Guido van Rossum schrieb:
>
> > I like this, except one issue: I really don't like the .local
> > directo
On Fri, 2 May 2008 09:32:49 -0400, Jean-Paul Calderone <[EMAIL PROTECTED]>
wrote:
On Thu, 1 May 2008 19:31:20 -0700, Brett Cannon <[EMAIL PROTECTED]> wrote:
[snip]
I just closed the release blocker I created (the
backwards-compatibility issue with warnings.showwarning() ). I would
like to add
On Thu, 1 May 2008 19:31:20 -0700, Brett Cannon <[EMAIL PROTECTED]> wrote:
[snip]
I just closed the release blocker I created (the
backwards-compatibility issue with warnings.showwarning() ). I would
like to add a PendingDeprecationWarning (or stronger) to 2.6 for
showwarning() implementations
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On May 2, 2008, at 1:48 AM, [EMAIL PROTECTED] wrote:
etc, though. In the long term, if everyone followed suit on
~/.local, that would be great. But I don't want a ~/Python, ~/Java,
~/Ruby, ~/PHP, ~/Perl, ~/OCaml and ~/Erlang and a $PATH as long
Terry Reedy wrote:
I think standard Python should somehow have two options: escape everything
but ASCII (for unambuguity and old display systems) and escape nothing that
is potentially printable (leaving partially capable systems to fare as they
will). In-between solutions will ultimately be p
Jeroen Ruigrok van der Werven wrote:
-On [20080502 10:50], Steve Holden ([EMAIL PROTECTED]) wrote:
Groan. Then everyone else realizes what a "great idea" this is, and we see
~/Perl/, ~/Ruby/, ~/C# (that'll screw the Microsoft users, a directory with
a comment market in its nam
Jeroen Ruigrok van der Werven schrieb:
> "Windows uses the Roaming folder for application specific data, such as
> custom dictionaries, which are machine independent and should roam with the
> user profile. The AppData\Roaming folder in Windows Vista is the same as the
> Documents and Settings\user
Steve Holden schrieb:
> Nothing to say about OS X.
>
> One day Windows might start to respect the "hidden dot" convention, but
> perhaps in the interim we could create a (Windows-hidden) ~/.private/?
> Assuming we could work out where to put it ;-)
Windows and Mac OS X have dedicated directories
Guido van Rossum wrote:
I stand corrected on a few points. You've convinced me that ~/lib/ is
wrong. But I still don't like ~/.local/; not in the last place because
it's not any more local than any other dot files or directories. The
"symmetry" with /usr/local/ is pretty weak, and certainly won't
Guido van Rossum schrieb:
> I like this, except one issue: I really don't like the .local
> directory. I don't see any compelling reason why this needs to be
> ~/.local/lib/ -- IMO it should just be ~/lib/. There's no need to hide
> it from view, especially since the user is expected to manage this
30 matches
Mail list logo
