the instrumentation is only good for that single experiment.
Thus, nobody publishes the instrumentation, since it would accumulate
as clutter.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pyth
t; the py.ini file should be placed. On my machine that is
> "C:\Users\brian\AppData\Local", rather than making people have to run
> that parameter through the listed function via pywin32.
Will do.
Martin
___
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
nd a 64-bit launcher, and install the
right one depending on what the target system is.
> Thanks to Martin for updating it - I agree it is vastly improved!
Thanks!
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/l
y who can
be trusted to achieve something, as well.
The general problem is that issues may only occur when packages actually
use the library; so it may even be difficult to fix it in a concerted
effort since that fixing may actually spread over several months (or years).
Reg
hould be a different object depending on the current
interpreter - something that PyType_FromSpec couldn't support at all.
So there is a new API function PyType_FromSpecWithBases which covers
this case, and this API will only be available in 3.3+.
Regar
On 23.06.2012 23:41, Antoine Pitrou wrote:
> On Sat, 23 Jun 2012 23:31:07 +0200
> "Martin v. Löwis" wrote:
>> I've been thinking about extensions to the stable ABI. On the one hand,
>> introducing new API can cause extension modules not to run on older
>>
cros?
It would, hence I'm -1. I believe it is the motivation for the gcc
assertion preprocessor feature, which never caught on.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/py
>> will start removing the empty __init__.pys when they don't need to support
>> 3.2- anymore.
>
> Have you tested the performance of namespace packages compared to
> normal packages?
No, I haven't.
Regards,
Martin
___
is entire section could go from the header
files.
For 2.7, things are more difficult.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/o
his is where a fix is required. Is there going to be another 2.7 release to
> deliver a fix in?
Yes, there will be more 2.7 bugfix releases. If a fix is too intrusive
or too hacky, it might be that the bug must stay unfixed, though.
Regards,
Martin
128µs ( " --)
first-time import of regular package: 1859µs (due to pyc generation)
(remove __init__.py and __pycache__ to construct the first setup)
So namespace packages are indeed faster than regular packages, at least
in some cases.
Regards,
Martin
spacetiming.tgz
De
For 1, it may be tempting to compare the new implementation with
the previous release. However, in the specific case, this is
misleading, since the entire import machinery was replaced. So
you really need to compare with a version of importlib that doesn't
have namespace packa
python.org/index.html, which gives a 404.
>>
>> I think it should point to http://buildbot.python.org/all/waterfall, or
>> maybe some subset of it.
>
> Well, there used to be a written text at that place.
This is now fixed; the new rewrite rule was incorrect.
Regards,
Martin
__
'll figure this out.
Regards,
Martin
___
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
> I don’t know if it’s known, but the bot infrastructure is FUBAR now.
I'm quite certain it can be repaired.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscrib
e to commit anything you change right away; I can then push
the changes. Or you push them yourself. Just leaving them uncommitted
is fine as well.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
> So... should I go ahead and push anyway, or is there anything else
> I should be doing as part of the change?
Go ahead!
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
matter is dependent libraries (zlib, openssl, Tcl/Tk, ...).
You also have to build those with VS 2012 (if you want to use them),
each one likely posing its own challenges.
If you manage to succeed, don't forget to post your findings here.
Also if you fail.
Good l
I added a cron job on www.python.org that checks every 5 minutes for
a modified PEP. So automatic updating should work again.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
that the proposed change
is editorial).
FWIW, the documentation (simple_stmts.rst) says that __package__
(if present) is "the name of package that contains the module or
package".
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python
SparcLinux;
if sparc, then it ought to be Solaris.
IOW: if it breaks, no big deal. Someone may or may not contribute
a patch.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubs
it for 3.4.
If the patches are more involved, we would have to consider them
on a case-by-case basis.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
Thanks, it seems to be working fine. I triggered a build for 27 and
3.x. I'm assuming other builds will just be triggered automatically
when needed from now on?
Indeed; you have probably seen it happening in the waterfall already.
Thanks for providing that slave.
Regards,
M
ess - that happens from time
to time on any slave.
Regards,
Martin
___
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
or not.
Of course, if that is really a desirable feature, you may want multiple
pyc files, per combination of AST optimizers. The __pycache__ directory
would readily support that.
This seems to get complicated quickly, so a PEP is indeed desirable.
Regards,
M
, it
could only go into 3.4.
OTOH, if it also checked whether there is randomized hashing, and sort
only in that case, I think it should be backwards compatible in all
interesting cases.
Regards,
Martin
(*) I guess some may claim that the current implementation leaks
some bits of the hash se
These revisions are all from Benjamin. So I conclude that he was once
using an now-ancient version of hg.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.
to be Reinhold Birkenfeld may get commit access :-)
Regards,
Martin
___
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
than for SSH, since the threats
are smaller (plus users where aware that they might have to publish
the key when they created it).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
fter the DST change).
- each CRT has its own locale. This may be an issue if an extension
module relies on the CRT locale for data formatting; I just think
this is unlikely to occur in practice (and when it does, it's easily
notable).
Anything
On 25.08.2012 19:36, Stefan Krah wrote:
> "Martin v. L?wis" wrote:
>> - each CRT has its own locale. This may be an issue if an extension
>> module relies on the CRT locale for data formatting; I just think
>> this is unlikely to occur in practice (and when it
fore seeking approval for the PEP.
Regards,
Martin
___
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
you either
need to pick a name that is unused in all implementations (which you
never can be really certain about), or you break some existing tool by
making the addition (unless the addition happens to have the exact
same syntax and semantics as the prior use).
Regar
the field
- regular expression to validate the field
Deleting undesired extensions would not be possible, instead, one
would have to create another extension if the syntax or semantics
changes
Regards,
Martin
___
Python-Dev mailing list
Python
ns is a guarantee
that they will not get implemented. So we can have one metadata
specification every ten years; if we have more, none of them will be
implemented (except in the tool of the author of the PEP).
Regards,
Martin
___
Python-Dev mailing list
Pyth
, F) if has_fix(B, F)
(for Python releases A and B and fix F)
The same would regularly happen with any bug fix, too, except we only
have one bug fix branch at nearly every point in time (except that
we have the 2.7 branch as well).
Regards,
Martin
P.S. Python 3.1 will continue to receive secur
Am 28.08.12 16:53, schrieb Donald Stufft:
On Tuesday, August 28, 2012 at 10:43 AM, "Martin v. Löwis" wrote:
I'm happy for PyPI to host such a registry. A specificaion for the
registry should be part of the PEP for the 1.3 format, but I would
propose this structure (without havin
?
If the packages that were uploaded a year ago are still in active use,
somebody will renew the registration. So the case won't happen.
If nobody cares about the specific field, it may break, which is
then well-deserved.
Regards,
Martin
___
Pytho
at there is an expiration.
I do consider it a flaw in (some) IANA name registrations that there is
no expiration to them; I can report that people regularly want to
claim some PyPI package name on the basis that the original owner
didn't ever
is now
taken by somebody else - who hopefully can attract more users with
his definition of the key).
There is also the potential risk of key-jacking, which can be
resolved administratively (by revoking the abusive registration).
Regards,
Martin
___
Python-Dev
ill out and edit metadata information interactively, or
upload it. And yes, PyPI already extracts (but currently doesn't
further process) PKG-INFO from every archive that is uploaded.
So PyPI absolutely needs to "know" about the meta-data.
Regards,
Martin
___
mpatible with a long-standing proprietary standard.
Regards,
Martin
___
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 seems it's in localsplus, so it likely is a local
variable of that frame).
HTH,
Martin
___
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
it breaks for changesets
with tracker issue numbers in their description.]
tags and branches are special cases - they always consider all
of them (where "all tags" is "all .hgtags entries from all
active (?) branches' heads"); help is also special.
Regards,
Martin
_
ry associated initially. So you need to set
a break point on a function that is called closely before the
object gets allocated, and set the watchpoint only then.
Good luck,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/ma
= PyBytes_Join(sep, x);
you write
r = PyObject_CallMethod(sep, "join", "O", x);
This is just a few more letters to type.
Or are you concerned with the runtime overhead that this causes?
Don't be: the cost of actually joining i
that they
are key-value, that the colon is a separator, that the keys
are case-insensitive, etc).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mai
Am 31.08.12 12:54, schrieb Donald Stufft:
On Friday, August 31, 2012 at 6:48 AM, "Martin v. Löwis" wrote:
3. There should be a specification of how collisions between extension
fields and standard fields are resolved. E.g. if I have
Extension: Home
Home-page:http://www.python.org
is
oding (but I don't think any of the
fields really are binary data).
Ok. If you want you can check the version to decide how strict you want to be.
Thanks for the offer - I'd prefer to remain as a reader, not an author
of the PE
interpreted as continuation lines instead).
OTOH, several of the metadata fields do require line breaks, in
particular those formatted as ReST.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-
to load, which IMO is the better
reaction.
Regards,
Martin
___
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
it shouldn't be in
pythonxy.dll.
For VS 2008, I don't care - this set of project files isn't really
intended for production use, but rather for ongoing development.
In the long term, I wish we could use the platform implementations
of SHA-3 rather than shippi
obably wouldn't have hurt to only add support five years from now.
Regards,
Martin
___
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
#x27;t seem to be specified anywhere).
Regards,
Martin
___
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
e the file, which may well be a signature
to the manuscript, preserving the rest of the signing procedure.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.
me back through downloading. Instead, it is much easier to keep
it included.
Regards,
Martin
___
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
t, and run its test - if that passes, the packaging was
successful.
Regards,
Martin
___
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/arch
out does not
always have .encoding - only when it is a terminal, and only if we
managed to find out what the encoding of the terminal is.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
the machine registry (unless he is a member of
the Power Users group).
> and then pywin32 can't find it.
That sounds likely, but I cannot confirm it. If it is, it is a bug
in pywin32 (and, in turn, possibly in distutils).
Regards,
Martin
___
Pyth
d
in __source__.
Not at all. A file is precisely the level of granularity that is
burnt into the Python language. A module is *always* a file, executed
from top to bottom. It is not possible to recreate the source code
of a module if you have only the source code of all functions, and
all classes
utely need this feature
to implement the IDEs correctly, I'd like to hear the (new)
rationale for the change.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.py
that the PEP is largely unmaintained (I, personally, do not
really maintain it). So one option would be to just stop using PEP 4
for recording deprecations, since we now have the warnings module.
If we want to keep PEP 4, we need to follow the procedures it
requires (or modify them if we don't like th
.
Instead, it means that configure computes the value of LDFLAGS
when it generates Makefile.in. For CPPFLAGS, configure has nothing
to compute, so Makefile.pre.in just has the static value for
CPPFLAGS.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED
an ad-hoc manner).
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
loved" and let them fight it out.
That sounds like a fair and democratic way of solving the issue.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/
f bringing them back
in 2.5.1 if people complain.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
up.py .
You shouldn't do this - you do need to consider the values in the
Makefile as well. If you think you need both, you should modify
configure.in appropriately.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.o
e shell has.
Indeed, that seems to be the case. However, absence of @CPPFLAGS@
means that Makefile.pre will just use the static value from
Makefile.pre.in.
Whether or not adding @CPPFLAGS@ to the end is the right thing,
I don't know.
Regards,
Martin
___
le, and that this would not raise security concerns, the module
should not be removed.
Also, the PEP should discuss the use of the lib-old directory and it
should include Barry's link to old documentation.
I'm happy to adjust details of the procedures - but it seems we disagree
on the pr
might have been.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
roach of doing something. However,
two version are just not enough - it may take 10 or 20 years to remove
a widely used feature (e.g. the string module). That it will take so
long does not mean we should not start the process *now* - if we start
the process in five years, it will *still* tak
in
their standard location, or use any other mechanism available
to locate cygwin. It should produce an error message if cygwin
tools cannot be found, and then proceed without out creating
libpython24.a
Regards,
Martin
___
Python-Dev mailing l
can load
all the function pointers into a struct and then call them.
Third party modules would link against this DLL independent of which
python is being used.
I believe this is not implementable: How can the DLL know which Python
DLL to use?
Regards,
Martin
ine, say, innoucuous_clock(),
instead of clock(), whereas we currently avoid including limits.h
on HP-UX.
IOW, it seems like it should work, but somebody should test it
on HP-UX to be sure.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http
y-used fallback.
Nevertheless: if somebody wants to offer this for,
say, 6 months, I'd be really curious what the feedback
will be. We could announce this on pydotorg and elsewhere
if that volunteers desires.
Regards,
Martin
___
Python-Dev mailing l
ge of the extension might require a
different Python DLL.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
?
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
s).
Are you talking about a forced ABI incompatibility, beyond the Windows
issue of linking with a specific pythonxy.dll?
On Unix, you certainly can have extensions across Python major versions.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTE
is safe to ignore the ugly error message
only if you have not used any of the API that became incompatible.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.o
andard
2.4 distribution, or whether you can use the standard 2.4 distribution
to build extensions with mingw.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.o
n the msvcr71.dll
is when mscoree.dll is in the address space, in which case the CRT
will invoke CorExitProcess (!). In all other cases, it will invoke
ExitProcess, which, to my understanding, will terminate the process
unconditionally.
Regards,
Martin
___
Pytho
Armin Rigo wrote:
In other words, if you want 3rd parties to compile Windows binaries for 2.4,
tell them how.
The straight-forward answer is: Get VC7.1 (aka VS.NET 2003), and invoke
python setup.py bdist_wininst
That's not too hard to do, I think.
Regards,
M
ebody will have the money, and they
will find the time if the build process is as simple as bdist_wininst.
If none of your users volunteers to do the build for you, I would stop
worrying about the Windows users.
Regards,
Martin
___
Python-Dev maili
Carlos Ribeiro wrote:
If none of your users volunteers to do the build for you, I would stop
worrying about the Windows users.
Sorry, Martin. I understand your point, but I think you are not being
realistic. I for myself took the decision to use only free tools for
my own development, but I still
extension, with a file that you fopen'ed
in the extension. Satisfy this fopen from, say, msvcrt.dll, and
load the extension into Python 2.4.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/pytho
plain diffs - use context or unified diffs
instead.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ygwin installation is in c:\cygwin.
So if this would be useful (which I don't know for sure), I still need
a volunteer to contribute the appropriate magic.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listi
have either MSYS or Cygwin? MinGW32
works standalone - distutils should be able to just invoke it.
I'm not talking about distutils, here.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
U
s included in VC, and in the platform SDK.
If
there's a document describing the release process somewhere, feel free
to point me at it.
Tools/msi/README.txt
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/l
work.
My feeling is that building libpythonXX.a should be a separate step,
handled by a dedicated script, which gets run before msi.py.
Making it separate is fine, as long as msi.py invokes/calls it.
What do others (particularly Martin) think? Should I keep the steps
separate, and focused on one ta
Slice assignments are supported, and so should
__setslice__.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
el free to reply to me off-list.
This is clearly python-dev relevant.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
M.-A. Lemburg wrote:
Here's an update of the list I currently have:
I have
* SDK Itanium compiler
Microsoft (R) C/C++ Optimizing Compiler Version 13.10.2240.8 for IA-64
Copyright (C) Microsoft Corporation 1984-2002. All rights reserved.
Regards,
M
M.-A. Lemburg wrote:
Thanks, Martin. Could you also give me the official version
number of the compiler or SDK ?
It is "Windows Server 2003 Platform SDK, February 2003".
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTE
ppreciated contribution.
In the hope that this progress can trigger more contributions like this,
I'll happily reduce the requirements to 5 reviews.
Regards,
Martin
___
Python-Dev mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-
s used to build Python for Win32 platforms, e.g. Windows
95, 98 and NT. It requires Microsoft Visual C++ 7.1
(a.k.a. Visual Studio .NET 2003).
(For other Windows platforms and compilers, see ../PC/readme.txt.)
Regards,
Martin
___
Python-Dev mailing
ce is pcbuild.dsw. See
> PCbuild\readme.txt for detailed instructions.
Which says that PCbuild/readme.txt is about VC++ 6.0
I see. This is now corrected in CVS.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mai
u really want side-by-side installation of different versions,
and a mechanism to select between them, the package could support
import xml_0_8_2 as xml
IOW, "import-as" should be sufficient for what you want to achieve.
Regards,
Martin
___
Python-
o get the "important"
people thinking about it.
I don't think a PEP is needed - Python already appears to have
everything you need to come up with your own versioning rules.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.o
ards/appnote/
you'll see that PKWARE has assigned algorithm 12 for bzip2. You might
want to take a look at the spec to see what else the Python
implementation lacks, and either document these features as deliberately
missing, TODO, or just implement them ri
4401 - 4500 of 5764 matches
Mail list logo