impossible?)
change.
--
keywords: +patch
nosy: +poolie
Added file: http://bugs.python.org/file22991/20110822-1604-re-docs.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10713
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 69cb66ab61cc by Nick Coghlan in branch 'default':
Add unit tests for the mailcap module. Patch by Gregory Nofi (closes #6484)
http://hg.python.org/cpython/rev/69cb66ab61cc
--
nosy: +python-dev
resolution: -
New submission from Anthony Briggs anthony.bri...@gmail.com:
Unlike Python 2, Python 3 warns when files aren't closed properly, which raises
lots of warnings when running tabnanny:
~/devinabox/cpython$ ./python -m tabnanny Lib/
/home/anthony/devinabox/cpython/Lib/tabnanny.py:93:
Martin Pool m...@sourcefrog.net added the comment:
My patch above fixes all the messages so that you get a clean build with the
current makefile.
-Wuninitialized and 'offset outside constant string' would be worth fixing but
I can't reproduce them in Python.
I'm personally not so keen on
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset c5cb0aa5bed6 by Nick Coghlan in branch 'default':
Fix #12811 by closing files promptly in tabnanny.check. Patch by Anthony Briggs.
http://hg.python.org/cpython/rev/c5cb0aa5bed6
--
nosy: +python-dev
Nick Coghlan ncogh...@gmail.com added the comment:
For 3.3, it may be relevant that send/recvmsg are now available via the socket
API (see #6560)
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11657
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 37721ee145a2 by Nick Coghlan in branch 'default':
Credit patch authors in NEWS for #6560
http://hg.python.org/cpython/rev/37721ee145a2
--
___
Python tracker
New submission from Joel j...@jms.id.au:
tl;dr libffi needs to be updated so Python will build with clang on Linux on
amd64
libffi, part of ctypes, has a test for PC relative relocations. It assembles a
assembler file with CC, and looks for the string warning in the output.
clang produces
Martin Pool m...@sourcefrog.net added the comment:
Z is well established as meaning UTC time
http://en.wikipedia.org/wiki/Coordinated_Universal_Time#Time_zones so
shouldn't be used for zone not known. rfc 3393 is clear that it's equivalent
to +00:00.
So the questions seem to be:
* should
New submission from Matt Joiner anacro...@gmail.com:
The uuid.uuid4 function is not tested if a C system routine is not present,
despite that uuid4 has several fallback clauses. This patch will test at least
the first fallback.
--
components: Library (Lib)
files:
New submission from Nick Coghlan ncogh...@gmail.com:
Had a weird bug in test_array.test_tofromstring failing on Gentoo by generating
too few warning messages:
http://www.python.org/dev/buildbot/all/builders/x86%20Gentoo%20Non-Debug%203.x/builds/568/steps/test/logs/stdio
Charles-François Natali neolo...@free.fr added the comment:
New changeset c64216addd7f by Nick Coghlan in branch 'default':
Add support for the send/recvmsg API to the socket module. Patch by David
Watson and Heiko Wundram. (Closes #6560)
http://hg.python.org/cpython/rev/c64216addd7f
I
Charles-François Natali neolo...@free.fr added the comment:
I'm fine if you fix it, as I'm currently really short on time myself.
OK, I'll go ahead.
For 3.3, it may be relevant that send/recvmsg are now available via the
socket API (see #6560).
Indeed. We might still need C code for the
Martin v. Löwis mar...@v.loewis.de added the comment:
For the record, the speed improvement in 2.7 likely results from 79276316b94b.
GC used to be quadratic with the number of objects, and is now only linear.
--
___
Python tracker
Barry A. Warsaw ba...@python.org added the comment:
Seems reasonable to me. When did/does unicodedata ever have a __file__
attribute?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12780
STINNER Victor victor.stin...@haypocalc.com added the comment:
Where's the doc updates for the stable branches?
I don't know how to update this documentation. Can someone update the
doc, or suggest a patch?
Also, we might think about removing this version number everywhere.
Please, see my
Nick Coghlan ncogh...@gmail.com added the comment:
Someone here at the sprints pointed out a redundant unsigned comparison to 0
that I missed, so a second set of eyes to double-check things like that would
be good.
--
___
Python tracker
Changes by Nick Coghlan ncogh...@gmail.com:
--
nosy: -python-dev
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12811
New submission from Tennessee Leeuwenburg tleeuwenb...@gmail.com:
Okay, I really don't know if I'm doing the right things to test meaningfully
here. However, 100% coverage of the PureProxy class has been achieved.
I also slightly changed smtpd.py in a way that I'm not confident is what people
Marc-Andre Lemburg m...@egenix.com added the comment:
Georg Brandl wrote:
Also, we might think about removing this version number everywhere.
+1
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12326
Marc-Andre Lemburg m...@egenix.com added the comment:
Martin v. Löwis wrote:
Martin v. Löwis mar...@v.loewis.de added the comment:
So what about doing the same for FreeBSD, SunOS, and Windows?
I agree that's definitely out of scope of this issue.
We could change the title of the ticket
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
I'm not sure I understand why platform.release() isn't sufficient
for this purpose. Note that some systems return alphanumeric
values for
STINNER Victor victor.stin...@haypocalc.com added the comment:
We could change the title of the ticket :-)
No please, move the discussion to #12795 which has a well defined title. This
issue is closed. (#12795 has also a patch) Well, #12795 is also close but you
can reopen it if you explain
New submission from Tennessee Leeuwenburg tleeuwenb...@gmail.com:
Hi,
I was writing some coverage tests, and started on a class called MailmanProxy
inside of smtpd.py. It imports Mailman, which isn't in the standard library.
I've attached a failing test to demonstrate the problem, but I
Nick Coghlan ncogh...@gmail.com added the comment:
This is a dupe of #10042
--
resolution: - duplicate
status: open - closed
superseder: - total_ordering
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12796
Nick Coghlan ncogh...@gmail.com added the comment:
Changed stage and resolution to reflect the fact that none of the existing
patches adequately address the problem.
--
resolution: fixed -
stage: committed/rejected - needs patch
___
Python tracker
Ezio Melotti ezio.melo...@gmail.com added the comment:
Having the major version in sys.platform only for a few selected platforms
doesn't seem too consistent for me.
If linux 4 will introduce major changes, will we have to look for the major
version of freebsd in sys.platform and for the
STINNER Victor victor.stin...@haypocalc.com added the comment:
Le 20/08/2011 21:25, Marc-Andre Lemburg a écrit :
I'm not sure I understand why platform.release() isn't sufficient
for this purpose.
You cannot write platform.release() = (2, 28) (Linux = 2.28) or
platform.release() = 7
Marc-Andre Lemburg m...@egenix.com added the comment:
Moved the discussion here from issue12326:
[Larry Hastings]
If we're changing linux2 / linux3 to just linux, we should be
consistent and do it for everybody. I propose sys.platform under 3.3
should contain things like linux, freebsd,
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
We could change the title of the ticket :-)
No please, move the discussion to #12795 which has a well defined title. This
issue is closed. (#12795
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
What we could do is add a function that tries to find out the
true version number of the OS, e.g. for Windows 7 that would
be (6, 1, 7601) instead of the marketing name '7' returned by
platform.release().
Yes,
STINNER Victor victor.stin...@haypocalc.com added the comment:
FreeBSD or OpenBSD release major version frequently, something like one
per year, or one per two years. FreeBSD and OpenBSD developers knows
that for years, and Python programs use sys.platform.startswith() for
these OSes.
For
Marc-Andre Lemburg m...@egenix.com added the comment:
Nick Coghlan wrote:
As a separate, but related point, IncrementalDecoder.getstate() includes an
explanation on how to save arbitrary state as an integer, but no such
explanation (not even a reference to the IncrementalDecoder version)
Martin v. Löwis mar...@v.loewis.de added the comment:
I agree that's definitely out of scope of this issue.
We could change the title of the ticket :-)
Please keep the issue closed... The issue at hand was that Linux 3
is released, and broke several applications. This issue has been
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
FreeBSD or OpenBSD release major version frequently, something like one
per year, or one per two years. FreeBSD and OpenBSD developers knows
that
Martin v. Löwis mar...@v.loewis.de added the comment:
Well, it is important to somehow get the build information for
Python, since that tells us which OS features were available
at the time of compilation.
No, it doesn't (except for a bug that Matthias Klose pointed out).
The OS kernel
Eli Bendersky eli...@gmail.com added the comment:
The usual procedure for committing to both 3.2 and 3.3 is to apply a patch to
3.2 and then merge it to 3.3 - could you check if the patch also works for 3.2
and if not, generate a patch for 3.2? I will do the merge when committing.
--
Marc-Andre Lemburg m...@egenix.com added the comment:
Martin v. Löwis wrote:
Martin v. Löwis mar...@v.loewis.de added the comment:
Well, it is important to somehow get the build information for
Python, since that tells us which OS features were available
at the time of compilation.
Tennessee Leeuwenburg tleeuwenb...@gmail.com added the comment:
Some more tests, updated initial state of BufferedIncrementalEncoder to be the
correct type, updated rst file. Bit tired, hope I got it right!
Thanks for the feedback everyone, helps me to get it done, even if it's more
work for
Martin v. Löwis mar...@v.loewis.de added the comment:
No, it doesn't (except for a bug that Matthias Klose pointed out).
The OS kernel version should have *zero* impact on the resulting Python
binary. What matters it the C compiler and the version of the C library.
The C library may or may
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: belopolsky - ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9200
___
___
New submission from Stefan Krah stefan-use...@bytereef.org:
Hello,
in my private repo I've changed memoryview's getbufferproc to be PEP-3118
compliant. test_multiprocessing does the equivalent of the following sequence,
which is not allowed by PEP-3118:
import array, io
a = array.array('i',
Changes by Ryan Kelly r...@rfk.id.au:
--
nosy: +rfk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11682
___
___
Python-bugs-list mailing list
Changes by Ryan Kelly r...@rfk.id.au:
--
nosy: +rfk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11816
___
___
Python-bugs-list mailing list
Marc-Andre Lemburg m...@egenix.com added the comment:
[This discussion is really off-topic for this issue, it should either
be moved to issue12795 or a new ticket]
Martin v. Löwis wrote:
Martin v. Löwis mar...@v.loewis.de added the comment:
No, it doesn't (except for a bug that Matthias
Ezio Melotti ezio.melo...@gmail.com added the comment:
It turned out that this can't be fixed in 2.7 unless we backport the patch in
#5127 (it's in 3.2/3.3 but not in 2.7).
IIUC the macro works fine and joins surrogate pairs to a Py_UCS4 char, but
since the Py_UNICODE_IS* macros still expect
R. David Murray rdmur...@bitdance.com added the comment:
That was a correct decision :)
It certainly shouldn't be simply deleted, since that would break backward
compatibility. Barry, is this something we (ie: you, in this case :) wish to
continue to maintain?
If not, we have the options of
Marc-Andre Lemburg m...@egenix.com added the comment:
Tennessee Leeuwenburg wrote:
Tennessee Leeuwenburg tleeuwenb...@gmail.com added the comment:
Some more tests, updated initial state of BufferedIncrementalEncoder to be
the correct type, updated rst file. Bit tired, hope I got it
STINNER Victor victor.stin...@haypocalc.com added the comment:
sys.platform refers to build time information,
so the platform module won't help.
When I wrote my patch, I realized that sys.platform is used to get the runtime
information, which is wrong. See the tests in Lib/test/test_*.py:
STINNER Victor victor.stin...@haypocalc.com added the comment:
The whole purpose of autoconf/configure is
to try to figure out which features are available on a platform
and those features change with the OS version.
Hum, not exactly. autoconf checks if a function exists or if a constant
New submission from R. David Murray rdmur...@bitdance.com:
The attached test case fails.
--
assignee: r.david.murray
files: formataddr_paren_test.patch
keywords: easy, patch
messages: 142725
nosy: r.david.murray
priority: normal
severity: normal
status: open
title:
Changes by Zsolt Cserna zsolt.cse...@morganstanley.com:
--
nosy: +csernazs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9253
___
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
title: platform: add a function to get the system version as tuple
- platform: add a function to get the system version as tuple
___
Python tracker
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
sys.platform refers to build time information,
so the platform module won't help.
When I wrote my patch, I realized that sys.platform is used to
Stefan Krah stefan-use...@bytereef.org added the comment:
Of course, there is another interpretation:
[PyBUF_FORMAT]
The returned buffer must have true format information if this flag is
provided. This would be used when the consumer is going to be checking for what
'kind' of data is
R. David Murray rdmur...@bitdance.com added the comment:
Hmm. The output of formataddr is not actually incorrect, it just overquotes
compared to what is required by the RFC. Attached is a fix, but since this
isn't technically an RFC bug, I'm removing 3.2 and 2.7 from versions.
--
Barry A. Warsaw ba...@python.org added the comment:
I think it should be deprecated and eventually removed. I don't remember why I
put it in this file, and besides Mailman 3 won't use it.
--
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
It is mostly to test FreeBSD major version, and it looks like Python is
build on the same FreeBSD major version that it is running on. Maybe because
on FreeBSD, most programs are compiled instead of using prebuild packages
Ezio Melotti ezio.melo...@gmail.com added the comment:
The attached patch adds the following 4 public macros to unicodeobjects.h:
Py_UNICODE_IS_SURROGATE(ch)
Py_UNICODE_IS_HIGH_SURROGATE(ch)
Py_UNICODE_IS_LOW_SURROGATE(ch)
Py_UNICODE_JOIN_SURROGATES(high, low)
and documents them.
Since
Marc-Andre Lemburg m...@egenix.com added the comment:
Ezio Melotti wrote:
Ezio Melotti ezio.melo...@gmail.com added the comment:
The attached patch adds the following 4 public macros to unicodeobjects.h:
Py_UNICODE_IS_SURROGATE(ch)
Py_UNICODE_IS_HIGH_SURROGATE(ch)
Christian Ziemski cz...@gmx.de added the comment:
After some interesting hours of work (learning about tests) I created a new
patch, including my original code changes as in the former patch and the new
additional tests as well.
--
Added file:
Jonathan Niehof jnie...@lanl.gov added the comment:
Éric, here's a quick docs-only patch against current default...does this do the
job?
--
Added file: http://bugs.python.org/file23002/shutil_move_doc.patch
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 77171f993bf2 by Ezio Melotti in branch 'default':
#10542: Add 4 macros to work with surrogates: Py_UNICODE_IS_SURROGATE,
Py_UNICODE_IS_HIGH_SURROGATE, Py_UNICODE_IS_LOW_SURROGATE,
Py_UNICODE_JOIN_SURROGATES.
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 06b30c5bcc3d by Ezio Melotti in branch '3.2':
#9200: The str.is* methods now work with strings that contain non-BMP
characters even in narrow Unicode builds.
http://hg.python.org/cpython/rev/06b30c5bcc3d
New
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
It is mostly to test FreeBSD major version, and it looks like Python is
build on the same FreeBSD major version that it is running on. Maybe
STINNER Victor victor.stin...@haypocalc.com added the comment:
But in general you are right: if you use system provided Python
packages, chances are that your runtime OS version will be
identical or very close to the build time OS version.
I asked on #freebsd-fr: even with pkg_add, the
Brett Cannon br...@python.org added the comment:
+1
--
Added file: http://bugs.python.org/file23005/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12409
___+1br
New submission from Torsten Becker torsten.bec...@gmail.com:
I have started an implementation of PEP 393 -- Flexible String Representation
[1] on bitbucket [2]. Not all code is ported to use the new API yet, but the
interpreter starts with the new unicode representation, all unit tests pass,
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti, haypo, lemburg, loewis
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12819
___
Remi Pointel pyt...@xiri.fr added the comment:
Hi,
what information do you need to advance on this bug?
Cheers,
Remi.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12589
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
hgrepos: +62
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12819
___
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This issue and #5127 should not be backported to 2.7: narrow builds don't even
accept unichar(0x1).
Only python 3 can slowly pretend to implement utf-16 features.
--
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
This issue and #5127 should not be backported to 2.7:
narrow builds don't even accept unichar(0x1).
I agee.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 75a4941d4d61 by Ezio Melotti in branch '2.7':
#9200: backport tests but run them on wide builds only.
http://hg.python.org/cpython/rev/75a4941d4d61
--
___
Python tracker
Ezio Melotti ezio.melo...@gmail.com added the comment:
Backporting #5127 is not possible anyway, because it would be necessary to
recompile.
I backported only the tests, skipping them on wide builds.
--
dependencies: -Py_UNICODE_NEXT and other macros for surrogates
resolution: -
Ezio Melotti ezio.melo...@gmail.com added the comment:
s/skipping them on wide builds/skipping them on narrow builds/
On wide builds they work fine, on narrow builds they don't work and they can't
be fixed.
--
___
Python tracker
Terry J. Reedy tjre...@udel.edu added the comment:
I improved UTF16.__getitem__ to handle negative indexes and slices. The later
uses the same adjustment as for indexes. An __iter__ method is not needed as
str.__iter__ used __getitem__. I will take further discussion of this prototype
to
Changes by Terry J. Reedy tjre...@udel.edu:
Removed file: http://bugs.python.org/file22900/utf16.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12729
___
Julian Berman julian+python@grayvines.com added the comment:
we explicitly advise against importing too many modules in a single import
statement, but importing multiple names from a single location is often a
useful thing to do.
Cool. I imagined this had to do with it.
there may be
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12729
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset d1fd0f0f8e68 by Sandro Tosi in branch 'default':
#12191: add shutil.chown() to change user and/or group owner of a given path
also specifying their names.
http://hg.python.org/cpython/rev/d1fd0f0f8e68
--
Sandro Tosi sandro.t...@gmail.com added the comment:
At last, it's in :) thanks a lot to all the people that helped me in the
process!
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
New changeset d1fd0f0f8e68 by Sandro Tosi in branch 'default'
You may add shutil.chmod to the What's New in Python 3.3? document.
--
___
Python tracker rep...@bugs.python.org
Changes by Éric Araujo mer...@netwok.org:
--
resolution: accepted - fixed
stage: commit review - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10730
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
Raymond, are you still taking care of the whatsnew?
Do you want people to update it when they add something new?
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
Changes by Sandro Tosi sandro.t...@gmail.com:
Removed file: http://bugs.python.org/file23005/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12409
___
Antoine Pitrou pit...@free.fr added the comment:
Antoine, is it correct that io.BytesIO should only be used with bytearray
buffers?
BytesIO does a copy of the original object, it does not touch the
original buffer.
--
___
Python tracker
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Can you replace _2G with _4G in the decorator for that test?
When I do that, it pushes the memory usage for the test up to 16GB, which is
beyond what the machine can handle. When I tried with 2.5G (_2G * 5 // 4),
that was enough to make it
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 5d317e38da44 by Sandro Tosi in branch 'default':
#12191: fix build failures, explicitly passing group argument when I want to
test it
http://hg.python.org/cpython/rev/5d317e38da44
--
Ezio Melotti ezio.melo...@gmail.com added the comment:
Fixed in aa627513fb23. I also moved the 'behavior' at the beginning of the
list.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Can you replace _2G with _4G in the decorator for that test?
When I do that, it pushes the memory usage for the test up to 16GB, which is
beyond what the machine can handle. When I tried with 2.5G (_2G * 5 // 4),
that was enough to make it
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Uh, does it? With 4G it should raise OverflowError, and not try to do
anything else.
Could I ask you to try to take a look? :S
Sure; I'll see what I can figure out tomorrow.
Running bigmem tests in parallel doesn't make much sense IMO.
Sandro Tosi sandro.t...@gmail.com added the comment:
@Fred: thanks about it :)
@Éric: I just want to have clear in mind what you mean; my original proposal
was to move completely, the whole section Documenting python to devguide
since it contains building instructions and how's the markup
Georg Brandl ge...@python.org added the comment:
I don't know how to update this documentation. Can someone update the
doc, or suggest a patch?
This is a strange statement. You changed the implementation, so you should be
able to change the documentation accordingly.
--
Barry A. Warsaw ba...@python.org added the comment:
On Aug 18, 2011, at 07:09 AM, Nick Coghlan wrote:
I'm not sure this is 100% fixed. After dist-upgrading the Kubuntu VM on my
netbook and updating to the latest Py3k code, I got a lot of test errors,
even after a make distclean and ./configure.
Éric Araujo mer...@netwok.org added the comment:
Ezio: I think that Raymond is in charge of the 3.3 whatsnew too. The rules in
a comment at the top of the file still apply: there are already around 30 notes
to the file.
--
___
Python tracker
Éric Araujo mer...@netwok.org added the comment:
Thanks for the doc patch, which looks good. I have one question: if a relative
symlink is copied, should the resulting symlink be relative too?
--
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
Something like:
diff --git a/Doc/library/sys.rst b/Doc/library/sys.rst
--- a/Doc/library/sys.rst
+++ b/Doc/library/sys.rst
@@ -699,20 +699,21 @@ always available.
This string contains a platform identifier that can be used to
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset a1bb07d67a24 by Ezio Melotti in branch 'default':
#6484: refactor a bit the tests.
http://hg.python.org/cpython/rev/a1bb07d67a24
--
___
Python tracker
Éric Araujo mer...@netwok.org added the comment:
Reviewed. Steven: the patch is complete, pending a few doc editions.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12713
___
1 - 100 of 119 matches
Mail list logo