Simon I hacked things a bit, and instead of sending XML, sent pickles
Simon inside the XML response.
I've done the same thing (I think I may have used marshal). It works fine
as long as you know both ends are Python.
Skip
___
Python-Dev
Raymond Suggest rejecting this PEP and making a note for Py3.0 to
Raymond either sync-up the type names or abandon the types module
Raymond entirely.
I thought the types module was already deprecated, at least verbally if not
officially.
Skip
the return and restrict the body of the def to an
expression:
f = filter(def (a): a 1, [1,2,3])
That looks almost exactly like a lambda, but uses def and parenthesizes
the argument list. It seems to me that would remind people this is a
function.
Skip
Michael wrote, I think this idea is DOA.
Skip
___
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
recommendation is that it be put out of its
misery.
Skip
___
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
with a particular way of doing things (e.g., the Unix way
or the Windows way), I don't think this is necessarily a bad thing.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
Walter I think ctime, mtime and atime should be (or return)
Walter datetime.datetime objects instead of integer timestamps.
+1
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Phillip ... but have a different name (like the 'parent' property that
Phillip is os.path.dirname in disguise) ...
Phillip ... (like the 'listdir()' method that returns full paths rather
Phillip than just filenames).
Skip To the extent that the path module tries to provide
We're getting enough discussion about various aspects of Jason's path module
that perhaps a PEP is warranted. All this discussion on python-dev is just
going to get lost.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
properly.
Skip
___
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
that Windows XP Home Edition (vs. CentOS 4) might be
a factor in the emergence of the bug.
Skip
___
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
Ummm... What's a context manager?
Skip
___
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
-providing messages seemed to have been indexed
by Google when I checked, so searching for Python context manager failed
to return anything useful. Hence the post.
BTW, context manager seems fine to me in that context...
Skip
___
Python-Dev mailing list
raymond Log Message:
raymond Brett requests that Flovis's permissions be dropped.
Not to put too fine a spin on things, but I think it was more like Brett got
tired of waiting for Flovis's permissions to be increased and retracted his
original request.
Skip
with and || with |, which in many
instances will pass silently. In fact, I'll wager that lots of people
who are familiar with boolean and/or will have never used bitwise
and/or.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
to compile Objects/genobject.c. From the sounds
of Anthony's email he was at the point where it built and was having test
problems.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
seems amiss.
Skip
___
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
to block
either the earlier revision (65605) from being merged from trunk to py3k or
the later revision (65611) from being merged from py3k to trunk?
Thx,
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
to be much more
robust than the 0.52 third-party release.)
Thanks,
Skip
___
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
I had been approached to do the exact same thing, are you trying to
back port the trunk version (2.6) or py3000?
I'm trying to backport from 2.6. It appears that the buffer stuff is
completely
new though (backported from Python 3.0).
S
___
with a modest amount of work?
Just curious...
Skip
___
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
with them.
Skip
___
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
and don't
bother with the blank line either. (If I'm going to punch a hole in a
rule, I might as well create one big enough to comfortably walk
through.)
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
by eliminating
them, the shorter lines stand out more clearly.
Skip
attachment: square2.png___
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
without having to start over, re-analyzing changes 1 through
12.
Skip
___
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
in Grail, whose most recent release appears
to have been 1999:
http://grail.sourceforge.net/
I'm not suggesting this is an overriding reason to keep it, just
noting that it has seen significant use at one time by a rather
prominent Python developer (who was apparently not at your sprint).
:-)
Skip
up with yet another username/password
which I will just forget, or using Facebook or similar (I don't really
trust them with my info).
Thx,
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
that. :-/
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
information to use their site.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
and Sun weren't really interested in holding hands...
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
450 package works with that? Then extend it to multiple dimensions? Or just
bite the bullet and get numpy's array type into the Python core once
and for all?
Sort of Tulip for arrays...
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https
that behavior be more
strongly hinted at in the name? Lot's of things are transformations.
You're interested in a very specific one.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https
people think something
like cidict or CaseInsensitiveDict would be more descriptive.)
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python
or packages
within other packages which haven't been imported yet). I never
realized that module used it.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman
to tack on the next line.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
commercial.
I suspect other Mac users stuck on Snow Leopard who are not Python
developers would rue the lack of binary installers more than me.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
That's why I get my Python (for Snow Leopard) from MacPorts.
Unless things have changed, that probably doesn't support Mac-specific
stuff, does it?
I was thinking more of non-developer users who are likely to need/want
Mac-specific interfaces for tools which are written in Python. That
might
http://docs.python.org/library/sys
...
(pydoc too, though I'm 99.9% sure they use the same underlying
facility Ping originally implemented.)
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
a suggested workflow for people
who might want to use Git in preference to Hg, but still have write
access?
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman
Splitting into two pieces also means you can implement it for 3.4
first and identify possible problems caused by preexisting pip
installs before deciding whether to add it to 2.7 and 3.3.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https
of Python somewhere, if you read between the
lines... :-)
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
y'all will be busy trying to fix
these various problems as they relate to Python, but might it not be
better to simply tell people to hold off on the Python installers
until Apple gets their act together? Otherwise, I fear you'll just be
trying to hit a moving target.
Skip
,
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
a value of 2013. Just knowing it's out of range isn't really
enough.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail
We could always run random.shuffle() on the current list
so new additions don't look out of place ;)
Wouldn't that bloat the repository with diffs and make merges more difficult?
wink
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https
derby because of that.
My first thought was that this exercise falls into the realm of fixing
things which aren't broken.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https
.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
conditions they might not? It might still be necessary to maintain
macros for those platforms.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options
On Thu, Feb 27, 2014 at 1:23 PM, Antoine Pitrou solip...@pitrou.net wrote:
Well, if we must maintain macros, let's maintain them everywhere and
avoid the burden of two different implementations for the same thing.
Would it be possible to generate the macro versions from the
inline/static
to be implemented and to
stablize?
Skip
___
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
work in quite awhile, but
BITD, I always just used the current tip of whatever version control
system we happened to be using. That would automatically get me all
the pre-release versions. No need to beg. :-)
Skip
___
Python-Dev mailing list
Python-Dev
. There might also be multiple assignments. How would you
know which one to pick?
As for a better word than created, I would use assigned.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
block of code only matched on Solaris, and the fact that
find_library is quite broken now on that platform), it's hard to see
how things would be worse after applying it.
BTW, this will be a requirement for getting PyPy running on Solaris.
(That's the context where i encountered it.)
Thanks,
Skip
? :-)
Skip
___
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
still seems to have legs, and an
implementation:
http://pypi.python.org/pypi/pathlib/0.7
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python
than
a factor of 10 when fully expanded.
Skip
___
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
to
masquerade as true named constants. Perhaps the correct solution is
to consider support for true constants in Python. (I would be
surprised if there wasn't already at least one rejected or dormant PEP
regarding that topic.)
Skip
___
Python-Dev mailing
that sneaking artificial ordering in the back
door via enumerations is the correct thing to do.
Skip
___
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
at PSF World Headquarters to execute the electronic contributor
agreement? While not strictly necessary, I suspect it might be nice for
you to have all agreements in a common form.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
before launching into discussions
of syntax and semantics on python-dev.
Skip
___
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
I started writing this last night before the flurry of messages which
arrived overnight. I thought originally, Oh, Skip, you're being too
harsh. But now I'm not so sure. I think you are approaching the
issue of 2.7's EOL incorrectly. Of those discussing the end of Python
2.7, how many of you
Obviously SourceForge doesn't think the current release interval is short
enough. (Emphasis mine.)
:-)
Skip
-- Forwarded message --
From: SourceForge.net noreply+project-upgr...@in.sf.net
Date: Mon, Apr 8, 2013 at 1:09 PM
Subject: SourceForge Project Upgrade Notification
to be much more difficult, I
think we would have attempted that. 2.7 Seemed like the better step
though, especially considering its compatibility with 2.4 and the fact
that it has a lot of things backported from Python 3 to ease the
eventual transition to Python 3.
Skip
and
insert them where appropriate as part of the build process? That
said, I haven't any idea how you might accomplish that. Maybe this
general problem should be thrown over the python-ideas to cook for
awhile...
Skip
___
Python-Dev mailing list
Python
Some pieces of code are still guarded by:
#ifdef HAVE_FSTAT
...
#endif
Are there other guards for similarly common libc functions? If so,
perhaps each one should be removed in a series of change sets, one per
guard.
Skip
___
Python-Dev mailing
if they are held in a normal dictionary? Debugging at the
Python level or the C level? Can you give an example where it would be
easier to debug? If it makes it easier here, would it make it easier
to debug other dictionary usage if they were ordered?
Skip
)
* Sometimes Cerberus was sleeping, and they snuck past him
In any case, once a module makes it into the standard library, the
cost of changing spelling outweighs the benefits of slavish adherence
to PEP 8.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
debugging gymnastics (ow! my back
hurts) I thought I would check to see if Python makes much use of
double linked lists in a non-debug build. I don't recall a lot from
days of yore, perhaps some in the dict implementation?
Thanks,
Skip
___
Python-Dev
==by 0x40168D: main (binary-wrapper-main.c:382)
Skip
___
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
http://bugs.python.org/issue7147
Passes test (no big surprise there). Doesn't yet include any changes
to documentation
or Misc/NEWS entry. Should this be decided I will take a look at that.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http
what
you call it. Why not be transparent about it?
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
this thing
(whatever it turns out to be) 2.8? Is this pledge and its rationale
written down in a PEP somewhere, so I can study the reasons behind
what appears at this point to be blind adherence? Did someone
administer a blood oath at a recent PyCon?
Pledge-be-damned-ly y'rs,
Skip
will have to make some changes to take
advantage of these updated security bits. Is there some path forward
that really makes everything a drop-in improvement, requiring no
change to application code, and breaking nothing that already works?
Skip
___
Python-Dev
years and months args in their
constructors.
This is why I said this deserved a separate topic. Probably on python-ideas.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https
sees fit. That would support
the ISO 8601 syntax (*), and anything else the programmer things is
better than the status quo.
Skip
(*) As an aside (that is, this belongs in a separate thread if you
want to discuss it), in my opinion, attempting to support ISO 8601
formatting is pointless without
, you wind up with situations where shorter
months can be skipped altogether. Is there a way to talk in terms of
months but not have short months get skipped?
Thx,
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman
, actually, a Phython3)
directory.
WTH is Python 4?
Skip
-- Forwarded message --
From: C. Reese care...@vcu.org
Date: Thu, Apr 3, 2014 at 8:03 AM
Subject: Updated phython
To: webmas...@python.org
just updated to Python 4. (installed to C: drive) ... now i notice
there are separate
that an
April Fool's prank went so far as to put a tarted up version of Python
3.x out in the wild where unsuspecting folks would find and install
it.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
python -c 'import tradelink.snake.v11_2 ; raise SystemExit'
real 0m0.671s
user 0m0.405s
sys 0m0.044s
% time python -c 'raise SystemExit'
real 0m0.022s
user 0m0.011s
sys 0m0.009s
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org
.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
much.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
.
http://en.wikipedia.org/wiki/Blink If you blink, you've missed
Python 2.7 startup on a relatively modern machine.
wink
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https
that sleeping dog lie. I have
better things to do with my life. New stuff I write tends to be much
more pep8-ish.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org
more work to read
mixedCase names.
Given Guido's background, I suspect these studies might have been done
at CWI in the context of the ABC language.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python
?
Zach,
That's as a good a link as I know of. (Lot of water under the bridge
since then!)
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python
I wonder if one or more people who maintain unofficial forks on
minority platforms (OS/2, VMS, etc) could create an informational PEP
about the process (benefits and pitfalls) of that kind of effort?
Skip
___
Python-Dev mailing list
Python-Dev
for this. If failing, such buildbots wouldn't block a release, but
would still provide tools for people to track down the source of
breakage.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
On Thu, May 15, 2014 at 9:35 AM, Brett Cannon bcan...@gmail.com wrote:
I view stable buildbots as staying up and testing critical platforms.
Would supported and unsupported (or critical and optional?)
make more sense? Unstable suggests broken to me, not we don't
really care about these.
S
just the unstable category. What do those two categories have to do
with supported and unsupported?
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman
to check around
to see how other people use interactive mode.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail
I can't see any reason to make a backwards-incompatible change to
Python 2 to only support Unicode. You're bound to break somebody's
setup. Wouldn't it be better to fix bugs as Serhiy has done?
Skip
___
Python-Dev mailing list
Python-Dev@python.org
On Tue, Jun 24, 2014 at 6:15 PM, Nick Coghlan ncogh...@gmail.com wrote:
Aye, in this case, I'm in the officially deprecate the feature camp.
Definitely preferable to the suggestion to remove the configure flag.
Skip
___
Python-Dev mailing list
Python
On Mon, Jul 14, 2014 at 8:57 AM, Tim Tisdall tisd...@gmail.com wrote:
Is there some online documentation with guidelines on how to contribute?
http://lmgtfy.com/?q=contribute+to+python
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https
a beer.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
. A better
place to comment about the job board (and perhaps volunteer to help
with the current effort) is j...@python.org.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https
On Mon, Aug 11, 2014 at 12:42 PM, matsjoyce matsjo...@gmail.com wrote:
There maybe some holes in my approach, but I can't find them.
There's the rub. Given time, I suspect someone will discover a hole or two.
Skip
___
Python-Dev mailing list
Python
the --upgrade flag it tries to uninstall
the global version.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
be great if there was a way for it to tell me where on my
system it found outdated package X. The --verbose flag tells me all
sorts of other stuff I'm not really interested in, but not the
installed location of the outdated package.
Skip
___
Python-Dev mailing
On Wed, Aug 27, 2014 at 9:04 AM, Ian Cordasco
graffatcolmin...@gmail.com wrote:
Also, isn't this discussion better suited for Distutils-SIG?
I started up a thread there. I'd post an archive link, but it hasn't
yet turned up in the distutils-sig archive.
Skip
I got the same in Chrome on my Mac.
Skip
On Sep 1, 2014 8:00 PM, John Wong gokoproj...@gmail.com wrote:
As of today I still am getting untrusted cert thought I would re-ping to
see if there is an ETA.
On Thu, Aug 21, 2014 at 10:32 PM, Terry Reedy tjre...@udel.edu wrote:
On 8/21/2014 7:25
901 - 1000 of 1164 matches
Mail list logo
