It basically works in
that it does what the Python version does, but doesn't include any handling of
-32 suffixes or .ini files. I can post this on BitBucket if anyone's interested,
but it's a work in progress. I'm working on some simple tests.
Regards,
Vinay Sajip
___
tests. I've updated the
implementation to include help output.
BTW I thought of another thing that perhaps needs handling: what if a customized
command points to the launcher itself? It'd be turtles all the way down :-)
Regards,
Vinay Sajip
__
lled Pythons and customised commands. Of course these can be made dynamic,
but what's there is good enough for the moment for exploration.
Do have a play, and let me know what you think.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@pytho
few days until I can look at the implementation, but I'm
> very happy to see it started. Given it is now ahead of the Python
> reference impl, I wonder if we should just drop all wording about that
> reference impl and just treat the C impl as canonical?
Once you've taken a c
e class this as an implementation detail
or does it need a mention in the PEP?
> > I think they would be useful, so let me check the implementation again.
I've made some updates so the following works: with the configuration containing
[commands]
shell=cmd /c
with a shebang in doit.py
o the earlier values :-(
Okay - if users have to do this now anyway, we at least wouldn't be naking
things worse :-)
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubs
described has also bitten me. I've no idea what put that
association in the registry.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.or
er Extensions",
hijack the laumcher's associations to that earlier Python. Then bye bye launcher
- how do we deal with that? Or don't we? There'll be no warning for the user,
and this problem will occur even if the launcher is packaged separat
"python.exe or pythonw.exe?" question.
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
s would make
sense so that you could restore associations to the launcher just by repairing
its installation), but since nested MSIs are a no-no, that means installing via
a bootstrapping .exe. This is a bigger change to our Windows packaging than some
people might be comfortable with
the main registry or the Wow6432Node used for 32-bit
applications.
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
> * Versioned .exe (using a Windows version block)
I'm doing that, too.
> * File association information
Currently I'm putting the file association information in the same component as
the files, since the registry values cross reference those files.
Regards,
Vinay Sajip
r to msilib at
some later date. All the other code is just plain C and Win32 APIs (gosh -
takes me back! Window procedures, anyone?). The code builds with Visual Studio
and also Visual Studio Express (C++ edition).
Regards,
Vinay Sajip
___
Python-Dev mail
f
the codecs interfaces were re-implemented using io module code, the only
portability issues would be because of people relying on broken aspects of the
existing codecs code - which is unlikely to be all (or even most) of the people
using codecs.StreamReader/StreamWriter.
Regards,
Vinay Sajip
__
e.
I can understand that there might be specific issues with them, but isn't
"actively harmful" a little strong? I don't see who is being actively harmed by
them, nor how.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Pyth
with telling people to use open() rather than codecs.open() when
moving code from 2.x to 3.x. But in 2.x, is there any other API which allows you
to wrap arbitrary streams? If not, then ISTM that removing the Stream* classes
would give 2.x->3.x por
t; installing the C(++) runtime.
I noticed this too, and later builds of associator have the library linked in
statically.
If you get any more issues, you can post them on the BitBucket issue tracker -
they are probably OT for here, unless design/PEP related.
Regards,
Vinay Sajip
_
mfortable with installing into somewhere like system32.
>
> Otherwise it looks great.
>
Thanks for the feedback. Please log any implementation-related issues on the
BitBucket tracker.
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
(with
Administrator rights so you can search the whole registry) for "py.exe" or
"pyw.exe" and see if they show up anywhere at all. The launcher code tries to
add these keys in HKEY_CLASSES_ROOT, but I believe Windows can map this to HKCU
rather than HKLM if you don'
he
HKEY_LOCAL_MACHINE\Software\Classes tree.
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
t; discover a way to do that. (I recall one can put -3 on the command
> line, so I could do that in the py.exe ftype commands, but hopefully
> there is a way to tweak the py.ini to do that.)
Yes, the PEP explains what you need to do t
ething, which is why the spaces around = are every which way, and I never got
around to changing it. More importantly, those customised commands, while
perhaps useful for testing, are useless in everyday Python usage: perhaps -O,
-Werror, -E, -S etc. might be mo
are you referring to?
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
Windows SDK (for the 64-bit compilers), Visual Studio Express C++ (2008
Edition), WiX for the installers, and Python.
All are free as in beer, and some are also free as in speech.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-De
self, msg, kwargs):
prefix = "IP: %(ip)-15s User: %(user)-8s" % self.extra
return "%s %s" % (prefix, msg), kwargs
When I check it in I will elaborate on the class docstring to explain the usage
in a bit more detail, as well as of
from loggers using the existing
API, after ensuring all their threads are done and there are no
unaccounted-for references to loggers and handlers.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
reasonable approach? Can someone please suggest any
improvements, or let me know if I've missed anything?
Regards,
Vinay Sajip
[1] http://bugs.python.org/issue4384
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/ma
t the
showwarning function is there specifically for the purpose of being
monkey-patched 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
s attached to the logger.
I hope this covers everything, but please tell me if that's not the case.
Regards,
Vinay Sajip
[1] http://mail.python.org/pipermail/python-dev/2004-October/049282.html
___
Python-Dev mailing list
Python-Dev@python.org
h their data (e.g. in a zip
file) and I don't think all instances of putting data files in a package are to
be frowned upon.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
test failures, plus Steps 4 and 5;
hopefully I've broken the back of 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
7;t
touched existing code e.g. the top-level test scripts or the _backport
directory. The added test_distutils2.py is what I used to run the tests.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/ma
packaging before final release, but they are not complete show-stoppers and
won't preclude 2.x users giving useful feedback.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-
Éric Araujo netwok.org> writes:
> Le 18/08/2011 00:30, Vinay Sajip a écrit :
> > stdlib dependency code is either moved to util.py or test/support.py as
> > appropriate.
> We need sysconfig, shutil, tarfile, hashlib... Surely that’s a lot to
> put in util.py.
Well sy
Facundo Batista gmail.com> writes:
> An error regarding the argument quantity? what?
>
> Ideas? Thanks!
>
I think this is the same as http://bugs.python.org/issue5421
tl;dr : fixed in recent versions.
Regards,
Vinay Sajip
___
rs, don't regard "filesystem" as a proper
word.
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
se.
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
et, though shown in the screencast I mentioned earlier).
> Oh, let’s not forget naming. We can’t reuse the module name virtualenv
> as it would shadow the third-party module name, and I’m not fond of
> “virtualize”: it brings OS-level virtualization to my mind, not isolated
>
nother possible name would be "isolate":
python -m isolate /project/env
doesn't look too bad. There's no eponymous package on PyPI, and note also that
in addition to the common usage of isolate as a verb, it's also a noun with an
appropriate meaning
or is Jaunty
no longer supported for Python development, or could something be wrong with my
configuration? BTW nothing has changed on the machine other than updates to
Jenkins and the cpython repo.
Any advice would be appreciated!
Regards,
Vinay Sajip
___
ttp://code.google.com/p/logutils/
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
is coupled with
the ability to invoke a setup.cfg-based installation when the appended archive
is for a setup.cfg-based directory tree, won't this pretty much tick all the
boxes?
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@p
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
ncorporating relevant
metadata, user input solicited and the archive contents installed according to
that input. However, the installation locations are determined from the
registry information on installed Pythons only, with no nod to the possibility
of users having installed multiple virt
aging
folks.
I looked at the dialog resources for wininst-x.y.exe and noticed that there is a
"Find other ..." button which is hidden, and its handler (in
PC\bdist_wininst\install.c) is commented out. However, the code called by the
handler - GetOtherPythonVersion - is still
sted on Windows 7, so I'm not sure
what to make of these. I notice that at least some of the Windows 7 buildbots
are green, so can someone advise whether there is any special configuring I need
to do? I've just built from the solution file (using Visual Studio 2008 SP1).
Regards,
Vinay Sajip
-9.0 and -10.0 versions. Where can these
be found?
Thanks,
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
Vinay Sajip yahoo.co.uk> writes:
Never mind, found the answer from closed issue 9818 - bdist_wininst.vcproj.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.
flickr link did not work for me, even after I tried
replacing "" with "@". Care to post a shortened link?
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listin
inks in relatively recent,
widely-used versions of Windows like XP. Also, while some people use virtualenvs
in a central location (such as virtualenvwrapper users), others have their envs
under a project folder. I don't know that the complication of a centralised
registry of v
Python
components. If we leave it to the packager to include all relevant binary
dependencies, I'm not sure how satisfactory that'll be - possibly, not very.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.
te venvs too?
I don't think this is needed for venv creation, but having a "Find Other..."
to locate an alternative Python in a virtual env doesn't seem too onerous for
the user.
Regards,
Vinay Sajip
___
Python-Dev mailing lis
setup.cfg and in a single directory tree (containing the setup.cfg in the root
of the tree), then zip that tree.
Distribution installation step = unzip aforementioned zip, and run pysetup3
install .
BTW, I believe that for virtual env installations, there's no need to provide
integration with Add
at I
> need without slowing down the Add/Remove list. But I accept that's not
> likely to be the view of many Windows users. Anyone using virtual
> envs, though, is probably by definition comfortable enough with
> command line tools to be willing to use pysetup3.
A fair subset of
e
stdlib for those patterns. But there are other changes we could make now - for
example, the list of categories does not include a library location
(necessitating my use of a "compiled" category), but perhaps a "lib" category
could be built in now.
Regards,
Vinay Sajip
here is interest.
> >
> > That certainly sounds like a bug and a patch sent to
> > https://bitbucket.org/vinay.sajip/pylauncher will be appreciated!
>
> The patch does both the bug fix and the arg skipping at present, but
> I'll happily sep
> Hmm, clicking the link in the email works here. but just to be safe:
>
> http://goo.gl/pC48e
>
Thanks - looks nice! What is the license which applies to the code? Is it
available in a public repository?
Regards,
Vinay Sajip
__
; requires a global configuration file change, it's not doable on a per
> usage basis.
Per usage = interactively, which is more of a "by-the-by" feature for the
launcher, the main purpose being to bring shebang-line functionality to Windows.
Regards,
Vinay Sajip
__
long edit-run-edit-run-... session for the script(s) being edited. If that's the
case, just append -u to the shebang line at the beginning of your session, and
remove it at the end, and keep using "py" as your editor's Python; won&#
-h option to print the interpreter paths
which would be returned for -2 and -3, on separate lines, even without the
--which, e.g.
Currently configured:
-2: c:\Python27\python.exe
-3: c:\Python32\python.exe
Regards,
Vinay Sajip
___
Python-Dev mai
nt core dev directly involved in the PEP.
Added as PEP 404 - hope y'all can find 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/m
es can
take up the responsibility for supporting additional shells or helper scripts.
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/
e other alternative would be to make venv a package with all its code in
venv/__init__.py and a scripts.zip adjacent to that. Does that seem like a
better solution? Can anyone suggest better alternatives? Sorry if this has come
up before and I've missed something obvious.
Regards,
Vinay Saji
as a zip file once deployed.
It was a general point about data that I was making; in this particular case,
that data just happens to be source code.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/ma
nt approach, it is straightforward
for third party tools to either easily replace completely, update selectively or
augment simply the scripts provided by base classes.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://
- the kind of tedious editing which would be obviated by
the right kind of additional support code.
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
dds C, overwrites B
I'm not saying you couldn't do this with e.g. directory trees; it just seems
neater to have the scripts in a black box once they're deployed, with a zip file
representing that black box.
Regards,
Vinay Sajip
___
Python
from that? My
> (current) answer is that I don't know. The packaging module as it
> stands only offers the legacy bdist_xxx formats, so the answer is "run
> pysetup run bdist_wininst on it". If that breaks (as it is likely to -
> wininst format isn't very flexible) then
point of view of venvs and PEP 404, it's certainly topical and
worth trying to get some traction behind this particular pony. If bdist_pony is
easy enough to use and doesn't close any existing doors, then there's no obvious
reason why distribution authors wouldn't use it for fu
ype of installation
logic.
>
> Hmm. You are just describing a bug, not an inherent limitation.
>
You're right that it's not an inherent limitation, but I'm not sure which bug
you're referring to. Do you mean just a current limitation?
Regards,
Vinay Sa
iles we're talking about are actually data
in the context we're discussing.
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 the scripts directory to install from, right?
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
le pysetup3.exe and a script pysetup3-script.py (since we can't rely on
the PEP 397 launcher being available, this is the only way of being sure that
the correct Python gets to run the script).
I've changed the implementation now to use a directory tree, and the API takes
the absolu
de of [...]/__pycache__/aifc.cpython-33.pyc is 644
The 600s and 644s are interspersed with no pattern immediately apparent. All
the source files have mode 644, as expected.
This happens on two different Posix machines - Ubuntu Natty and OS X Leopa
Charles-François Natali free.fr> writes:
> It's a consequence of http://hg.python.org/cpython/rev/740baff4f169.
> I'll fix that.
Should a new issue be opened (or #13303 re-opened) pending this fix?
Regards,
Vinay Sajip
___
Pyth
stall_data]
pre-hook.win32 = hooks.pre_install_data
categories =
cat1 = /path/one
# comment
cat2 = /path/two
#[install_dist]
#post-hook.win32 = hooks.post_install_dist
[metadata]
name = nemo
version = 0.1
summary = New Environments Made, Obviously
description = A tool to ma
It's this kind of flexibility (by which I mean Python
coded logic) that I don't see how to easily provide in the MSI format,
short of recoding in e.g. C, in a custom action DLL or EXE. (This latter
approach is what I've used in the PEP 397 launcher MSI.)
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
700)
PermissionError: [Error 5] Access is denied:
'c:\\Users\\Vinay\\Projects\\pythonv\\build\\test_python_3532\\@test_3532_tmp'
Sorry if this has come up before, but why do we couple the tests in this way,
so
that failure to clean up in one test causes drive-by failures in other,
or whether it was
created in an intervening test, is not easy to determine :-(
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
le in the .MSI could serve to indicate the version dependency.
It's certainly feasible, but needs specifying in more detail ...
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinf
;
> Brilliant suggestion! Vinay? :)
>
Actually you need Carl Meyer's agreement, not mine - he's the one writing the
PEP. But I'm in favour :-)
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pyt
'__bool__': ,
'__eq__': ,
'__doc__': '\n A lazy object initialised from any function.\n\n
Designed for compound objects of unknown type. For builtins or
objects of\n known type, use django.utils.functional.lazy.\n ',
'__
he problem, then see the workaround suggested in the issue.
>
Yes, that workaround worked. Good catch - thanks!
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
htt
e change you propose won't help, because some
variant of a package will still have to use u() and b(), just for 3.2 support.
I'm not arguing against your proposed change itself - just against your point
about the relevance of 3.2.
Regards,
Vinay Sajip
Elixir, WTForms and others the same way.
Of course, I understand that YMMV.
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
n't get me wrong - I understand about priorities and
commitments, and everyone scratching their own itch. So, I scratched mine, and
bet on the hunch that the elephant was only a chocolate elephant, and not a
real one. Time will of course tell ;-)
Regards,
Vinay Sajip
___
eing worked on) could remain loaded in memory
over an entire development session. That, along with some more/smarter fixers,
could go some way to addressing the "too slow" issue.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-De
a problem.
Please note, I'm not saying it isn't a real performance problem, I'm just asking
where the evidence is, whether running on PyPy or elsewhere.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail
ass__ = MetaClass
+class DerivedClass(with_metaclass(MetaClass, BaseClass, OtherBaseClass)):
+pass
As you can see, there's still a bit of work to do, and the sample doesn't cover
all use cases yet. I'll be cross-checking it using my recent Django porting work
to confirm that i
t I'd
give any one here who's interested a chance to comment, in case they can spot
any shortcomings of the approach I suggest.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/list
Antoine Pitrou pitrou.net> writes:
>
> "def filename(self, name)" sounds like a poor method name.
>
You're right - perhaps "def rotation_filename(self, default_name)" is better.
Regards,
Vinay Sajip
_
copying the whole
doRollover method (as in the ActiveState example).
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
seems like it might be a bug, but if so it does seem rather egregious: can
someone tell me if there is a good design reason for the current behaviour? If
there isn't one, I'll raise an issue.
Regards,
Vinay Sajip
___
Python-Dev m
in for
some stick in the community for being "hard to use" ...
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
this is when you want the
subprocess and the parent to run concurrently/asynchronously, so the proc.wait()
and subsequent processing happens at a different time and place to the kick-off.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@py
Of course, and I've been using them like that, in general. But reading those two
sentences above made the light bulb come on :-)
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
Martin v. Löwis v.loewis.de> writes:
> One way of providing this might be a "u" mode for open, which
> updates an existing file on close (unlike "a", which appends,
> and unlike "w", which truncates first).
Doesn
st "hello" should work.
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
')
(again, because of the lower frequency of occurrence).
Even if you have arguments against this idea, I think it's at least worth
mentioning in the PEP with any counter-arguments you have.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Pyt
Serhiy Storchaka gmail.com> writes:
> n = str
Well, n to indicate that native string is required.
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
201 - 300 of 437 matches
Mail list logo
