New submission from Martin v. Löwis mar...@v.loewis.de:
Reportedly, platform.uname gives UnicodeError for non-ASCII computer names on
Windows, see http://www.pasteall.org/16215
I think it is incorrect that _node uses socket.gethostname on Windows. uname()
should return the local hostname
Georg Brandl ge...@python.org added the comment:
I like your latest suggestion, except for the name. Given that we also have
the (quite generic) closing, what about just optional?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
The failure of platform.uname is an independent bug. IMO, it shouldn't use
socket.gethostname on Windows, but instead look at the COMPUTERNAME environment
variable or call the GetComputerName API function. This is more close to what
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
Thanks for catching the missing utils.py file. I can explain the
missing/commented statement in IOBinding.py. I found experimentally that if
that statement is present, when you open a file on Windows the first line is
off the top of
Martin v. Löwis mar...@v.loewis.de added the comment:
One solution would be to duplicate the UTF-8 decoder for OSX, incorporating
surrogate escape. This should be much shorter than the full UTF-8 codec, and
perhaps at least utf8_code_length could be shared.
--
Georg Brandl ge...@python.org added the comment:
Unfortunately, the rewrap makes it much more complicated to see what the patch
changes (i.e. the whole second part of the hunk only adds Windows versions).
Please leave that to the committer in the future.
Otherwise, committed in r85450; I
Georg Brandl ge...@python.org added the comment:
Freshed up and committed in r85451.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3865
___
Georg Brandl ge...@python.org added the comment:
Fixed in r85452.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10046
___
Sandro Tosi sandro.t...@gmail.com added the comment:
On Thu, Oct 14, 2010 at 08:36, Georg Brandl rep...@bugs.python.org wrote:
Georg Brandl ge...@python.org added the comment:
Unfortunately, the rewrap makes it much more complicated to see what the
patch changes (i.e. the whole second
Georg Brandl ge...@python.org added the comment:
Thanks, applied in r85453.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6825
___
Georg Brandl ge...@python.org added the comment:
This is indeed fixed already.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9093
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
To me, this is more a matter of conceptual completeness
than one of practical utility ...
Nick, you don't seem to be truly sold on the need.
I'm -1 on adding this. It's basically cruft. If
it were published as an ASPN
Georg Brandl ge...@python.org added the comment:
Okay, applied as r85455.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1710703
___
Georg Brandl ge...@python.org added the comment:
Okay, committed as 85456. I'll leave it to you how to proceed from here.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9418
___
Georg Brandl ge...@python.org added the comment:
Fixed pdb issue in r85457.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9964
___
___
Martin v. Löwis mar...@v.loewis.de added the comment:
We shouldn't need to reopen the file in the first place. If we already have a
file handle, we can rewind it. Then the encoding of the file name becomes
irrelevant.
I keep forgetting: what was the plan for deprecating the FILE* functions in
Vlastimil Brom vlastimil.b...@gmail.com added the comment:
I tried to give the 64-bit version a try, but I might have encountered a more
general difficulties.
I tested this on Windows 7 Home Premium (Czech), the system is 64-bit (or I've
hoped so sofar :-), according to System info: x64-based
Georg Brandl ge...@python.org added the comment:
r85459 - test_dis
r85460 - test_import
r85461 - test_lib2to3 (bug was in fix_operator)
r85462 - test_xml_etree
r85464 - test_compileall
r85465 - test_cmd_line_script
That should be all of them.
--
resolution: - fixed
status: open -
Antoine Pitrou pit...@free.fr added the comment:
I think that we should accept that b'\xff' can be decoded as '\xff' and
that's all.
What do you plan to do to fix this failure?
==
FAIL: test_undecodable_env
New submission from Antoine Pitrou pit...@free.fr:
The Windows 7 buildbot sometimes shows a failure in test_os:
test test_os failed -- Traceback (most recent call last):
File
D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_os.py,
line 1080, in test_CTRL_BREAK_EVENT
Marc-Andre Lemburg m...@egenix.com added the comment:
Martin v. Löwis wrote:
New submission from Martin v. Löwis mar...@v.loewis.de:
Reportedly, platform.uname gives UnicodeError for non-ASCII computer names on
Windows, see http://www.pasteall.org/16215
I think it is incorrect that
Martin v. Löwis mar...@v.loewis.de added the comment:
Vlastil, what makes you think that issue2636-20101009.zip is a 64-bit version?
I can only find 32-bit DLLs in it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2636
New submission from Kálmán Gergely kalman.gerg...@duodecad.hu:
socket.fromfd()'s behaviour is somewhat counter-intutive and should contain a
note to warn the user that it'll leave the original FD open. This is important
if someone forgets to manually close the file descriptor as it might lead
Kálmán Gergely kalman.gerg...@duodecad.hu added the comment:
Forgot to add that the changes should be applied to all versions if accepted.
synapse
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10099
Marc-Andre Lemburg m...@egenix.com added the comment:
Marc-Andre Lemburg wrote:
2. COMPUTERNAME returns an uppercase version of the host name (which we
could lowercase to stay b/w compatible), however I'm not sure
whether this is the same as the socket.gethostname() or the
NETBIOS
Vlastimil Brom vlastimil.b...@gmail.com added the comment:
Well, it seemed to me too,
I happened to read the last post from Matthew, msg118243, in the sense that he
made some updates which need testing on a 64 bit system (I am unsure, whether
hardware architecture, OS type, python build or
Antoine Pitrou pit...@free.fr added the comment:
There is a slight issue with warnings, and that's the filtering by
module/location. Since these warnings will occur in destructors, they can
appear at any point without being related to the code being executed. The
default filtering method
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10093
___
___
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Does this work also for sockets?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10093
___
Antoine Pitrou pit...@free.fr added the comment:
Does this work also for sockets?
Not with the current implementation. I guess this could be added, but then I
would have to make the warning method (_dealloc_warn) public on IO classes.
--
___
Antoine Pitrou pit...@free.fr added the comment:
Here is an updated patch using warnings (RuntimeWarning for now) and also
warning about unclosed sockets.
--
Added file: http://bugs.python.org/file19231/deallocwarn2.patch
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
With r85466+r85467, the test_undecodable_env (of test_subprocess) uses C locale
to get ASCII locale encoding (for the first test, on unicode environment
variables). It should have the same effect than env['PYTHONFSENCODING'] =
New submission from Daniel Stutzbach dan...@stutzbachenterprises.com:
fromfd is marked as Availability: Unix, but in Python 3 it is also available on
Windows:
C:\c:\python31\python.exe
Python 3.1 (r31:73574, Jun 26 2009, 20:21:35) [MSC v.1500 32 bit (Intel)] on
win32
Type help, copyright,
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
nosy: +stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10099
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ok, the issue is not complelty fixed ;-)
12:55 py-bb build #504 of x86 debian parallel 3.x is complete: Success
[build successful] Build details are at
STINNER Victor victor.stin...@haypocalc.com added the comment:
I tried... the issue is *now* complelty fixed
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9992
___
Antoine Pitrou pit...@free.fr added the comment:
Fixed in r85471.
--
nosy: +pitrou
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg m...@egenix.com added the comment:
I've been in touch with the copyright holders of pyOpenSSL and they all were
positive about contributing the code to the PSF under a contributor agreement.
The idea would then be to add the crypto routines to pyOpenSSL and have that
added
Antoine Pitrou pit...@free.fr added the comment:
I've been in touch with the copyright holders of pyOpenSSL and they
all were positive about contributing the code to the PSF under a
contributor agreement.
So how should we go about this ? Open a new ticket ?
I would like to see public
Senthil Kumaran orsent...@gmail.com added the comment:
Thanks for the comments and feedback.
Fixed this in revision 85475.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
We shouldn't need to reopen the file in the first place.
If we already have a file handle, we can rewind it.
Then the encoding of the file name becomes irrelevant.
Oh yes, great idea. r85476 implements this solution (use
Retro vinet...@gmail.com added the comment:
Can you send my patch and comment to python-dev? Because I don't know how to. I
don't know where is python-dev and what exactly you mean by this.
--
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
I've been in touch with the copyright holders of pyOpenSSL and they
all were positive about contributing the code to the PSF under a
contributor agreement.
So how
Antoine Pitrou pit...@free.fr added the comment:
This sounds a bit ridiculous. Why not add the crypto routines directly
to the stdlib?
To make those routines available to a broader audience and to
get more user feedback.
Sure. But it can be any standalone package, not necessarily
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
This sounds a bit ridiculous. Why not add the crypto routines directly
to the stdlib?
To make those routines available to a broader audience and to
get more user
Antoine Pitrou pit...@free.fr added the comment:
The APIs should probably be discussed on the Python crypto or
pyOpenSSL list and the discussion about its integration into the
stdlib on either the python-dev or the stdlib list.
If the target goal is stdlib inclusion, the APIs should be
New submission from Retro vinet...@gmail.com:
round(1.255, 2)
1.25
A bug in Python interpreter?
Shold have been:
round(1.255, 2)
1.26
In mathematics, the .5 part is always rounded up, so in the example the .255
should be rounded to .26 so please fix this bug.
--
components:
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed in revision 85479.
--
nosy: +orsenthil
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - behavior
___
Python tracker rep...@bugs.python.org
Skip Montanaro s...@pobox.com added the comment:
No, just a result of the finite machine representation of
floats:
repr(1.255)
'1.2549'
so the machine representation of 1.255 is actually less
than that value and round() is doing the right thing.
--
nosy: +skip.montanaro
New submission from Kevin Barnhart barnbu...@gmail.com:
Just starting to dabble in the world of time and datetime objects. I was
converting an array of datetime objects to an array of floats via mktime to do
some data analysis. I have ran into an issue where mktime seems to be adding
an
Changes by Benjamin Peterson benja...@python.org:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10101
___
geremy condra debat...@gmail.com added the comment:
Besides there are already patches available which do add the
ciphers and hashs to pyOpenSSL, so the development could be
sped up by using those as references.
I don't think that's the case. I admit that development on this has
been very
Changes by Alexander Ljungberg stillf...@gmail.com:
--
nosy: +aljungberg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9205
___
___
Hallvard B Furuseth h.b.furus...@usit.uio.no added the comment:
It's with 'purelib' because my prefix /site matches /site-packages.
This fixes it for me, but maybe you should also assert that
global_path.startswith(os.path.join(base, )).
--- Lib/test/test_sysconfig.py~ 2010-09-20
+++
New submission from Matthias Klose d...@debian.org:
use the SOABI for GNU/kfreeBSD and the GNU Hurd
afaik, the only distribution for GNU/kfreeBSD and the GNU Hurd currently is
Debian, and Debian already has this turned on for Linux too.
--
assignee: doko
components: Build
files:
Retro vinet...@gmail.com added the comment:
Gee, thanks for the insight. I didn't thought about the fact that binary
floating point is so imprecise and can cause the round() to error in some
situations.
In this case, the representation and the actual value are (way) off. How can
that be?
Barry A. Warsaw ba...@python.org added the comment:
Looks good to me.
--
nosy: +barry
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10103
___
Antoine Pitrou pit...@free.fr added the comment:
Patch committed in r85480, thanks!
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7523
Barry A. Warsaw ba...@python.org added the comment:
This may not be a Python bug.
The failure is consistent on all Ubuntu 10.10 machines I've tried, including
both i386 and x86_64 platforms. I've gone back many svn revisions and even
pulled down earlier alpha tarballs and the failure is
Senthil Kumaran orsent...@gmail.com added the comment:
I have seen this in very inconsistent manner.
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10094
___
Barry A. Warsaw ba...@python.org added the comment:
Senthil, can you provide any additional information on where/when you've seen
this? AFAICT, test_urllib.py is the only test it shows up, but it's totally
consistent. What OS/platforms have you seen this happen on? Same test or
different
Matthias Klose d...@debian.org added the comment:
checked in, r85481
--
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10103
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
It looks like you have just discovered the joys of daylight saving time. The
problem with your example is that datetime(2003,4,6,2,58,17) is not a valid
time in your timezone (most likely you are in the US). In the US,
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
I am not able to build or test a 64-bit version. The update was to the source
files to ensure that if it is compiled for 64 bits then the string positions
will also be 64-bit.
This change was prompted by a poster who tried to use
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Would anyone like to review this? The Rietveld link works (thanks Martin!) and
I would like to get some feedback on the python version before I invest effort
into coding this in C.
--
Brian Curtin cur...@acm.org added the comment:
I've noticed this a few times since r85315. It raises a dialog box saying The
application was unable to start correctly for some reason.
--
nosy: +ocean-city
___
Python tracker rep...@bugs.python.org
New submission from Antoine Pitrou pit...@free.fr:
This is following r85480 (issue #7523). It seems the Debian unstable system on
one of the buildbots has SOCK_NONBLOCK and SOCK_CLOEXEC, but doesn't support
creating sockets using these flags:
Éric Araujo mer...@netwok.org added the comment:
Maybe something like http://docs.python.org/library/decimal ?
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10101
___
New submission from RLS0812 rls0...@yahoo.com:
Attempting to print a string fails in 3.1.2, throwing up an invalid syntax
I included a screen shot with the same codes ran in 2.7 and 3.1.2 .
--
components: None
files: 3_1_2_bug.jpg
messages: 118679
nosy: RLS0812
priority: normal
Changes by Barry A. Warsaw ba...@python.org:
--
title: test_urllib.py fails in py3k r85440 with RuntimeError - test_urllib.py
fails with RuntimeError on Ubuntu 10.10
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10094
Vetoshkin Nikita nikita.vetosh...@gmail.com added the comment:
What about kernel version? As far as I know 2.6.27 is minimum requirement.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10104
Éric Araujo mer...@netwok.org added the comment:
print is a function now. See for example
http://docs.python.org/py3k/whatsnew/3.0
In the future, please copy input and output in your message if it's a few line,
else attache a plain text file. Text beats images. Thank you!
--
nosy:
Vlastimil Brom vlastimil.b...@gmail.com added the comment:
Sorry for the noise,
it seems, I can go back to the 32-bit python for now then...
vbr
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2636
Florent Xicluna florent.xicl...@gmail.com added the comment:
Unable to reproduce, here. It seems fixed.
--
nosy: +haypo
resolution: - works for me
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7537
Vetoshkin Nikita nikita.vetosh...@gmail.com added the comment:
Here's the patch from debian's issue
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529920
Patch URL:
https://patches.ubuntu.com/by-release/extracted/ubuntu/n/neon27/0.28.4-2/01_runtime_detect_sock_cloexec.dpatch
--
New submission from S S seny...@gmail.com:
when trying to install beutifulsoup package on windows xp x86 with python 2.6.6
getting the following error
C:\Python26python C:\temp\BeautifulSoup-3.0.8.1\setup.py install
'import site' failed; use -v for traceback
Traceback (most recent call last):
Antoine Pitrou pit...@free.fr added the comment:
Thanks for the research. Given that it only happens on Debian unstable, and it
only happens if you explicitly use SOCK_{CLOEXEC,NONBLOCK}, I would vote for
not adding a workaround until some supported OS also exhibits the issue.
--
Vetoshkin Nikita nikita.vetosh...@gmail.com added the comment:
Agree.
Already written code won't suffer, new code should be ready to use new linux
kernel.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10104
Brett Cannon br...@python.org added the comment:
No. Best I can do is suggest you perform an internet search on the term as it
makes it obvious what python-dev is.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2775
Brett Cannon br...@python.org added the comment:
Double-check your install. Errors like this typically means that your Python
executable is not able to read the standard library files. Either that or
something got moved and so the files are not where Python expects them to be.
--
Kevin Barnhart barnbu...@gmail.com added the comment:
Wow. Should have caught that. Thanks for the response.
Kevin
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10102
___
Martin v. Löwis mar...@v.loewis.de added the comment:
There are two issues here:
There are two issues, but not here :-)
1. socket.gethostname() shouldn't raise an error on Windows, but
return the Unicode host name
This is issue 9377, please keep that out of this issue.
Could someone
Skip Montanaro s...@pobox.com added the comment:
Retro I didn't thought about the fact that binary floating point is so
Retro imprecise and can cause the round() to error in some
Retro situations.
Details on the limitations of floating point arithmetic are here:
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Committed in r85485.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9183
___
Martin v. Löwis mar...@v.loewis.de added the comment:
As a further note: I think socket.gethostname() is a special case, since this
is just about a local setting (i.e. not related to DNS). We should then assume
that it is encoded in the locale encoding (in particular, that it is encoded in
Martin v. Löwis mar...@v.loewis.de added the comment:
More evidence that the NetBIOS name is used:
http://msdn.microsoft.com/en-us/library/aa368009(VS.85).aspx
http://msdn.microsoft.com/en-us/library/ms724295(v=VS.85).aspx
One problem with this approach is that changes to the NetBIOS
Senthil Kumaran orsent...@gmail.com added the comment:
I had seen with test_urllib, but it was inconsistent for me. Sometimes
make distclean and run had worked fine.
This was on Ubuntu 10.04, Intel 64 bit.
It is surprising, if it is seen consistently on Ubuntu 10.10 ( I have
not upgraded to
New submission from Bruce Sherwood bruce.sherw...@gmail.com:
It has just been discovered that at least since Python 2.6 on the Mac, quitting
IDLE does not prompt to save unsaved code, which is then lost. The recently
submitted diff for bringing Guilherme Polo's Google Summer of Code
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
Putting print statements in that part of the world shows that the reason why
the list.remove fails is that while a ColorDelegator.toggle_colorize_event
object is in the list, it has a different memory address than the
S S seny...@gmail.com added the comment:
Brett,
the installation did not had any issues.
its running on windows xp, i am administrator of the machine so no permission
issues.
nothing got moved either as it fresh install
--
___
Python tracker
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Closing as a duplicate of (closed) issue 6641.
time.strftime appears to support %z on the platforms that support it in C
strftime:
time.strftime(%z, time.localtime())
'-0400'
--
dependencies: -No obvious and
Brett Cannon br...@python.org added the comment:
I'm now a Windows user, so there might be a better way to solve this, but...
Run ``python -v`` and see what it says about why 'site' was not imported. You
can also verify that site.py is readable by Python by checking that its
directory
Changes by Brett Cannon br...@python.org:
--
Removed message: http://bugs.python.org/msg118702
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10106
___
Brett Cannon br...@python.org added the comment:
I'm not a Windows user, so there might be a better way to solve this, but...
Run ``python -v`` and see what it says about why 'site' was not imported. You
can also verify that site.py is readable by Python by checking that its
directory
Martin v. Löwis mar...@v.loewis.de added the comment:
Please note that the error is not in the third decimal position, but only in
the 16th (i.e. the difference between the intended value and the actual value
is smaller than 0.0001).
--
nosy: +loewis
Barry A. Warsaw ba...@python.org added the comment:
The problem occurs on Ubuntu 10.10 because there's a new environment variable
called $UBUNTU_MENUPROXY in the default user environment. This is why it
suddenly showed up in Python 3.1 and why it does not occur on other OS (even
Ubuntu
Changes by Barry A. Warsaw ba...@python.org:
--
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10094
___
___
Python-bugs-list
Ned Deily n...@acm.org added the comment:
It's incorrect to use DNS names when implementing platform.uname():
on POSIX, uname() *also* does not return the DNS name. If you want
some API to return the DNS name of the computer, you need a different
function (e.g. socket.getfqdn()).
Even more
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
After thinking some more about this issue, I am going to withdraw this
proposal. If we want to support storing dst flag in datetime instances, it
should be stored in the datetime object itself, not in tzinfo.
See
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:
More evidence that the NetBIOS name is used:
http://msdn.microsoft.com/en-us/library/aa368009(VS.85).aspx
1 - 100 of 146 matches
Mail list logo