Antoine Pitrou added the comment:
Why don't you reuse the API from issue21715?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21802
___
___
New submission from era:
I created a simple script to map character codes in the 8bit range to Unicode
for simple lookup:
https://github.com/tripleee/8bit
In the generated output, on Python 2.6.6 (but corroborated on Python 2.7.6),
almost all character codes come up as undefined in CP874.
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +lemburg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22929
___
___
Python-bugs-list
New submission from Dmitry Shachnev:
Here, on Linux, I get:
$ python3 -c import time; print(time.timezone)
-14400
… which means I am in UTC+4. However, Russia recently (in October) switched
time, and moved from UTC+4 to UTC+3 timezone (my tzdata is up-to-date), so this
reported value is
Marc-Andre Lemburg added the comment:
I'm not sure I understand the bug report. What's the problem ? :-)
The codec is a charmap codec generated from the file
MAPPINGS/VENDORS/MICSFT/WINDOWS/CP874.TXT
(http://ftp.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP874.TXT)
This mapping does
Marc-Andre Lemburg added the comment:
BTW: The table on the wiki page shows the same undefined chars.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22929
___
era added the comment:
My apologies -- I already attemptd to close this as a mistake on my part, but
apparently, that failed too. )-: Sorry.
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
Martin Dengler added the comment:
FWIW, I've been using a this patch for 2.7.5 in a production setting for a
month now and have had no problems.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20954
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +orsenthil, r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22928
___
___
R. David Murray added the comment:
This is a duplicate of issue 22752.
--
nosy: +r.david.murray
resolution: - duplicate
stage: - resolved
status: open - closed
superseder: - incorrect time.timezone value
___
Python tracker rep...@bugs.python.org
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22929
___
___
Dmitry Shachnev added the comment:
Is it possible to set timezone based on localtime(current_time) where
current_time is the result of time() call?
This bug is not just about returning the wrong timezone. Because of it, the
full time string produced with Python may be wrong. For example, my
Zachary Ware added the comment:
Another round of review posted on Rietveld. I'll try to get the VS2015 preview
downloaded today and give some more feedback after using it.
Just one inconsequential note on python3.diff: the 'lib' command in
python3dll.vcxproj could use a '/nologo' flag.
New submission from Waldemar Parzonka:
There seems to be weird behaviour in BaseCookie.load() when cookie that has '['
in one of the values is being loaded.
There is no exception being thrown as the key is still legal but the cookie is
not getting loaded properly and everything that was after
Changes by Amaury Forgeot d'Arc amaur...@gmail.com:
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1962
___
Alexander Belopolsky added the comment:
Is it possible to set timezone based on localtime(current_time) where
current_time is the result of time() call?
No. time.timezone is a constant it cannot change with time. This is a
limitation of the POSIX and C standards on which time module is
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22931
___
___
Amaury Forgeot d'Arc added the comment:
Closing this old issue: either use the 'regex' module, or wait for issue2636.
--
nosy: +amaury.forgeotdarc
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Dmitry Shachnev:
The value of time.timezone may be wrong sometimes (see
http://bugs.python.org/issue22752), so I think the email library should not use
it:
$ python3 -c from email.utils import formatdate;
print(formatdate(localtime=True))
Mon, 24 Nov 2014 19:16:32 +0400
$
Alexander Belopolsky added the comment:
See also issue 665194.
--
nosy: +barry, r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22932
___
Alexander Belopolsky added the comment:
I was able to reproduce the problem on a Mac as follows:
$ TZ=Europe/Moscow date +%c %z
Mon Nov 24 19:27:51 2014 +0300
$ TZ=Europe/Moscow python3 -c from email.utils import formatdate;
print(formatdate(localtime=True))
Mon, 24 Nov 2014 19:28:03 +0400
Alexander Belopolsky added the comment:
Using something from datetime module works as expected:
$ TZ=Europe/Moscow python3 -c from datetime import datetime, timezone;
print(datetime.now(timezone.utc).astimezone())
2014-11-24 19:30:27.141542+03:00
--
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
stage: - needs patch
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22932
___
New submission from newbie:
First sentence of 3rd paragraph of 10.10. shutil documentation for
shutil.move command, The destination directory must not already exist, is
misleading and contradicts other information in the entry. I took it to mean
that if dst did not exist, python would create
Dmitry Shachnev added the comment:
This patch fixes the issue for me.
--
keywords: +patch
Added file: http://bugs.python.org/file37266/issue22932.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22932
R. David Murray added the comment:
email.utils.format_datetime uses datetime. formatdate wasn't touched, for
backward compatibility reasons. If it has an actual bug we can fix it.
If it can be converted to use datetime without sacrificing backward
compatibility, that's also fine with me.
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: needs patch - patch review
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22932
___
Alexander Belopolsky added the comment:
The proposed patch will not work on platforms that don't support tm_gmtoff. A
proper fix may look like this:
dt = datetime.fromtimestamp(timeval, timezone.utc)
if localtime:
dt = dt.astimezone()
return format_datetime(dt, usegmt)
--
R. David Murray added the comment:
I think you are correct that that sentence should just be deleted. The
preceding sentence should start If the destination is an existing directory...
I also wonder if shutil should be changed to use os.replace, but that is a
separate issue.
--
New submission from joseph:
Since the changeset 91853:88a532a31eb3 _freeze_importlib.c resides in the
Programs dir. The header comment of Python/importlib.h should be changed to
reflect this.
--
components: Build
files: freeze_importlib_comment.patch
keywords: patch
messages: 231617
Roundup Robot added the comment:
New changeset 0ddcc455e001 by Berker Peksag in branch 'default':
Issue #22934: Update the comment to mention Programs/_freeze_importlib.c.
https://hg.python.org/cpython/rev/0ddcc455e001
--
nosy: +python-dev
___
Python
Berker Peksag added the comment:
Thanks for the patch, Joseph.
--
assignee: - berker.peksag
nosy: +berker.peksag
resolution: - fixed
stage: - resolved
status: open - closed
type: - enhancement
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 268ceaa78cf9 by Berker Peksag in branch '3.4':
Issue #20351: Add examples for csv.DictReader and csv.DictWriter.
https://hg.python.org/cpython/rev/268ceaa78cf9
New changeset c2b36196b7f5 by Berker Peksag in branch 'default':
Issue #20351: Add
Roundup Robot added the comment:
New changeset e504c3bc6897 by Berker Peksag in branch '2.7':
Issue #20351: Add examples for csv.DictReader and csv.DictWriter.
https://hg.python.org/cpython/rev/e504c3bc6897
--
___
Python tracker
Berker Peksag added the comment:
Thanks for the patch, Charles-Axel.
--
assignee: rhettinger - berker.peksag
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset fd786e4e331c by Berker Peksag in branch '2.7':
Issue #16056: Rename test methods to avoid conflict.
https://hg.python.org/cpython/rev/fd786e4e331c
--
___
Python tracker rep...@bugs.python.org
Changes by Berker Peksag berker.pek...@gmail.com:
--
assignee: - berker.peksag
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16056
New submission from Kurt Roeckx:
Hi,
The attached patch makes python work when openssl doesn't have SSLv3 support.
It also updates the documentation, which has already improved a lot since my
original patch.
The current upstream openssl when compiled with no-ssl2 it defines
Alex Gaynor added the comment:
FWIW, Debian expiremental appears to be using a different #define for this.
Here's how we handled it in pyca/cryptography:
https://github.com/pyca/cryptography/commit/04a3f1f2c4086c0d7162b6dd79b6332d9115b2c0
--
nosy: +alex, christian.heimes, dstufft,
Kurt Roeckx added the comment:
I know what I uploaded to Debian experimental. And I can't promise that I'll
keep that define. I suggest you assume that NO_SSL3 will disable both.
--
___
Python tracker rep...@bugs.python.org
Alex Gaynor added the comment:
Good to know, thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22935
___
___
Python-bugs-list mailing list
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - patch review
type: - compile error
versions: +Python 2.7, Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22935
New submission from Robert Collins:
From https://github.com/testing-cabal/testtools/issues/111 - any code that is
data dependent can be hard to diagnose from a backtrace alone. Many unittest
and server environments address this by doing custom tracebacks that include
locals.
To address this
Changes by Robert Collins robe...@robertcollins.net:
--
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22936
___
___
New submission from Robert Collins:
From https://github.com/testing-cabal/testtools/issues/111 - any code that is
data dependent can be hard to diagnose from a backtrace alone. Many unittest
and server environments address this by doing custom tracebacks that include
locals.
To address this
Robert Collins added the comment:
See http://bugs.python.org/issue22936 for the unittest aspect of this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22936
___
Zachary Ware added the comment:
After a debug build with VS2015, my biggest concern is this:
..\PC\bdist_wininst\install.rc(19): fatal error RC1015: cannot open include
file 'afxres.h'. [P:\ath\to\cpython\PCbuild\bdist_wininst.vcxproj]
There's also a slew of new warnings, mostly C4456 and
Zachary Ware added the comment:
This is still causing a somewhat serious warning on Windows, see [1] for
example. The condition warned about affects every platform.
It took me some time to make sense of that function, but I think I finally
understand what's going on. I think Steve's
New submission from Archana Pandey:
List is mutable with += operator. But the same cannot be achieved when we use
arithmatic + and assignment = operator used
Please Find the attached python module
--
components: Windows
files: Operator_bug_python.py
messages: 231633
nosy:
Steve Dower added the comment:
After a debug build with VS2015, my biggest concern is this:
..\PC\bdist_wininst\install.rc(19): fatal error RC1015: cannot open
include file 'afxres.h'. [P:\ath\to\cpython\PCbuild\bdist_wininst.vcxproj]
I thought I had a workaround for this, but I'll have
Steve Dower added the comment:
Added changes from Zach's last review.
Highlight: I deleted the make_versioninfo project and build step :)
--
Added file: http://bugs.python.org/file37270/round4.diff
___
Python tracker rep...@bugs.python.org
Steve Dower added the comment:
I've inadvertently picked this up with my changes for #22919, so it'll get into
3.5 that way.
Do we need to apply this to 3.4 as well? What about 2.7?
--
assignee: - steve.dower
nosy: +steve.dower
___
Python tracker
Steve Dower added the comment:
This is by design. I'm sure if you email python-list then someone there will be
able to explain how the difference can help you write clearer code than if they
both behaved exactly the same.
--
___
Python tracker
Steve Dower added the comment:
Info about python-list is at
https://mail.python.org/mailman/listinfo/python-list
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22938
___
Zachary Ware added the comment:
Definitely not 2.7, since it's still on VS2008 and would require so many
changes for this to matter that it's just not an issue; I'm not sure on 3.4.
Is cabinet.lib available (and have everything we need) for MSVC10 and SDK 7.1
(which are the important targets
Changes by Steve Dower steve.do...@microsoft.com:
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22938
___
Akira Li added the comment:
C standard delegates to implementations:
The local time zone and Daylight Saving Time are implementation-defined.
gcc (one of the implementations) says [1]:
[timezone] contains the difference between UTC and the latest local standard
time, in seconds west of
Changes by Zachary Ware zachary.w...@gmail.com:
--
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22938
___
___
Python-bugs-list
Changes by Zachary Ware zachary.w...@gmail.com:
--
components: -Windows
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22938
___
___
Serhiy Storchaka added the comment:
Because this API was not still committed. Here is a patch which uses it.
--
Added file: http://bugs.python.org/file37271/bufferedrwpair_close_2.patch
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Here is a patch which replaces deprecated functions with PyObject_GetBuffer()
and like. It also introduce _PyBuffer_Converter for using in PyArgs_Parse* and
clinic converter simple_buffer_converter which unlike to Py_buffer_converter
(y*) does not not force
61 matches
Mail list logo