Antoine Pitrou solipsis at pitrou.net writes:
On the other hand, if you are not using hg.python.org features such as
commits e-mails or buildbots, it's also fine living on bitbucket until
the project matures a bit.
I'm fine with that.
Regards,
Vinay Sajip
.install_distinfo.install_distinfo.run()
method. I'll pull it out into such a method.
Anyone else, do chip in if you think this is insufficient or sub-optimal.
Perhaps these discussions (on the detail) should continue on distutils-sig. I'll
post there when I've made the changes.
Regards,
Vinay Sajip
as there may be security
implications (the issue is titled Improve the security model for logging
listener).
Barring objections, I plan to commit it in a week or so.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http
the concerns that led to the issue being raised in the
first place. In which case, I can close the issue without committing this patch.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
there is a space for a limited evaluator that's less limiting than
literal_eval(). I do realise that this type of sandboxing is not easy to
achieve,
and I'm not aiming to advance the state of the art here - I just want to close
the issue in the best way I can.
Regards,
Vinay Sajip
-run make, it fails at the
ASDLGEN step, because the $HOME/bin/python3.4 script fails, due to not being
able to invoke $HOME/projects/python/default/python.
Is this a bug in configure, or is my configuration regarded as too perverse to
support?
Regards,
Vinay Sajip
! Thanks for pointing that out.
Regards,
Vinay Sajip
___
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
Python 3.4. Ned's post showed me why.
Regards,
Vinay Sajip
___
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
Eli Bendersky eliben at gmail.com writes:
Use pss [http://pypi.python.org/pypi/pss]
How does it compare with grin? [http://pypi.python.org/pypi/grin]
On the face of it, they both do the same job.
Regards,
Vinay Sajip
___
Python-Dev mailing list
getting complicated in the Zen of Python sense.
I'm not convinced that the maintenance burden of a complicated solution is
worth the heretofore unnecessary ability to bundle stuff in arbitrary ways.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python
to an entry in
Requires-Dist?
Regards,
Vinay Sajip
___
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 the distribution names.
In which case, it seems sensible to put these constraints into the PEP,
so that both PEP implementers and users of those implementations have these
guidelines clarified.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev
setuptools X.Y in that case? How would you ensure the right setuptools is
always loaded, since presumably both are on sys.path?
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
,
whereas with Python distributions, there's no central authority that has this
function?
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman
- for example, pip runs
egg_info on downloaded packages to get updated information when determining
dependencies to be downloaded. If the Requires-Dist info in PKG-INFO can't be
relied on, surely less critical information such as Obsoletes can't be relied
on,
either?
Regards,
Vinay Sajip
contents.
Regards,
Vinay Sajip
___
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
of a pathologically
large comment in the end record.
Regards,
Vinay Sajip
___
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 top of it. Compared to
distutils2, distlib aims to make it easier to transition from existing
packaging infrastructure and tools (distutils, setuptools/distribute).
Some of the PEPs are still in flux (e.g. PEP 426, PEP 427).
Regards,
Vinay Sajip
is more active and readthedocs has the latest docs,
but I do periodically update the above repo on hg.python.org.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
Christian Tismer tismer at stackless.com writes:
Anything I'm missing here?
The use case was missed during PEP and patch review, so the feature didn't make
it into 3.3. Issue #15776 raised the problem; it has been resolved and the
feature should appear in Python 3.4.
Regards,
Vinay Sajip
, and they might use these esoteric GnuPG options.
Regards,
Vinay Sajip
[1]
http://www.gnupg.org/documentation/manuals/gnupg-devel/GPG-Esoteric-Options.html
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
-used programs. From a
discussion I had with Barry Warsaw a while ago, I seem to remember that there
was other software which relied on these features. See [1] for details.
Regards,
Vinay Sajip
[1] https://code.google.com/p/python-gnupg/issues/detail?id=46
the interest in getting the 3
wheel PEPs (of which the metadata PEP is the first) accepted.
Likewise, I will look at the possibility of providing wheel support in distlib,
once it has been accepted as a standard and the open issues (such as signature
scheme) have been resolved.
Regards,
Vinay Sajip
for the same reason.
Certainly, with distlib I've tried to incorporate a lot of the setuptools
functionality which developers find useful - in-package data, package exports
(entry points), wrapping callables with scripts and so on.
Regards,
Vinay Sajip
[1] http://bento.readthedocs.org/en/latest
,
Vinay Sajip
___
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
.
Regards,
Vinay Sajip
___
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
David Cournapeau cournape at gmail.com writes:
You are putting the words out of the context in which those were
written: it is stated that the focus is on the general architecture
OK, no offence was meant. Thanks for the clarification.
Regards,
Vinay Sajip
zope.deprecation (4.0.2) [for pyramid]
download pyramid (1.4)
In the above, nothing was actually downloaded except the metadata. It's just
indicating an intuitive ordering for download based on a topological sort of
the dependency graph - for pyramid, in this case.
Regards,
Vinay Sajip
docs suffer
inordinately from being on readthedocs.org - for one thing, I've enabled Disqus
comments, allowing feedback on the docs - not that I've had any ;-)
Closer integration should perhaps happen, but not until the project has matured
a little.
Regards,
Vinay Sajip
on Python 2.6, 2.7 and 3.2+, so there shouldn't be any
concerns about support on those older Python versions.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
, but it does mean that you can't e.g. use the ast module in the
implementation. This might be a factor if the mini-language ever grows (as it
recently did, adding parentheses).
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http
is a source build of Python.
PEP 405 venvs created from a source build should work in the same way as venvs
created using an installed Python.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
/ bugfix?
Ok, will do.
Regards,
Vinay Sajip
___
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
-cache/simplejson/_speedups.so'
Does anyone see any problems with this approach to importing C extensions from
zip files?
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
the wheel - seems wrong? Or do something else?)
Regards,
Vinay Sajip
___
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
a compelling reason for adding complexity here. It's not really an
important use case.
Well, my post was to elicit some comment about the usefulness of the feature,
so fair enough. It doesn't seem especially complex though, unless I've missed
something.
Regards,
Vinay Sajip
read the source code from the
zip.
Well, it's just an experiment, and I was soliciting comments because I'm not as
familiar with the issues as some others are. Distlib is still only at version
0.1.1, and the mount()/unmount() functionality is not set in stone :-)
Regards,
Vinay Sajip
of e.g. an environment variable
such as PYLAUNCH_SEARCHPATH, or should we just change the default behaviour
now and risk breaking user scripts which may rely on the current behaviour?
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev
Paul Moore p.f.moore at gmail.com writes:
divPS Vinay - from this post, I assume you're already looking at this
code? I was considering trying to put together a patch, but I don't want to
duplicate effort if you're working on it./div
I've taken a quick look at it, but I probably won't be able
created a pull request
against the pypa version in case that's of use...
Hi Paul,
Sorry I haven't had a chance yet - real life is very busy at the moment. A pull
request against the pypa version is fine, and I will get to it soon - thanks
for your patience.
Regards,
Vinay Sajip
3.3 and 3.4, as it's
not a change in core Python APIs.
In the absence of adverse feedback here, I propose to implement approach #2
on both 3.3 and 3.4.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
do it.
Regards,
Vinay Sajip
___
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
Oleg Broytman phd at phdru.name writes:
On Mon, Jun 17, 2013 at 06:37:49PM +, Vinay Sajip vinay_sajip at
yahoo.co.uk wrote:
at echo off
__VENV_PYTHON__ -c import sys, pydoc; sys.exit(pydoc.cli())
I think you want to pass command line arguments:
at echo off
__VENV_PYTHON__
/python_logging.html if anyone needs it. This version
is not actively maintained, but that shouldn't be an issue.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
take advantage of this by e.g. offering a copy of these handlers in their
own codebase for use when constrained to work with an older Python version.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
. In Python 2.5, logging is 1300
SLOC, less than say tarfile, pickletools, pydoc and decimal.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
Brett Cannon brett at python.org writes:
Obviously if one of the getopt supporters has a better way of doing
this then please speak up.
I'm not a getopt supporter per se - I'm +1 for argparse - but Opster provides
some nice syntax sugar on top of getopt, and can be seen here:
agree - it's just an approach which shows some promise and is worth exploring.
I'm not suggesting jumping in with both feet. But it does show about getopt that
perhaps there's life in the old dog yet ;-)
Regards,
Vinay Sajip
___
Python-Dev mailing list
argument with every logging call to indicate how to interpret the
message format string? Or does the PercentMessage/BraceMessage type approach
have any mileage? What do y'all think?
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http
, to be sure, but more specialized formatting
requirements are already catered for using e.g. the PercentMessage/BraceMessage
approach.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
Barry Warsaw barry at python.org writes:
This is a very interesting idea.
Note that one of the reasons to /at least/ support {}-strings also is
that %-strings are simply too error prone in many situations. For
example, if I decide to support internationalization of log format
Vinay Sajip vinay_sajip at yahoo.co.uk writes:
#Just typing this in, it's not tested or anything
class DollarMessage:
def __init__(self, fmt, *args, **kwargs):
self.fmt = fmt
self.args = args
self.kwargs = kwargs
def __str__(self):
return
for these classes.
Regards,
Vinay Sajip
___
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
Paul Moore p.f.moore at gmail.com writes:
This seems to me to be almost the same as the previous suggestion of
having a string subclass:
class BraceFormatter(str):
def __mod__(self, other):
# Needs more magic here to cope with dict argument
return self.format(*other)
Paul Moore p.f.moore at gmail.com writes:
2. The internal implementation of logger.debug needs to preserve
string subclasses properly
But the benefit is that the approach allows anyone to use brace
formatting in any API that currently accepts % format (assuming string
subclasses don't get
smells of there's more than one way to do it.
Yeah, that bothers me too.
It's the Rumsfeldian We don't know what we don't know
Is this guy in the Python community?
Not sure, but I believe he's a piece of work and not a guy to get on the wrong
side of ;-)
Regards,
Vinay Sajip
overhead and some processing
overhead and I'm not sure if it really buys you enough to warrant doing it.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
argument in the logging call - logging won't know or care if it was
passed in as a literal, or was computed by %-, {}-, $- or any other formatting
approach.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http
to do those things.
Actually, logging calls str() on the object passed as the first argument in a
logging call such as logger.debug(), which can either be a format string or an
arbitrary object whose __str__() returns the format string.
Regards,
Vinay Sajip
ideas. There are things still
a bit up in the air such as what happens when pickling and sending to an older
version of Python, etc. which still need to be resolved for logging, at least.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev
into the formatted output, and that's all. So
I don't understand what's being precluded and how - please elaborate.
Thanks regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
Brett Cannon brett at python.org writes:
Why don't we start something in the sandbox and see how far we can
get. If no one beats me to it I will add the directory some time today
and we can start hashing out the solution there.
I've done a first cut of a converter from %-format to {}-format
encouraging movement in one particular direction.
Regards,
Vinay Sajip
___
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
Raymond Hettinger python at rcn.com writes:
We should get one written. ISTM, every %-formatting
string is directly translatable to an equivalent {}-formatting string.
I've made a start, but I'm not sure how best to handle the '#' and ' '
conversion flags.
Regards,
Vinay Sajip
in general.
Regards,
Vinay Sajip
___
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
MRAB python at mrabarnett.plus.com writes:
Interesting that you're using the %-format to translate %-formats to
{}-formats!
Yes, ironic, isn't it? ;-)
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
#8x}.format(0x1234)
'000x1234'
Someone please tell me if there's a better {}-format string which I've missed!
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
:
{0:#o}.format(0x1234)
'0o11064'
I couldn't see a backward-compatibility mode for str.format generating just a
leading 0 for octal alternative format (the C style) as opposed to 0o.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev
to use
alternative formatting systems with logging?
Regards,
Vinay Sajip
___
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
sucks or problems using foo if they want to research what's been
said about a package.)
Yes, but it's good to have all the feedback in one place, if possible.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http
comments and
suggestions will be gratefully received.
Regards,
Vinay Sajip
___
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
` directly ?
When you say the new method, if you mean configure - the pattern is so that
a subclass can override __init__ and do additional setup before configure() is
called.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http
-compatibility headaches in the future.
Regards,
Vinay Sajip
___
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
Antoine Pitrou solipsis at pitrou.net writes:
Vinay Sajip vinay_sajip at yahoo.co.uk writes:
%0#8x % 0x1234
'0x001234'
{0:0#8x}.format(0x1234)
'000x1234'
Apart from the sheer unreadability of the {}-style format string, the result
looks rather unexpected from a human being's
an active maintainer and the latter does not, or am I wrong about
that?
Regards,
Vinay Sajip
___
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
?
self.config.update(more)
See my response to Paul Rudin's post about incremental configuration.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
Glenn Linderman v+python at g.nevcal.com writes:
But DictConfigurator the name seems misleading... like you are
configuring how dicts work, rather than how logs work. Maybe with more
context this is not a problem, but if it is a standalone class, it is
confusing what it does, by name
'
sys.getfilesystemencoding()
'mbcs'
locale.getpreferredencoding()
'cp1252'
which suggests to me that the locale.getpreferredencoding() should be the
default. However, as I'm not a Unicode maven, any suggestions would be welcome.
Regards,
Vinay Sajip
___
Python-Dev
,
Vinay Sajip
___
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
program code changes, or the ability to configure
from say a YAML node, where YAML may be being used for application
configuration as a whole. (Unless of course I've misunderstood what you're
getting at.)
Regards,
Vinay Sajip
___
Python-Dev
are happy with :-)
Regards,
Vinay Sajip
___
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
Benjamin Peterson benjamin at python.org writes:
It's also really easy to just write 0{:o} like my translator does.
How does that cope when handed a negative number to format?
%#0o % -1234
'-02322'
0{0:o}.format(-1234)
'0-2322'
Regards,
Vinay Sajip
.
So ISTM that the right thing to do on 2.x would be: if str to be sent, send as
is; if unicode to be sent, encode using utf-8 and send with a BOM. For 3.x, just
encode using utf-8 and send with a BOM.
Does that seem right?
Thanks and regards,
Vinay Sajip
dir(__builtins__)
in the interactive prompt, I get the whole shebang.
Excuse my ignorance, but how come?
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
and trunk :-)
If __builtins__ is an implementation detail which can't be relied on, should the
py3k code be changed to the try: form? Or shall I just remove the checks
altogether, since Unicode should always be there in 3.x?
Regards,
Vinay Sajip
this.
Thanks and regards,
Vinay Sajip
---
PEP: XXX
Title: Dictionary-Based Configuration For Logging
Version: $Revision$
Last-Modified: $Date$
Author: Vinay Sajip vinay_sajip at red-dove.com
Status: Draft
Type: Standards Track
Content-Type: text/x-rst
Created: 15-Oct-2009
Python-Version
and detailed feedback.
Regards,
Vinay Sajip
___
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
Vinay Sajip vinay_sajip at yahoo.co.uk writes:
Perhaps TypeError, too.
Sorry, brainfade there. I already mentioned TypeError in the original post :-)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
; and so, in the general case, they are not
available to output in a dict describing the current configuration.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
Barry Warsaw barry at python.org writes:
http://www.python.org/download/releases/2.6.4/
Good news, but just one little nit: the page above appears to link to the NEWS
file for 2.6.4rc1.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev
the API to set/get, _loggerClass is only used by
the manager when instantiating a new logger.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
, done.
Looking forward to the feedback!
Regards,
Vinay Sajip
___
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
Terry Reedy tjreedy at udel.edu writes:
[snip]
Terry,
Thanks for your helpful comments. I have checked in some changes to the PEP
(r76533) which take into account the comments you made.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev
Dj Gilcrease digitalxero at gmail.com writes:
I would recommend removing the class keyword and replacing it with the
() as you have in the custom examples or replacing () with class so it
is uniform across all config options
[snip]
This just strikes me as odd to have to remember for built
a
pronouncement. I guess the stdlib slot gives an opportunity for people to air
their views and so I'd be grateful if you added it to the agenda.
Thanks regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
hard to
configure will benefit from these changes, so here's the opportunity to pipe up
and improve things.
Thanks regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
with the Django community to get improved logging support in
Django for 1.3.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman
Hi,
When I look at the mailing list archive for python-dev, I see some odd stuff at
the bottom of the page:
http://mail.python.org/pipermail/python-dev/2010-January/thread.html#95232
Anyone know what's happened?
Regards,
Vinay Sajip
___
Python-Dev
(for example, the PEP
3146 thread from yesterday).
Regards,
Vinay Sajip
___
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
Barry Warsaw barry at python.org writes:
On Jan 22, 2010, at 10:06 AM, Chris McDonough wrote:
Can you tell us where Uncle Timmy has been and when he'll be back?
He's given up bags of ham for walls of chocolate.
In the Mountain View Chocolate Factory?
Regards,
Vinay Sajip
301 - 400 of 425 matches
Mail list logo