New submission from Fabian Zills :
When iterating over __dict__ inside a classmethod, accessing __annotations
causses RuntimeError: dictionary changed size during iteration.
This only seems to affect Python 3.10.x on a Ubuntu system.
The following can be used to reproduce this issue:
class
New submission from Fabian Dill :
As an example, go to https://docs.python.org/3/library/constants.html and
request a permalink to __debug__. The link you get will not jump to it.
The link I get is https://docs.python.org/3/library/constants.html#debug__
--
assignee: docs@python
New submission from Fabian Beitler :
I downloaded the sources for python 3.8.8 (not tested with Python3.9.2. so
far)and compiled it
with enabled-optimisations parameter on a fresh Ubuntu 20.04 machine.
Beside the test_ssl error (there is an existing workaround, but still not happy
Change by Fabian Brinkmann :
--
title: addition argument for str.join() -> additional argument for str.join()
___
Python tracker
<https://bugs.python.org/issu
New submission from Fabian Brinkmann :
It would be nice to have an additional argument for str.join() so this
", ".join(["a", "b", "c"], ", and ")
would output
"a, b, and, c"
--
components: Library (Lib)
messages: 38742
Fabian Raab added the comment:
It seems to that this problem is affecting __new__ methods independent of
exceptions:
>>> class NewBreaker:
... def __new__(cls, arg):
... return super().__new__(cls)
...
>>> nb = NewBreaker(42)
>>> import pickle
&
Change by Fabian Raab :
--
nosy: +raabf
___
Python tracker
<https://bugs.python.org/issue37287>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Fabian Dill :
The request is, that the _max_workers attribute of the pools are exposed as a
proper interface, that would allow changing of the worker amount after
initialisation.
--
components: Library (Lib)
messages: 336745
nosy: Fabian Dill
priority: normal
New submission from Fabian Pietsch:
When calling syslog.syslog() without calling syslog.openlog() before, openlog()
gets called with no arguments. Documentation says: "The optional ident keyword
argument is a string which is prepended to every message, and defaults to
sys.argv[0] with le
New submission from Fabian:
Hi,
I am running Canopy on Windows 7 64 bit.
When I run the attached file, I get the following error:
> 5 with open('C:\Users\Anwender\Desktop\Test\blub.txt') as csvfile:
6 dialekt = csv.Sniffer().sniff(csvfile.read(1024))
IOError: [Errno 22] inva
Fabian added the comment:
Okay I think I've run the test suite on 3.6 although it only works with
https://gerrit.wikimedia.org/r/#/c/229683/ now as inspect.getargspec has been
removed (when I initially posted this, it was just deprecated).
Well writing this I just thought I could've tested
Fabian added the comment:
Thank you for figuring it out and providing a patch after I couldn't really
give good information. I haven't been able to test it for myself but your
explanation makes sense :)
--
___
Python tracker rep...@bugs.python.org
Fabian added the comment:
Ah okay. If you look at Eric's response you'll see that this is a different
issue and tracked in issue24721. I mean it is possible that urllib3 does it too
(it's devs would need to answer that) but in the end highly unlikely as it
doesn't happen on versions before
Fabian added the comment:
Really this bug and not the one mentioned by Mark? I've been using 3.4(.3)
since we use requests (and therefore urllib3) which happened a few months ago.
I also can't remember any failure on a Python 3.4 Travis build
Fabian added the comment:
Oh sorry, I basically never need to install pywikibot anew so it's easy to
forget but there is a submodule in scripts/i18n which needs to be cloned as
well. With the following commands I could reproduce the error (and you don't
even need to install requests and six
Fabian added the comment:
Just as a note to the tests: You may not get the issues with OrderedDict as a
failure/error at the end of the test suite. And you may (depending on the
version) get a few errors because NoUsername was raised. That is unrelated to
this issue and can be fixed by using
Fabian added the comment:
It is consistent as in it happens on every run of the test suite. But
unfortunately I haven't checked if it's always happening at the same place.
Luckily we have 4 builds on Travis with 3.6 and in all it happened from the
beginning and got 100 matches for “KeyError
Fabian added the comment:
Yes see the tests/README.rst. And afaik do you only need to have requests and
six installed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24667
Fabian added the comment:
Okay I did a test run on all three 3.5 betas available to me through pyenv. The
beta 3 failed as Python 3.6 does that popitem() raises a KeyError. The beta 2
had the bug that popitem() does not support keyword arguments so I wasn't able
to test it there. And the beta
Fabian added the comment:
Well as I described in the opening post:
I don't think versions before Python 3.6 are affected as we had tests running
on Python 3.5 (before Travis switched to 3.6 recently) and these all worked.
Now tbh I don't know if a version of 3.5 is affected but was never
New submission from Fabian:
While testing pywikibot using requests and urllib3 on Python 3.6 we got an
interesting error:
==
ERROR: testQueryApiGetter (tests.wikidataquery_tests.TestApiSlowFunctions)
Test that we can actually
Fabian added the comment:
Looking further into this issue, OrderedDict.pop() using the key returned from
the KeyError (using eval(str(error))) also yields a KeyError. And
OrderedDict.popitem() does not change the dictionary (so it's not like the
KeyError is raised even though it worked
New submission from Fabian:
I had a weird bug recently where someone tried to use the with-statement on a
BZ2File. According to the documentation it was added in 2.7 and looking at
https://hg.python.org/cpython/rev/5d5d9074f4ca it looks like it was added
together with the support in gzip
Fabian added the comment:
I can confirm this on 3.4.1 and is really annoying. But the patch should set
'_is_raw_payload' to False if the payload is set via 'set_payload' (the
operations in 'set_raw_payload' need to be switched).
--
nosy: +xZise
New submission from Fabian:
The ipaddress module accepts IPv6 addresses if the IPv4 address is formatted as
an octal number, but http://tools.ietf.org/html/rfc3986#section-3.2.2 doesn't
allow leading zeroes in the IPv4 address.
This is the current behaviour (in 3.4.1):
ipaddress.ip_address
Fabian added the comment:
The patch adds an optional keyword which only accepts decimal numbers.
--
keywords: +patch
Added file: http://bugs.python.org/file36489/ipaddr.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22282
Fabian Kochem added the comment:
I just fell over the PYTHONPATH='' bit aswell. So yes, this is still valid.
--
nosy: +Fabian.Kochem
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1398781
Fabian Kochem added the comment:
Éric said that he should be able to get to it soon.:
https://twitter.com/merwok_/status/425596183176704002
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8876
Fabian Kochem added the comment:
A dirty hack is to include this line at the top of your setup.py:
del os.link
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8876
Changes by Fabian Kochem fkoc...@gmail.com:
--
nosy: +Fabian.Kochem
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8876
___
___
Python-bugs-list
Mike FABIAN added the comment:
Serhiy While normalize can return sd...@devanagari.utf-8, _parse_localename()
Serhiy should be able correctly parse it.
But if normalize returns sd...@devanagari.utf-8, isn’t that quite
useless because it is a locale name which does not actually work
in glibc
Mike FABIAN added the comment:
Serhiy, in your patch you seem to have special treatment for
the devanagari modifier:
+# Devanagari modifier placed before encoding.
+return code, modifier.split('.')[1]
Probably because of
'ks_in@devanagari
Mike FABIAN added the comment:
Serhiy The /usr/share/X11/locale/locale.alias file in Ubuntu 12.04 LTS
Serhiy contains ks...@devanagari.utf-8 and sd...@devanagari.utf-8
Serhiy entities.
Yes, I know, that’s why I wrote that the Python code inherited this mistake
from X.org.
Serhiy While
Mike FABIAN added the comment:
In glibc, sd...@devanagari.utf-8 is an invalid locale name,
only sd_IN.UTF-8@devanagari is valid:
mfabian@ari:~
$ LC_ALL=sd_IN.UTF-8@devanagari locale charmap
UTF-8
mfabian@ari:~
$ LC_ALL=sd...@devanagari.utf-8 locale charmap
locale: Cannot set LC_CTYPE to default
New submission from Mike FABIAN:
Originally reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=1024667
I found that Serbian translations in Latin do not work when the locale
name is written as sr_RS.UTF-8@latin (one gets the cyrillic
translations instead), but they *do* work when
Mike FABIAN added the comment:
The problem turns out to be caused by a problem in normalizing
the locale name, see the output of this test program:
mfabian@ari:~
$ cat ~/tmp/mike-test.py
#!/usr/bin/python2
import sys
import os
import locale
import encodings
import encodings.aliases
Mike FABIAN added the comment:
A simple fix for that problem could look like this:
mfabian@ari:~
$ diff -u /usr/lib64/python2.7/locale.py.orig /usr/lib64/python2.7/locale.py
--- /usr/lib64/python2.7/locale.py.orig 2013-11-09 09:08:24.807331535 +0100
+++ /usr/lib64/python2.7/locale.py 2013
Mike FABIAN added the comment:
in locale.py, the comment above “locale_alias = {” says:
# Note that the normalize() function which uses this tables
# removes '_' and '-' characters from the encoding part of the
# locale name before doing the lookup. This saves a lot of
# space in the table
Mike FABIAN added the comment:
I think the patch I attach here is a better fix than the
patch in http://bugs.python.org/msg202469 because
it makes the normalize() function behave more logical overall,
with this patch, my test program prints:
mfabian@ari:/local/mfabian/src/cpython (2.7-mike
Mike FABIAN added the comment:
The patch
http://bugs.python.org/file32552/0001-Issue-19534-fix-normalize-in-locale.py-to-make-it-wo.patch
is against the current HEAD of the 2.7 branch, but
Python 3.3 has exactly the same problem, the same patch fixes it for python
3.3 as well
New submission from Fabian:
If I get and configure a named logger in the main module and another module
that is imported uses the root logging functions (e.g., logging.info(Hello
World!)) somehow affects the configuration of the first (named) logger.
The file m1.py defines the logger
Fabian Groffen added the comment:
re: single quotes - double quotes
I made RUNSHARED consistent (although, as you point out, less broken) with the
other RUNSHARED assignments right above. If suggest to tackle the issue of
whitespace support for all RUNSHARED assignments, not just Darwin case
Fabian Groffen added the comment:
Which shell doesn't have $(command) support? It is not a bash-ism, but
is part of the POSIX shell definition (but wasn't present in older sh
implementations).
Solaris' /bin/sh.
--
___
Python tracker rep
New submission from Fabian Groffen:
Python fails to run python.exe on OSX when a non-framework build is requested,
due to wrong quoting in configure.ac.
Like all other RUNSHARED, it shouldn't be quoted because then `pwd` won't be
expanded, resulting in a wrong DYLD_LIBRARY_PATH when regen
Fabian Groffen grob...@gentoo.org added the comment:
% echo test /var/tmp/testfile
% python
Python 2.7.3 (default, Apr 26 2012, 19:06:37)
[GCC 4.2.1 (Gentoo 4.2.1_p5666, Apple Inc. build 5666) (dot 3)] on darwin
Type help, copyright, credits or license for more information.
import shutil
Fabian Groffen grob...@gentoo.org added the comment:
it seems errnomodule.c has no idea of ENOTSUP, and that's not the only missing
one.
OSX 10.7:
$ grep ^#define\sE /usr/include/sys/errno.h | awk '{print $2}' | while read
line ; do grep -q ${line} Modules/errnomodule.c || echo missing: $line
Fabian Groffen grob...@gentoo.org added the comment:
I don't want to go through the paperwork nonsense just for a trivial patch,
hence I didn't supply one, but instead provided all the information for you
guys to make the correct fix.
--
___
Python
New submission from Fabian Groffen grob...@gentoo.org:
With current working dir an NFS-mounted ZFS share, and /var/tmp (OSX default)
HFS+:
% echo test /var/tmp/testfile
% python
Python 2.7.3 (default, Apr 24 2012, 19:33:45)
[GCC 4.2.1 (Gentoo 4.2.1_p5666, Apple Inc. build 5666) (dot 3
Fabian Groffen grob...@gentoo.org added the comment:
I presume Python 3.2+ have the same behavior?
I cannot compile that or get it working normally, so I can't tell for sure.
Judging from the code, I'd say yes.
--
___
Python tracker rep
Fabian Groffen grob...@gentoo.org added the comment:
Sorry for the noise. My issue seems to be caused by a broken openssl. It is a
specific problem with the code for sparcv9 and the T1 CPU. Python can't do
much about this.
--
versions: -Python 2.7
Fabian Groffen grob...@gentoo.org added the comment:
I recompiled openssl with noasm flag now for sparcv9 (like I do on 32-bits
compiles), and the example runs fine for me on the T1, proving Python is not to
blame here.
That said, if your problem only occurs with 0.9.8 isn't it then likely
Fabian Groffen grob...@gentoo.org added the comment:
I can reproduce this on Solaris 10/Sparc64 only, using Python 2.7.1. My core
files aren't really useful though, nothing it can point to, everything is
corrupt.
--
nosy: +grobian
versions: +Python 2.7
Fabian Groffen grob...@gentoo.org added the comment:
Perhaps I should have been a bit more clear. Python 2.6 works fine for me on
Solaris 10/Sparc64 (64-bits). Python 2.7.1 also works on Solaris 10/Sparc
(32-bits), but not on Sparc64 (64-bits
Fabian Groffen grob...@gentoo.org added the comment:
Is it necessary to file a new bug for the same issue, or can we reopen from
here? With Stuart in the loop it looks to me the raised issues are dealt with?
--
___
Python tracker rep
New submission from Fabian Groffen grob...@gentoo.org:
setup.py adds in various places hardcoded paths to locations in the filesystem
that may contain libraries/includes to compile a given module or feature.
While this behaviour is probably interesting for some users, it is undesirable
New submission from Fabian Groffen grob...@gentoo.org:
configure.in contains a check for the compiler in use for Darwin like this:
gcc_version=`gcc -v 21 | grep version | cut -d\ -f3`
This yields in a wrong answer if the output of gcc -v has version in another
place as well, such as when
New submission from Fabian Groffen grob...@gentoo.org:
Configure will die on Darwin with the message
Unexpected output of 'arch' on OSX
when GNU arch is in use. The following patch simply adds the output as given
by GNU arch to allow a successful configure run.
--
components: Build
New submission from Fabian Groffen grob...@gentoo.org:
The solaris case implementation of the ipv6 check assumes /usr/xpg4/bin/grep is
available. This gives error messages on e.g. IRIX where /etc/netconfig is
available, but no /usr/xpg4/bin/grep. This is simply fixed by using $GREP
which
New submission from Fabian Groffen grob...@gentoo.org:
Patches to fix compilation issues on IRIX, on behalf of Frank Everdij and
Stuart Shelton.
--
components: Build
files: python-2.7-irix.patch
keywords: patch
messages: 97896
nosy: grobian
severity: normal
status: open
title
Changes by Fabian Groffen grob...@gentoo.org:
Added file: http://bugs.python.org/file15916/python-2.6.4-irix.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7717
New submission from Fabian Groffen grob...@gentoo.org:
Create a libpythonX.Y.so library on IRIX. Patch on behalf of Stuart Shelton.
--
components: Build
files: python-2.6-irix-libpython2.6.patch
keywords: patch
messages: 97897
nosy: grobian
severity: normal
status: open
title: Build
New submission from Fabian Groffen grob...@gentoo.org:
NFS on certain platforms (most notably AIX, Solaris) use .nfsX files that
appear and disappear automagically. distutils can get confused by that once a
.nfsX file was earlier seen with listdir and then removed by the OS before
Fabian Groffen grob...@gentoo.org added the comment:
I use this patch, which just always uses crypt_i on Solaris to work around the
problem.
--
keywords: +patch
nosy: +grobian
title: Python libcrypt build problem on Solaris 8 - Python libcrypt build
problem on Solaris 8, 9, 10
Changes by Fabian Groffen grob...@gentoo.org:
Added file: http://bugs.python.org/file15920/python-2.6.2-solaris64-crypt.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1471934
Fabian Groffen grob...@gentoo.org added the comment:
I think so. From my experience he's mainly not willing to sign up to each and
every bugtracking system, which I fully understand.
Do you guys need signed contracts for each and every (even single line) patch?
Is it better to report
Fabian Groffen grob...@gentoo.org added the comment:
I've asked Stuart to sign up and comment on this bug to get his opinion. Sorry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7718
66 matches
Mail list logo
