Humberto Diogenes [EMAIL PROTECTED] added the comment:
Amaury, seems that there's duplicated from render_doc inside pydoc.doc. I
removed it and everything kept working, including the new basic tests.
Added file: http://bugs.python.org/file10103/py3k-pydoc.doc-cleanup.patch
Changes by Georg Brandl [EMAIL PROTECTED]:
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl [EMAIL PROTECTED]:
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl [EMAIL PROTECTED]:
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl [EMAIL PROTECTED]:
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl [EMAIL PROTECTED]:
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl [EMAIL PROTECTED]:
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl [EMAIL PROTECTED]:
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl [EMAIL PROTECTED]:
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl [EMAIL PROTECTED]:
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl [EMAIL PROTECTED]:
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl [EMAIL PROTECTED]:
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Georg Brandl [EMAIL PROTECTED]:
--
title: Write user's version of - Write user's version of the reference guide
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
Changes by Georg Brandl [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10091/unnamed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Changes by Georg Brandl [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10092/unnamed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Changes by Georg Brandl [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10094/unnamed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Changes by Georg Brandl [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10095/unnamed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Changes by Georg Brandl [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10090/unnamed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Changes by Georg Brandl [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10098/unnamed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Changes by Georg Brandl [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10100/unnamed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Changes by Georg Brandl [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10093/unnamed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Changes by Georg Brandl [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10101/unnamed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Changes by Georg Brandl [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10097/unnamed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Changes by Georg Brandl [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10096/unnamed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1376292
_
___
Changes by Georg Brandl [EMAIL PROTECTED]:
--
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2686
__
___
Python-bugs-list
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Fixed in r62496. Amaury was right - please do use the meta-tracker in
the future for this.
But what should I do with your left arm now :-?
FWIW, Safari users don't need to rely on the HTML page providing them
with enough space - they can
Changes by Martin v. Löwis [EMAIL PROTECTED]:
--
resolution: invalid - fixed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2686
__
___
Python-bugs-list mailing list
Trent Nelson [EMAIL PROTECTED] added the comment:
Perhaps you could sell my arm on eBay then forward me the proceeds such
that I can buy a Mac and use Safari? ;-)
Will use meta tracker herein -- didn't even know that existed.
__
Tracker [EMAIL PROTECTED]
Thomas Heller [EMAIL PROTECTED] added the comment:
Can you please elaborate your (apparent) concerns about this patch? IOW,
why did you not check it in?
I have no concerns about the patch, and I am currently committing it.
I'm uploading so that I can points others to it, and (hopefully) to
Jeffrey C. Jacobs [EMAIL PROTECTED] added the comment:
Quick update (see thread 2636 for other updates to the Regex
functionality): I do have a design in my mind for how to accomplish both
Atomic Grouping and Possessive Qualifiers and it would work with either
the existing Engine design or the
Vinay Sajip [EMAIL PROTECTED] added the comment:
Can you confirm whether this problem occurs even after deleting all .pyc
and .pyo files, including in the Python library folders and your
application folders? Also, which specific platform is this happening on?
On your installation, is the line
Guilherme Polo [EMAIL PROTECTED] added the comment:
Apparently this was fixed at rev 52504 python-trunk.
Which python version did you use ?
--
nosy: +gpolo
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2688
__
New submission from Robert Greimel [EMAIL PROTECTED]:
nesting 20 while loops works OK.
The 21st leads to the cryptic error message
python: Python/compile.c:295: PyAST_Compile: Assertion `co ||
PyErr_Occurred()' failed.
Abort
when trying to execute the script.
--
components: None
Robert Greimel [EMAIL PROTECTED] added the comment:
Python 2.5 (r25:51908, Nov 6 2007, 15:55:44)
from Fedora 7 (python-2.5-15.fc7)
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2688
__
Ronald Oussoren [EMAIL PROTECTED] added the comment:
The new patch looks great. I'll apply it next week.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2573
__
___
Mads Kiilerich [EMAIL PROTECTED] added the comment:
AFA I understand it the ImportError comes when running a py2exe/app'ed
package where iterators.py hasn't been included.
I was just about to file a report about (I think) the same issue, seen
on XP when py2exe'ing code using the email module.
Changes by Alexander Belopolsky [EMAIL PROTECTED]:
--
components: Interpreter Core
files: range.diff
keywords: patch
nosy: belopolsky
severity: normal
status: open
title: Fix indentation in range_item
versions: Python 3.0
Added file: http://bugs.python.org/file10104/range.diff
Paul Winkler [EMAIL PROTECTED] added the comment:
Here's an alternate patch that uses a bit of dependency injection to
avoid the need for monkeypatches in setup/teardown. This means some
trivial changes to Distribution.__init__(). I slightly prefer this
approach, but some might argue it's an
Mads Kiilerich [EMAIL PROTECTED] added the comment:
This patch seems to fix the issue for me.
The easiest way to verify might be to create another patch and compare
them...
--
keywords: +patch
Added file: http://bugs.python.org/file10106/emailcasings.patch
Barry A. Warsaw [EMAIL PROTECTED] added the comment:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Apr 25, 2008, at 10:44 AM, Mads Kiilerich wrote:
Mads Kiilerich [EMAIL PROTECTED] added the comment:
This patch seems to fix the issue for me.
The easiest way to verify might be to
New submission from Alexander Belopolsky [EMAIL PROTECTED]:
Attached patch makes range objects precompute their length on creation.
This speeds up indexing and len at the expense of a small increase in
range object size. The main benefit, however is that unsupported length
sys.maxsize is
Thomas Heller [EMAIL PROTECTED] added the comment:
Implemented from_buffer() and from_buffer_copy() as rev 62497 to SVN trunk.
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2655
Changes by Thomas Heller [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10057/from_buffer.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2655
__
___
New submission from Alexander Belopolsky [EMAIL PROTECTED]:
Attached patch adds documentation for the new in 2.5 APIs:
PyObject* PyLong_FromSsize_t(Py_ssize_t v)
PyObject* PyLong_FromSize_t(size_t v)
and
Py_ssize_t PyLong_AsSsize_t(PyObject *pylong)
--
assignee: georg.brandl
Changes by Alexander Belopolsky [EMAIL PROTECTED]:
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2691
__
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
-
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2691
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Alexander Belopolsky [EMAIL PROTECTED]:
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2691
__
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
Web submission did not work. Trying sending the patch as an e-mail attachment.
--
keywords: +patch
Added file: http://bugs.python.org/file10108/doc-long.diff
__
Tracker [EMAIL PROTECTED]
Mark Dickinson [EMAIL PROTECTED] added the comment:
Okay---I've added -mieee to BASECFLAGS in r62499, when uname -m reports
alpha* and when gcc is the compiler; I've also added a configure message
that simply reports the output of uname -m, to aid debugging in case
anything funny happens.
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
For some reason the tracker web interface fails to upload the patch.
Trying again with this message, if it fails again, will resubmit by e-
mail.
__
Tracker [EMAIL PROTECTED]
Mark Dickinson [EMAIL PROTECTED] added the comment:
So with this patch, range(10**100) produces an OverflowError: is that
right?
I don't much like this aspect of the change: there are uses for
for i in range(ridiculously_large_number):
...
if condition_that_occurs_early_in_practice:
Mark Dickinson [EMAIL PROTECTED] added the comment:
Fixed for Python 2.6 in r62500. Thanks for the report!
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2635
__
___
Changes by Mark Dickinson [EMAIL PROTECTED]:
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2635
__
___
Python-bugs-list
Mads Kiilerich [EMAIL PROTECTED] added the comment:
OK. I had assumed that backward compatibility was tested in the _renamed
tests, so that these tests one day could be dropped together with
backward compatibility. I didn't notice that my search'n'replaces showed
me that I was wrong.
But a
New submission from Thomas Heller [EMAIL PROTECTED]:
IIUC, the bytes object should be immutable (in contrast to bytearray).
But PyObject_FromWriteBuffer() does not fail.
It seems that the attached patch fixes it; however there are lots of
failures in the testsuite with the patch - even
Bill Janssen [EMAIL PROTECTED] added the comment:
No, the problem is with your ca_certs argument on the client side.
You can't use a directory. You must use a file containing a number of
concatenated certificates. I'll beef up the documentation to make that
clearer.
--
resolution: -
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
On Fri, Apr 25, 2008 at 12:55 PM, Mark Dickinson [EMAIL PROTECTED] wrote:
..
I don't much like this aspect of the change: there are uses for
for i in range(ridiculously_large_number):
For this application, I would use for i in
Bob Kline [EMAIL PROTECTED] added the comment:
I just ran into this behavior with an attempt to pickle a dom tree for
an XML document whose nesting level never got deeper than nine child
nodes, and indeed it crashed the interpreter. Throwing an exception
would be preferable, of course, to
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
But such a test doesn't belong in the test suite.
py2exe uses the modulefinder module to find dependencies.
I tried this command::
./python -m modulefinder Lib\email\message.py
And among the output, there is::
?
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Martin, are there any problems with this approach?
No, it's fine. I was just puzzled.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2682
__
Changes by A.M. Kuchling [EMAIL PROTECTED]:
--
assignee: - akuchling
nosy: +akuchling
title: curses - Curses sometimes fails to initialize terminal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2657
__
Mark Dickinson [EMAIL PROTECTED] added the comment:
I guess there needs to be a decision on whether to make range objects of
length = PY_SSIZE_T_MAX illegal; perhaps more discussion on python-dev
would be worthwhile?
I can see three options, besides leaving things as they are:
(1) make large
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
Option (3) would require changing both sq_item and sq_length signatures,
which is likely to have a large negative impact on performance.
Option (2) would either require a change for the sq_length signature, or
leave the problem of having
Wummel [EMAIL PROTECTED] added the comment:
This bug is fixed. The fix has been checked in by Georg Brandl on
20.1.2006 here:
http://svn.python.org/view/python/trunk/Lib/locale.py?rev=42100r1=39572r2=42100
So this bug has been fixed in Python 2.5 all along. Why did I have this
error then?
John J Lee [EMAIL PROTECTED] added the comment:
Facundo, are you going to review this?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2451
__
___
Python-bugs-list mailing list
Thomas Heller [EMAIL PROTECTED] added the comment:
Also fixed in release25-maint, rev 62504.
--
resolution: accepted - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2682
__
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I am currently working on a patch that allows large ranges and large
indices. The trick is to define tp_as_mapping-mp_subscript.
Then range_item() is rarely used, only by functions calling directly the
PySequence_* functions, instead of
Charles Merriam [EMAIL PROTECTED] added the comment:
In my installation, line 1327 is within the logging.debug() function,
specifically at the
call to apply(root.debug, (msg,)+args, kwargs)
[EMAIL PROTECTED]:~/py$ rm *.pyc
[EMAIL PROTECTED]:~/py$ python x.py
Mark Dickinson [EMAIL PROTECTED] added the comment:
What are the use cases for ranges with length greater than maxsize?
Yeah---I'm a bit short on use cases. The one that originally bit me with
Python 2.x was when I was doing a search for a quadratic non-residue
modulo a largeish prime;
for
New submission from Benjamin Peterson [EMAIL PROTECTED]:
I don't really see what's wrong with the indentation.
--
nosy: +benjamin.peterson
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2689
__
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
resolution: - fixed
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1158909
_
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
type: - behavior
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2692
__
___
Python-bugs-list mailing list
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
On Fri, Apr 25, 2008 at 4:37 PM, Mark Dickinson [EMAIL PROTECTED] wrote:
..
for i in range(1, p):
if (i_is_a_nonresidue_modulo_p):
break
Here p might be a 200-digit prime number, and the situation is that half
the
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
On Fri, Apr 25, 2008 at 4:37 PM, Benjamin Peterson
[EMAIL PROTECTED] wrote:
I don't really see what's wrong with the indentation.
Sorry, I thought it would be obvious from the patch. As of revision
62505, Objects/rangeobject.c:216 has
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Ok. I see now. Fixed in r62506.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2689
__
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
type: - feature request
versions: -Python 2.5
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2691
__
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
about range_eq7.patch:
- Did you change your mind about range equality?
range(0,10,2) == range(0,9,2)
seems True now; it was not with range_eq6.patch
- The hash function will fail with big values (and wrongly returns a
value even when
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
On Fri, Apr 25, 2008 at 5:31 PM, Benjamin Peterson
[EMAIL PROTECTED] wrote:
Comments?
In the range_hash function, len, start, step locals should be declared
Py_ssize_t, not long. Also, you can use range_length() instead of
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
It looks like e-mail processor eats '' examples. My examples were
range(2**100) == range(2**100+1)
Traceback (most recent call last):
File stdin, line 1, in module
OverflowError: Python int too large to convert to C ssize_t
and
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
On Fri, Apr 25, 2008 at 5:57 PM, Amaury Forgeot d'Arc
[EMAIL PROTECTED] wrote:
..
- Did you change your mind about range equality?
range(0,10,2) == range(0,9,2)
seems True now; it was not with range_eq6.patch
This makes me think:
Terry J. Reedy [EMAIL PROTECTED] added the comment:
I consider the difference between builtin and def'ed functions to be
something of an implementation wart -- one that I would like to see
someday removed if sensibly possible. How is a beginner to know that
the parameter names used in the docs
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Thanks for the help.
Yes, after thinking for a while, I decided that range equality should
represent the set of integers and not the values in the constructor.
Normalization would be a good idea, but I think that's another issue
I'll tackle
Guido van Rossum [EMAIL PROTECTED] added the comment:
On Fri, Apr 25, 2008 at 3:36 PM, Benjamin Peterson
[EMAIL PROTECTED] wrote:
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Thanks for the help.
Yes, after thinking for a while, I decided that range equality should
represent
Benjamin Peterson [EMAIL PROTECTED] added the comment:
On Fri, Apr 25, 2008 at 5:38 PM, Guido van Rossum
[EMAIL PROTECTED] wrote:
Guido van Rossum [EMAIL PROTECTED] added the comment:
The two go hand-in-hand; you shouldn't have two range() objects that
compare equal and yet have different
Guido van Rossum [EMAIL PROTECTED] added the comment:
On Fri, Apr 25, 2008 at 3:41 PM, Benjamin Peterson
[EMAIL PROTECTED] wrote:
If it makes any difference, the attributes aren't even available through
Python.
But they are deducible via the str() or repr(). And IMO they *should*
be
Mark Dickinson [EMAIL PROTECTED] added the comment:
Hmm, AFAIKT there is always at least one non-residue between 1 and p
and therefore you can just write
for i in itertools.count(1):
if (i_is_a_nonresidue_modulo_p):
break
maybe with an additional check for p 1.
Sure. It's
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Here's a normalizing patch. It breaks the repr tests because the numbers
change.
Added file: http://bugs.python.org/file10111/range_eq8_normalize.patch
__
Tracker [EMAIL PROTECTED]
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
On Fri, Apr 25, 2008 at 7:10 PM, Guido van Rossum
[EMAIL PROTECTED] wrote:
..
I think I'd be okay with normalization on creation, so that range(0,
5, 2) returns range(0, 6, 2). Hm, but isn't that odd? Why not the
other way around?
New submission from Greg Couch [EMAIL PROTECTED]:
IDLE and Tk 8.5 don't well work together for both Python 2.5 and 2.6a
(SVN version). The reasons are related but different.
In Python 2.5, you can't select any text in the IDLE window and whenever
a calltip is to appear, you get a backtrace
Changes by Benjamin Peterson [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file10113/range_eq8_normalize2.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2603
__
Martin v. Löwis [EMAIL PROTECTED] added the comment:
I'm skeptical about this patch; it may break other things. So Python 2.5
just doesn't support Tcl 8.5 - you need to stay with Tcl 8.4.
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
With respect to range_eq8_normalize2.patch, it is unusual to have a
function that consumes a reference to its argument. I would combine
normalize_stop with PyNumber_Index and make it similar to validate_step
with respect to reference
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
... and your patch produces wrong results:
list(range(5,0,-2)) # expected [5, 3, 1]
[5, 3]
See my patch in issue2690 for a way to compute length correctly in
range_new.
__
Tracker [EMAIL PROTECTED]
Changes by Jesús Cea Avión [EMAIL PROTECTED]:
--
nosy: +jcea
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2669
__
___
Python-bugs-list mailing list
Unsubscribe:
Benjamin Peterson [EMAIL PROTECTED] added the comment:
I merged your range calculating code. After reading that bug report, I
think we need to start a discussion on python-dev about range size
constraints before moving forward any more. (We have people implementing
different things under
Changes by Jesús Cea Avión [EMAIL PROTECTED]:
--
nosy: +jcea
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2558
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jesús Cea Avión [EMAIL PROTECTED]:
--
nosy: +jcea
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2389
__
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Cournapeau David [EMAIL PROTECTED]:
Hi,
I wanted to build a msi using the build_msi distutils command for one of
my package, but at some point, it fails, at the function make_id, at
line 177 in mstlib/__init__.py, for a file named aixc++.py. The regex
indeed refuses any
98 matches
Mail list logo
