On Tue, 28 Dec 2010 10:28:51 +0100, Victor Stinner
wrote:
> Le lundi 27 décembre 2010 à 23:13 -0500, R. David Murray a écrit :
> > > Modified: python/branches/py3k/Doc/c-api/unicode.rst
> > > ==
gt;
>> I believe you mean
>> "struct.pack no longer implicitly encodes unicode to UTF-8",
>> which will be clearer to most people.
>
>Yes, done in r87559
You still have two words swapped. You changed it to
no longer encodes implicitly unicode
but it
g to be maintaining 2.7 for a while, this is
a workflow problem that we *must* solve to make the hg transition
worthwhile. I have no doubt that we will, but I also have no doubt we
need to *solve* it, not just wave our hands. Many thanks to Georg and
Djirkan for
all supports. In other words,
a user of concurrent.futures really needs to tweak their FreeBSD install
to make in fully functional.
There should be a way (through sysctl, presumably) to query the maximum
number of semaphores and skip the relevant tests on that basis.
--
R. David Murray
On Thu, 30 Dec 2010 14:42:48 +0900, "Stephen J. Turnbull"
wrote:
> R. David Murray writes:
>
> > We merge bug fixes to 2.7 on a routine basis. It is the rule rather
> > than the exception, by a long shot.
>
> For bugfixes, of course it's routine. I un
hat it
> > is a SMOP is a concern :)
>
> Sure, but in this crowd, I wouldn't waste a good worry on this
> particular SMOP.
Talent is one thing, available time, as you pointed out about yourself,
is a different matter.
I'm confident we can make this all work. The only qu
sue numbers). Whoops, two of those are mine. I am still
> learning and will try to remember to include it in both log messages and
> NEWS entries.
Heh. I think two of them were mine, and I'm supposed to know better by now.
--
R. David Murray www.b
you are still relatively new to
Python coding it may take longer to do the necessary research to be able
to write the patch).
If you like you can also come hang out on the #python-dev IRC channel
on freenode, where a number of the core developers and other folks
hang out and discuss issues (am
en
out-of-range values were passed to the CRT that other platforms
accepted.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsub
On Mon, 17 Jan 2011 08:33:42 +, Mark Summerfield
wrote:
> from ..Graphics import Xpm
> SVG = 1
>
> I can do the relative import with Python 3.0 and 3.1 but not with
> 3.2rc1:
What about 3.1.3? I wonder if it is related to this issue:
http://bugs.python.org/issue79
new contributor isn't in general going to know when a small change
is controversial without asking *somewhere*, be it a mailing list or
the tracker. Searching the tracker to make sure it hasn't already been
proposed and rejected is, of course, a good id
g and fix that script. Martin hasn't had time to do it,
and I haven't had time to learn enough about rietveld to try.
Getting set up to test tracker patches is distinctly non-trivial,
which is probably why very few people work on it.
--
R. Davi
On Wed, 02 Feb 2011 17:30:43 -0800, "Hoyt, David" wrote:
> > Definitely not. Python is easier than XML.
>
> I disagree.
Just as an FYI, I believe that most people in the Python community find
XML much more of a pain than Python. Many of us (especially those of
us who
s and recompile.
I imagine at least some of this is already covered in the dev guide
(I haven't made time to review it yet). If any of it is unclear
to you, please provide feedback so we can improve the guide (which
is new).
--
R. David Murray www.
ils2 component is newly added.
(Antoine: FYI, the place this is edited is http://bugs.python.org/component,
and I don't know anything more than what is explained on that scree :).
--
R. David Murray www.bitdance.com
y using "If every character is a digit, then it is treated as an
> integer, otherwise it is used as a string".
Perhaps you are thinking of http://bugs.python.org/issue7951. Not
directly on point, but related.
--
R. David Murray
ory
instances intact). With bazaar I got in trouble trying to do that,
because the interrelationship between the working copy directories
(and their subsets of the repo?) and the master repo(?) was not clear.
I never did figure out how to make it work, I ended up st
d by "always" we indeed meant forever. To do otherwise would break
> scripts even many, many years from now.
It sounds like the distributions aren't going to cooperate with us.
Arch has already switched. Gentoo will allow the user to switch
/usr/bin/python to point to python3, and
ycle management, but I don't
think there is any *fix* other than more people. So, doing followup after
sprints/bug days to help keep contributor enthusiasm going and get some of
them converted into committers is perhaps the best "fix"
other choice, it should provide a /usr/bin/python2 symlink.
Otherwise, it is going to be getting bug reports from users asking
why XYZ script doesn't run.
In short, I don't see any *downside* to providing a /usr/bin/python2
symlink.
--
R. David Murray
t
about this issue before, it is probably worth mentioning sys.executable
somewhere (a footnote?).
But another issue here (and this speaks against the proposal of not
shipping a /usr/bin/python link) is that it is quite possible to write
a script that will run on either python2 or python3.
mmatically correct. If we
> really have to be gender neutral, change "he" to "he or she".
English is evolving. I vote for "they".
--David
___
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-archive.com
s on it won't run on a vanilla
user-install of 2.7.1 or 2.7. But how likely is that scenario compared
to the scenario where a script written for another distro fails to run
because /usr/bin/python2 doesn't exist? I think the balance of the
est way to find them (if
they aren't ignored).
Or if there's some way to configure my personal .hgrc to ignore
those particular ignore lines, that would be fine too :)
--
R. David Murray www.bitdance.com
___
do a rebuild after...and
all of that just takes too long :)
I guess I have some hg hacking in my future, unless someone has already
written extensions for this stuff.
--
R. David Murray www.bitdance.com
___
Python-Dev ma
olor sit amet
> [python-checkins] devguide: Lorem ipsum dolor sit amet
> [python-checkins] devguide (hg_migration): Lorem ipsum dolor sit amet
>
> What we have isn't bad, but I agree with Benjamin that it could be better.
I don't feel strongly about it either way.
--
R. David Mu
I believe the tracker sent an error message to python-dev as a
result of a failed hook execution. If someone with the
power would release that message so we can see what the error
was, I'd appreciate it :)
--David
___
Python-Dev mailing list
Pytho
hersome, and a double underscore name stands out very
> clearly as being part of the infrastructure rather than
> something user-defined.
But directly calling a __xxx__ method in Python is a very
unusual thing to do. It would be extremely odd to have that
be the expected way to call a
or may not be true of unittest, but if it hasn't been
maintained its present utility is questionable so it may be just as
well to delete it.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@
long as we aren't distributing mercurial itself, I don't see
how a script could be a problem. But, then, IANAL.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://ma
branch. You are even less likely to hit a push race by
following that technique, since the time between the pull -u and the
push is minimized.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@py
On Thu, 17 Mar 2011 05:11:23 +0100, Jesus Cea wrote:
> On 17/03/11 04:41, R. David Murray wrote:
> > Dealing with a null merge when someone else has committed between the
> > time I started the merge dance (I always pull just before I start that)
> > and the time I push is
On Thu, 17 Mar 2011 11:26:13 +0100, Georg Brandl wrote:
> Am 17.03.2011 06:14, schrieb R. David Murray:
> > The fun part comes if there are changesets. At this point there
> > are two options: go through each of the branches doing an up/merge/ci,
> > and then pull/push. O
could indeed be a better way to
go for this particular scenario. I'll have to check that out.
--
R. David Murray www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinf
On Thu, 17 Mar 2011 13:35:50 +0100, Jesus Cea wrote:
> On 17/03/11 06:14, R. David Murray wrote:
> > Clearly, this procedure is not for everyone
>
> Clearly not :).
>
> So you do a "hg strip" and start over again.
>
> The problem with this is that you
On Thu, 17 Mar 2011 14:33:00 +0100, Antoine Pitrou wrote:
> On Thu, 17 Mar 2011 09:24:26 -0400
> "R. David Murray" wrote:
> >
> > It would be great if rebase did work with share, that would make a
> > push race basically a non-issue for me.
>
> reba
e above sense to worry about.
When I start working on a feature branch I will be working in a separate
clone and will not rebase. But I will probably produce a collapsed
patch when I'm ready to apply to mainline, so the concern with rewriting
On Thu, 17 Mar 2011 16:00:50 +0100, Antoine Pitrou wrote:
> On Thu, 17 Mar 2011 10:50:24 -0400
> "R. David Murray" wrote:
> > On Thu, 17 Mar 2011 14:33:00 +0100, Antoine Pitrou
> > wrote:
> > > On Thu, 17 Mar 2011 09:24:26 -0400
> > > "R.
On Thu, 17 Mar 2011 20:00:29 +0100, Jesus Cea wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 17/03/11 14:45, R. David Murray wrote:
> > Not if the cpython repo is in a fully merged stated. And if it
> > isn't, I will wait until it is. (The update
hrough the
whole thingan issue was submitted for a particular section and I
updated that section and the other one talking about the same topic
(sorry I don't remember which one off the top of my head)).
--
R. David Murray http://www.bitdance.com
__
generated one last
time for its upcoming last bugfix release. It's easy enough (now that we
no longer have to deal with svnmerge) that I've been doing that, myself.
--
R. David Murray http://www.bitdance.com
___
Python-Dev mail
hange.
>
> Anyway, I thought I was supposed to pull from head to 3.2 and 2.7. What is
> "dev"?
That's "doc speak", I guess. http://docs.python.org/dev/library, for
example, points to the library reference for the docs on the default
branch.
--
R. David Murray
On Thu, 17 Mar 2011 14:33:00 +0100, wrote:
> On Thu, 17 Mar 2011 09:24:26 -0400
> "R. David Murray" wrote:
> >
> > It would be great if rebase did work with share, that would make a
> > push race basically a non-issue for me.
>
> rebase as well as str
On Sun, 20 Mar 2011 12:17:25 +0100, Antoine Pitrou wrote:
> Le dimanche 20 mars 2011 à 00:06 -0400, R. David Murray a écrit :
> > On Thu, 17 Mar 2011 14:33:00 +0100, wrote:
> > > On Thu, 17 Mar 2011 09:24:26 -0400
> > > "R. David Murray" wrote:
> >
On Sun, 20 Mar 2011 00:06:01 -0400, "R. David Murray"
wrote:
> It would have been nice if rebase had refused to run given that
> there were merges, since it clearly doesn't work in that case.
To clarify, that should have read "given that there were merges
*between br
ges (except
for the RFC 4180 one) and made them on 3.1, 3.2, and harmonized default.
So this should all be good now, except for the RFC change. I guess I'll
see about doing that one later.
--
R. David Murray http://www.bitdance.com
___
o you're working with.
And, as I discovered, only if they are on a single branch. Which is
something *none* of the documentation I've read has mentioned. Perhaps
that's because named branches are relatively new?
--
R. David Murray http://www.bitdance.com
before starting my merge dance and am unlikely
to *re*run the regrtest after having to do an hg pull/merge heads,
exactly the same size hole is going to exist in my hg workflow.
--
R. David Murray http://www.bitdance.com
___
Python-Dev mailing l
latform-independence. UNIX won't
> understand that, and I don't think we're gonna be able to convince all
> the kernel developers to implement this simplified shebang.
+1. If one of the points is to be compatible with PEP 394, then
the above seems like a bad
ad the same need to merge to tip as with hg,
and the same lack of enforcing of the running of tests.
--
R. David Murray http://www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
On Mon, 21 Mar 2011 18:33:00 +0900, "Stephen J. Turnbull"
wrote:
> R. David Murray writes:
> > On Mon, 21 Mar 2011 14:07:46 +0900, "Stephen J. Turnbull"
> wrote:
> > > No, at best the DVCS workflow forces the developer on a branch to
> > >
On Mon, 21 Mar 2011 15:59:51 +0100, Adrian Buehlmann wrote:
> On 2011-03-21 14:40, R. David Murray wrote:
> > On Mon, 21 Mar 2011 18:33:00 +0900, "Stephen J. Turnbull"
> > wrote:
> >> R. David Murray writes:
> >> > On Mon, 21 Mar 2011 14:0
hell does, while my bash shell doesn't: because I
don't use bash, I installed mercurial without bash-completion.
So: there is completion support for hg update for both bash and zsh.
Not sure about other shells.
--
R. David Murray http://www.bitdance.com
7;t really know (probably a null merge, but you'll
have to figure out the state of your repo first...or you could start
over with a fresh clone).
--
R. David Murray http://www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
to some
> sort of serialization scheme?
Note that svnmerge broke at exactly the same scale point, for exactly the
same reason: every svnmerge touched root properties, thereby effectively
serializing access to the tree. There were lots of curses from people
trying to svnmerge at th
made changes, whereas that safety-belt svn up before
the svn ci doesn't.
--
R. David Murray http://www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http:/
from
one or more people with interest in this area, maybe we can get some
people with relevant knowledge onto the development team.
--
R. David Murray http://www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.or
orrect solution, otherwise you'll
just run in to the trouble when you try to merge the branch into default.
--
R. David Murray http://www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinf
operly, but they are isolated
cases and don't bother me much (mostly a couple older tools that just
don't have good non-ascii support).
> Mind you, I've never managed to get the <-- button working reliably
> either, but to be fair that's insanely complicated too.
No idea
On Sun, 27 Mar 2011 19:46:35 +0100, Jon Ribbens
wrote:
> On Sun, Mar 27, 2011 at 02:21:25PM -0400, R. David Murray wrote:
> > > Mind you, I've never managed to get the <-- button working reliably
> > > either, but to be fair that's insanely complicated
PyOBJECT
isn't being assigned here. Any help would be welomed.
--
David E. Cross
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/pytho
part is debugging the TAL when you make a mistake, but
even that isn't a whole lot worse than any other templating language.
--
R. David Murray http://www.bitdance.com
___
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-archive.com
les to your personal ignore list See the 'ignore'
entry under 'ui' in the hgrc documentation.
--
R. David Murray http://www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
On Wed, 30 Mar 2011 12:17:05 +1100, Mark Hammond
wrote:
> On 30/03/2011 12:09 PM, R. David Murray wrote:
> > The solution is to add such
> > directories and/or files to your personal ignore list See the 'ignore'
> > entry under 'ui' in the hgrc document
> elegant solution.
Flicker or not, I don't like it myself. I've turned off javascript on
bugs.python.org in my browser, and now it doesn't bother me anymore.
But I don't think that is a good long term solution. Making it optional
based on a setting in the user profile might
indeed redundant, but the sidebar is not really usable here.
I agree with this point. The sidebar list of questions is effectively
useless.
Most FAQ lists start with the long list of questions. I don't see
why this one should be different :)
--
R. David Murray http://www.bitdance.com
On Thu, 31 Mar 2011 23:59:36 +0200, =?ISO-8859-1?Q?=22Martin_v=2E_L=F6wis=22?=
wrote:
> Notice that the issue title was always there, in your browser's title
> bar (unless you have a web browser that doesn't display the page title).
I do.
--
R. David Murray http://
On Fri, 01 Apr 2011 08:29:29 +1000, Nick Coghlan wrote:
> On Fri, Apr 1, 2011 at 2:34 AM, R. David Murray wro=
> te:
> > I agree with this point. =A0The sidebar list of questions is effectively
> > useless.
>
> Indeed. If it's simple, I'd actually be inc
On Fri, 01 Apr 2011 12:47:12 +0200, Georg Brandl wrote:
> Am 01.04.2011 01:12, schrieb R. David Murray:
> > On Fri, 01 Apr 2011 08:29:29 +1000, Nick Coghlan wrote:
> >> On Fri, Apr 1, 2011 at 2:34 AM, R. David Murray
> >> wro=
> >> te:
> >> >
e can argue about the semantics when we
discuss individual tests :)
100% branch coverage as measured by coverage.py is one good place to
start for building such a comprehensive test suite. Existing tests
for C versions getting (or newly testing) Python code is another.
Bug reports from alternate
rs. It never occurred to me to change the variable and type c
> without first checking that the variable had changed... :-)
>
> It is however fixed in 2.7.
For the curious:
http://bugs.python.org/issue5215
--
R. David Murray http://www.bitdance.com
_
#x27;t reread the PEP to check.) The
idea is to use the test suite as the check for this, adding tests as
necessary.
--
R. David Murray http://www.bitdance.com
___
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-archive.com
On Wed, 13 Apr 2011 12:25:59 +0900, David Cournapeau wrote:
> On Tue, Apr 12, 2011 at 8:32 AM, Nick Coghlan wrote:
> > On Tue, Apr 12, 2011 at 7:41 AM, Lukas Lueg
> > wrote:
> >> Any other ideas on how to solve this in a better way?
> >
> > Have you tried w
l super() is almost certainly deliberate.
Why not? It seems more useful than using it for chaining,
especially given the compiler hack in Python3.
--
R. David Murray http://www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python
> IronPython,
> and Jython to succeed, does the CPython project need to come to a halt? I
> don't
> think many people here really believe that to be the case.
No, I don't think any of these things are aims. But if/once the Python
stdlib is a separate repo, then in *that*
a mailing list for
security related announcements on which only the "security officer" or
"security team" posts announcements, and security related announcements
*only*. Then then the people responsible for security in any context
(a distribution, a
ually.
I agree that this is a concrete example that the PEP could address.
I myself don't know enough about decimal/cdecimal or the Python C API
to know why cdecimal can't duck type here, but it certainly sounds
like a good example to use to clarify the requirements being advocated
by the PEP
ng implementation-pain-wise and
lets-make-this-work-wise with the other implementations. The end result
will be better test coverage and clearer APIs in the stdlib.
--
R. David Murray http://www.bitdance.com
___
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-archive.com
On Sun, 17 Apr 2011 19:17:11 +0200, Stefan Krah wrote:
> R. David Murray wrote:
> [snip a lot]
>
> Thank you, this cleared up many things.
Heh. Keep in mind that this is my viewpoint. I *think* Brett agrees
with me. I'm sure he'll speak up if he doesn't.
> Th
(or even perhaps CPython developers) may want to
contribute Python-only versions and/or tests for things that would have
been affected by the PEP. I don't have time to do it right now,
but if I can pry any time loose I'll have it near the top of my list.
--
R. David Murray
y or any platform without
an accelerator (that is, anything *using* the python code) would be
expected to pass it.
I would hope that such tests would be vanishingly rare (that is,
that all needed tests can be expressed as black box tests).
--
R. David Murray http:/
on which to register the defect.
>
> What kind of object is *obj*?
Whatever object is being used to represent the data being parsed when
the defect is found. Right now that's always a Message, but that won't
continue to be true. The rest of
I'm not
> sure we want that at this point.
Personally, I consider myself an stdlib maintainer: I only occasionally
dabble in C code when fixing bugs that annoy me for some reason.
I suppose that's why I'm one of the people backing this PEP. I think
there are other CPython
27;s always the practicality beats purity argument:
if the PEP turns out to really get in the way of something everyone wants,
then we can agree to an exception.
--
R. David Murray http://www.bitdance.com
___
Python-Dev mailing list
Python-De
also enlightening to look at the output of hg churn. The number
of active CPython developers over the past year is not huge, and very
few of them have spoken up in this thread.
--
R. David Murray http://www.bitdance.com
___
Python-Dev mailin
; what "public" vs "private" is for) should not be tightly coupled to the
> > decision about whether to bother to explain what an API does?
>
> With what criteria would you propose to replace it with?
I believe Jean-Paul was suggesting that just because an interface is
language design principle (as I understand it) is that
mutable object do not return themselves upon mutation, while
immutable objects do return the new object.
--
R. David Murray http://www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python
27;t remember what
it was, though.
--
R. David Murray http://www.bitdance.com
___
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-archive.com
pull
in .hg/last-message.txt, and just type 'Merge' in front of my previous
first line. I don't add the merge-from number, because I figure if you
know which branch you are looking at you know which branch the merge
came from, given that there is a strict progression.
--
R. David Mu
ou are applying a single changeset to multiple branches,
as we often do in our workflow, then I think duplicating the commit
message is (1) easy to do and (2) very helpful when looking at
hg log output.
--
R. David Murray http://www.bitdance.com
__
sary.
>
> > I thought the whole point of merging was that you brought a changeset
> > from one branch to another. This why I just write "merge" because
> > otherwise you're technically duplicating information that is pulled
> > onto the branch by merging.
&g
On Mon, 09 May 2011 18:23:45 -0500, Benjamin Peterson
wrote:
> 2011/5/9 R. David Murray :
> > On Mon, 09 May 2011 09:08:53 -0500, Benjamin Peterson g> wrote:
> >> I thought the whole point of merging was that you brought a changeset
> >> from one branch to another
On Tue, 10 May 2011 11:51:19 +0900, "Stephen J. Turnbull"
wrote:
> R. David Murray writes:
> > On Mon, 09 May 2011 18:23:45 -0500, Benjamin Peterson
> wrote:
>
> > > *cough* http://mercurial.selenic.com/wiki/GraphlogExtension
> >
> > I'
ut is better because it
indicates the causation more clearly. (I don't think it is necessary to
capture the subtlety of conditional assignment in the error message.)
--
R. David Murray http://www.bitdance.com
___
Python-Dev mailing list
Pyth
x occasional
failures when when the randomly generated temporary path happened to
match the regex.
You will note the *active* verbs "fixed", "improve", and "change"
figure in there prominently :)
(Eh. And proofreading this email I see I made a grammar er
On Tue, 10 May 2011 17:45:44 +0400, Oleg Broytman wrote:
> On Tue, May 10, 2011 at 09:33:13AM -0400, R. David Murray wrote:
> > commit:
> > 11999: sync based on comparing mtimes, not mtime to system clock
> > NEWS:
> > Issue 11999: fixed sporadic sync failure
On Wed, 11 May 2011 00:59:08 +1000, Nick Coghlan wrote:
> On Tue, May 10, 2011 at 11:11 PM, R. David Murray w=
> rote:
> > How about:
> >
> > "reference to variable 'y' precedes an assignment that makes it a local
> > variable"
>
> For
On Tue, 10 May 2011 13:56:58 -0400, Terry Reedy wrote:
> On 5/10/2011 10:59 AM, Nick Coghlan wrote:
> > On Tue, May 10, 2011 at 11:11 PM, R. David Murray
> > wrote:
> >> How about:
> >>
> >> "reference to variable 'y' precedes an as
seconds the first time
you encounter it to realize what is going on.
So *something* is wrong with Python3's approach. Python2 was wronger,
though :)
--David
___
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-archive.com
een once the
> bots update? If so, I'm impressed, and "thank you!" to all involved.
> Apple and MacPorts have long since washed their hands of that release.
You will note that Tiger is *not* in the stable set :)
--
R. David Murray http://www.bitdance.com
1701 - 1800 of 2106 matches
Mail list logo
