Adam added the comment:
Hi,
First-time contributor here, I've made a patch in follow-up to the discussions
that happened in Amir's patch in regards to this. I'd appreciate it if someone
would be able to take a look and review it!
https://github.com/python/cpython/pull/32257
Change by Adam :
--
nosy: +achhina
nosy_count: 7.0 -> 8.0
pull_requests: +30326
pull_request: https://github.com/python/cpython/pull/32257
___
Python tracker
<https://bugs.python.org/issu
Adam added the comment:
Many thanks Christian, that resolved the issue! I really appreciate your
efforts here.
--
___
Python tracker
<https://bugs.python.org/issue46
Adam added the comment:
Many thanks Christian, see the attached for the output of the commands on
Python 3.9.10 and 3.10.2, along with a diff removing version numbers and memory
addresses.
I've run the commands on the Ubuntu distribution, we can also run the same for
the Centos VM
Adam added the comment:
Update, the Pyenv team confirmed that they do not install OpenSSL in linux, its
only installed for MacOS, and it should be built using the system OpenSSL
within Linux.
We're investigating further to attempt to debug the issue. Interestingly the
OpenSSL build flags
Change by Adam Hopkins :
--
nosy: +ahopkins
nosy_count: 3.0 -> 4.0
pull_requests: +29736
pull_request: https://github.com/python/cpython/pull/31605
___
Python tracker
<https://bugs.python.org/issu
Adam Hopkins added the comment:
Duplicate of https://bugs.python.org/issue38854
Sorry I didn't come across our before submitting.
--
resolution: -> duplicate
stage: patch review -> resolved
status: open -> closed
___
Python tracke
Change by Adam Hopkins :
--
keywords: +patch
pull_requests: +29728
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31605
___
Python tracker
<https://bugs.python.org/issu
Adam Hopkins added the comment:
Sorry about that. I am doing some more digging to see if I can find the route
of it and a proposal for a non-breaking patch. The problem seems to be in
BlockFinder.tokeneater.
--
type: behavior ->
versions: +Python 3.7, Python
New submission from Adam Hopkins :
I believe the following produces an unexpected behavior:
from inspect import getsource
def bar(*funcs):
def decorator(func):
return func
return decorator
@bar(lambda x: bool(True), lambda x: False)
async def
Adam added the comment:
Yes agreed, it may well be a Pyenv issue. Interestingly we can demonstrate that
the global OpenSSL crypto policies is respected with the 3.9.10 version,
through adjusting the policy. The ssl error occurs with the default policy
setting and is resolved with the legacy
Adam added the comment:
I found the Python build recipes and Pyenv does appear to install OpenSSL from
source. The only difference I can see, aside from the Python version, is an
update on the OpenSSL versions; openssl-1.1.1l (3.9.10) to openssl-1.1.1k
(3.10.2). The OpenSSL release notes do
Adam added the comment:
Thanks for the quick reply. On both Ubuntu and Centos, I’m installing Python
using Pyenv, testing with 3.9.10 and 3.10.2. Pyenv provides a verbose install
flag, I can rebuild the Python versions and review the build commands, if
helpful? I’m testing with clean Linux
New submission from Adam Pinckard :
Python 3.10 does not appear to respecting the OpenSSL configuration within
linux. Testing completed using Pyenv on both Ubuntu 20.04.4 and Centos-8. Note
PEP 644 which requires OpenSSL >= 1.1.1 is released in Python 3.10.
We operate behind a corporate pr
New submission from Adam Ulrich :
round(250,-2) returns 200
round(350,-2) returns 400
round(450,-2) returns 400
round(550,-2) returns 600
round(5,-1) returns 0
round(15,-1) returns 20
round(500,-3) returns 0
round(1500,-3) returns 2000
expected: round of 5 to consistently rounds up
Adam Johnson added the comment:
Okay, I updated the PR to only remove inheritance from object. Should I reopen
the ticket? (Not sure of the etiquette.)
Perhaps I could later submit a second patch for use of `super()`, and so on?
--
___
Python
Adam Bartoš added the comment:
Sorry, I don't. But my use case is not relevant any more since my package was a
workround for problems with entering Unicode interactively on Windows, and
these problems were resolved in Python since
Adam Johnson added the comment:
I just reported https://bugs.python.org/issue45864 , and closed as duplicate of
this.
--
nosy: +adamchainz
___
Python tracker
<https://bugs.python.org/issue23
Change by Adam Johnson :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue45864>
___
___
Python-bugs-list
Adam Johnson added the comment:
It's exactly that ticket. I missed that when searching for duplicates - I only
searched for "pep420" and not "namespace packages". Mea culpa.
--
resolution: -> duplicate
___
Python tracker
&
Change by Adam Johnson :
--
keywords: +patch
pull_requests: +27934
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29698
___
Python tracker
<https://bugs.python.org/issu
New submission from Adam Johnson :
I often browse the unittest code in order to write extensions. It still uses
some Python 2-isms like classes inheriting from object, it would be nice to
clean that up.
--
components: Tests
messages: 406757
nosy: adamchainz
priority: normal
severity
New submission from Adam Johnson :
unittest's test discovery does not descend into directories without
`__init__.py`. This avoids discovering test modules that are otherwise valid
and importable, after PEP 420.
I've seen this more than once where there were valid looking test files not
being
Change by Adam Konrad :
--
keywords: +patch
pull_requests: +27523
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29259
___
Python tracker
<https://bugs.python.org/issu
New submission from Adam Konrad :
Modern image types webp and avif are not recognized by the mimetypes module.
Problem: Many tools are written in Python and running on macOS. Good example is
the AWS CLI. Running commands like "s3 sync" will save files with .webp and
.avif
Change by Adam Yoblick :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue45337>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Adam Yoblick :
Repro steps:
1. Install Python 3.9 from the Microsoft Store
2. Try to create a virtual environment under the userappdata folder, using a
command line similar to the following:
"C:\Program
Files\WindowsApps\PythonSoftwareFoundation.P
Change by Adam Schwalm :
--
keywords: +patch
pull_requests: +26832
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28420
___
Python tracker
<https://bugs.python.org/issu
New submission from Adam Schwalm :
The following snippet demonstrates the problem. If a subparser flag has a
default set, argparse will override the existing value in the provided
'namespace' if the flag does not appear (e.g., if the default is used):
import argparse
parser
Change by Adam Meily :
--
keywords: +patch
pull_requests: +26407
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27959
___
Python tracker
<https://bugs.python.org/issu
Change by Adam Meily :
--
nosy: +meilyadam
nosy_count: 5.0 -> 6.0
pull_requests: +26405
pull_request: https://github.com/python/cpython/pull/27959
___
Python tracker
<https://bugs.python.org/issu
Adam Meily added the comment:
I can potentially take a stab at writing up a PR for this. I've also seen this
affecting other locations that eventually call FormatMessage, including:
- ctypes.format_error() - this original issue
- os.strerror()
- OSError(winerror=X)
I will most likely look
Adam Stewart added the comment:
Thanks, that does help. Spack uses both `--with-tcltk-includes` and
`--with-tcltk-libs`, and actually RPATHs the libraries in place. According to
otool, that is all working fine:
$ otool -L
/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang
Adam Stewart added the comment:
And... now it's not working again. Can you clarify exactly how tkinter finds
tk/tcl? Does it rely on TCL_LIBRARY or TK_LIBRARY env vars? TCLLIBPATH? If I
use all of these env vars, tkinter finds tcl/tk, but commands like:
$ python -m tkinter
$ python -c
Adam Stewart added the comment:
I think I FINALLY figured out the problem. We were setting `TCLLIBPATH` to
`/lib/tk8.6` when it should be `/lib`. With this change,
tkinter seems to work for me. Thanks for all of your help!
--
___
Python tracker
Adam Stewart added the comment:
Thanks, in that case it sounds like the problem is that Spack installs tcl and
tk to separate directories, but since tk depends on tcl and not the other way
around, tcl has no way of knowing where tk is installed. I'll see if I can
convince the other Spack
New submission from Adam Stewart :
I'm trying to install Python with tkinter support using the Spack package
manager. Spack adds the following flags to configure during install:
```
'--with-tcltk-libs=-L/Users/Adam/spack/opt/spack/darwin-catalina-x86_64/apple-clang-12.0.0/tcl-8.6.11
Adam Liddell added the comment:
Wrapping every resource allocating call like that is what we were trying to
avoid, since it makes wait_for go from a simple one-line helper to something
you have to be very careful with.
Conceptually, a user should expect that wait_for should behave the exact
Adam Liddell added the comment:
Some discussion leading up to that change is here
https://github.com/MagicStack/asyncpg/pull/548 and in the issues it links.
--
___
Python tracker
<https://bugs.python.org/issue37
Change by Adam Liddell :
--
nosy: +aaliddell
___
Python tracker
<https://bugs.python.org/issue42130>
___
___
Python-bugs-list mailing list
Unsubscribe:
Adam added the comment:
The 64 installer doesn't even show up in the ARP table, only Python Launcher.
--
___
Python tracker
<https://bugs.python.org/issue43
New submission from Adam :
1. Install 3.9.0 using the following command line options:
python-3.9.0.exe /quiet InstallAllUsers=1
2. Install 3.9.2 using the following command line options:
python-3.9.2.exe /quiet InstallAllUsers=1
3. Observe that 3.9.2 successfully installed, however
Adam Goldschmidt added the comment:
> The difference is that semicolon is defined in a previous specification.
I understand, but this will limit us in the future if the spec changes - though
I don't have strong feelings regarding this one.
> Dear all, now that Adam has signed the CLA,
Adam Goldschmidt added the comment:
> That doesn’t feel necessary to me. I suspect most links use &, some use ;,
> nothing else is valid at the moment and I don’t expect a new separator to
> suddenly appear. IMO the boolean parameter to also recognize ; was better.
That
Adam Goldschmidt added the comment:
> I _didn't_ change the default - it will allow both '&' and ';' still. Eric
> showed a link above that still uses semicolon. So I feel that it's strange to
> break backwards compatibility in a patch update. Maybe we can make just '&
Adam Goldschmidt added the comment:
I haven't noticed, I'm sorry. I don't mind closing mine, just thought it could
be a nice first contribution. Our PRs are different though - I feel like if we
are to implement this, we should let the developer choose the separator and not
limit to just
Change by Adam Goldschmidt :
--
pull_requests: +23120
pull_request: https://github.com/python/cpython/pull/24297
___
Python tracker
<https://bugs.python.org/issue42
New submission from Adam Goldschmidt :
The urlparse module treats semicolon as a separator
(https://github.com/python/cpython/blob/master/Lib/urllib/parse.py#L739) -
whereas most proxies today only take ampersands as separators. Link to a blog
post explaining this vulnerability:
https
Adam Bartoš added the comment:
The order is fine on Python 3.8, Windows 10.
--
___
Python tracker
<https://bugs.python.org/issue18838>
___
___
Python-bugs-list m
Adam Bartoš added the comment:
So far I could reproduce the issue on Python 3.7, Windows Vista 64bit. I'll try
with newer versions.
The output I got:
>>> from subprocess import *
>>> Popen("py -i foo.py", stdin=PIPE, stdout=PIPE, stderr=PIPE).communicate()
(b'',
New submission from Adam Merchant :
When an objects __repr__ or __str__ methods return None a TypeError is raised.
However if this object is passed to a function and `args` is called from within
pdb, pdb will immediately exit.
Attached to this is bug_example.py which contains a simple
New submission from Adam Eltawla :
I noticed the parameter name for imghdr.what in the documentation is wrong
Link: https://docs.python.org/3.8/library/imghdr.html?highlight=imghdr
function imghdr.what(filename, h=None)
In reality:
def what(file, h=None):
It is 'file' not 'filename
New submission from David Adam :
On Windows 10 (1909, build 18363.900) in 3.7.7 and 3.9.0b3, poll() on a
multiprocessing.Connection object can produce an exception:
--
import multiprocessing
def run(output_socket):
for i in range(10):
output_socket.send(i)
output_socket.close
Adam Williamson added the comment:
I'm not the best person to ask what I'd "consider" to be a bug or not, to be
honest. I'm just a Fedora packaging guy trying to make our packages build with
Python 3.9 :) If this is still an important question, I'd suggest asking the
folks from
Adam Cmiel added the comment:
Got it, I didn't realize that the last step of augmented assignment is (in this
case) assigning the result of __iadd__ back to the tuple.
Thanks for the explanations!
--
___
Python tracker
<https://bugs.python.
New submission from Adam Cmiel :
Python version:
Python 3.8.3 (default, May 15 2020, 00:00:00)
[GCC 10.1.1 20200507 (Red Hat 10.1.1-1)] on linux
Description:
When assigning to a tuple index using +=, if the element at that index is a
list, the list is extended and a TypeError is raised
Adam Williamson added the comment:
Realized I forgot to give it, so in case it's important, the context here is
the black test suite:
https://github.com/psf/black/issues/1441
that test suite has a file full of expressions that it expects to be able to
parse this way (it uses `ast.parse
New submission from Adam Williamson :
Not 100% sure this would be considered a bug, but it seems at least worth
filing to check. This is a behaviour difference between the new parser and the
old one. It's very easy to reproduce:
sh-5.0# PYTHONOLDPARSER=1 python3
Python 3.9.0b1 (default, May
New submission from Adam Williamson :
While debugging issues with the black test suite in Python 3.9, I found one
which black upstream says is a Cpython issue, so I'm filing it here.
Reproduction is very easy. Just use this four-line tester:
print("hello, world")
\
pr
Adam Bartoš added the comment:
I've been hit by this issue recently. On my configuration, print("a" * 10215)
fails with an infinite loop of OSErrors (WinError 8). This even cannot by
interrupted with Ctrl-C nor the exception can be catched.
- print("a" * 10214) is fine
Change by Adam Meily :
--
pull_requests: +17546
pull_request: https://github.com/python/cpython/pull/18159
___
Python tracker
<https://bugs.python.org/issue39
Change by Adam Meily :
--
pull_requests: +17545
pull_request: https://github.com/python/cpython/pull/18158
___
Python tracker
<https://bugs.python.org/issue39
Change by Adam Meily :
--
pull_requests: +17544
pull_request: https://github.com/python/cpython/pull/18157
___
Python tracker
<https://bugs.python.org/issue39
Change by Adam Meily :
--
pull_requests: +17543
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/18157
___
Python tracker
<https://bugs.python.org/issu
Adam Meily added the comment:
OK, that makes sense.
For 3.7, I can create a PR for that corrects the order of arguments passed into
_winapi.CreateProcess
For 3.8 / master, the problem appears to be that the check in
popen_spawn_win32.py to set the subprocess env is failing because
New submission from Adam Meily :
I upgraded from Python 3.7.1 to 3.7.6 and began noticing a behavior that was
breaking my code. My code detects if it's running in a virtualenv. This check
worked in 3.7.1 but is broken in 3.7.6.
>From the documentation, sys.prefix and sys.exec_prefix sho
Adam added the comment:
I filed a bug for this a few weeks ago, and then found another ticket about the
same issue before:
https://bugs.python.org/issue37788
My ticket:
https://bugs.python.org/issue39074
The memory leak was from a change introduced about 6 months ago:
https://github.com
Adam added the comment:
I ran into this bug as well, and opened an issue for it (before I saw this
issue): https://bugs.python.org/issue39074
Was there a conclusion on the best way to fix this? It seems like the previous
__del__ implementation would correct the resource leakage by removing
Adam added the comment:
Looks like this issue might be a duplicate of https://bugs.python.org/issue37788
--
___
Python tracker
<https://bugs.python.org/issue39
Change by Adam :
--
type: resource usage -> security
___
Python tracker
<https://bugs.python.org/issue39074>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Adam :
When running 3.7, we noticed a memory leak in threading._shutdown_locks when
non-deamon threads are started but "join()" or "is_alive()" is never called.
Here's a test to illustrate the growth:
=
import threading
import time
imp
New submission from Adam Johnson :
Whilst developing a new unused function check for flake8 (
https://github.com/PyCQA/pyflakes/pull/485 ) I ran it against the CPython
source code and found some uncalled functions.
--
messages: 356919
nosy: adamchainz
priority: normal
pull_requests
Adam Williamson added the comment:
It's this function:
https://github.com/freeipa/freeipa/blob/master/ipalib/install/kinit.py#L66
The function `run` is imported from `ipapython.ipautil`, it's defined here:
https://github.com/freeipa/freeipa/blob/master/ipapython/ipautil.py#L391
all
Adam Williamson added the comment:
Well, now our (Fedora QA's) automated testing of FreeIPA is showing what looks
like a problem with preexec_fn (rather than fork) being disallowed:
https://bugzilla.redhat.com/show_bug.cgi?id=1759290
Login to the FreeIPA webUI is failing, and at the time
Change by Adam Stewart :
--
pull_requests: +16178
pull_request: https://github.com/python/cpython/pull/16588
___
Python tracker
<https://bugs.python.org/issue26
Adam Olsen added the comment:
signalmodule.c has a hack to limit it to the main thread. Otherwise there's
all sorts of platform-specific behaviour.
--
___
Python tracker
<https://bugs.python.org/issue1
Adam Olsen added the comment:
signal-safe is different from thread-safe (despite conceptual similarities),
but regardless it's been a long time since I last delved into this so I'm quite
rusty. I could be doing it all wrong.
--
___
Python
Adam Olsen added the comment:
Converting to/from sig_atomic_t could have a compile time check on currently
supported platforms and isn't buggy for them. For platforms with a different
size you could do a runtime check, only allowing a fd in the range of 0-254
(with 255 reserved
Adam Olsen added the comment:
Disagree; if you're writing signal-handling code you should be very careful to
do it properly, even if that's only proper for your current platform. If you
can't do it properly you should find an alternative that doesn't involve
signals.
The fact
Adam Olsen added the comment:
The fd field may be written from the main thread simultaneous with the signal
handler activating and reading it out. Back in 2007 the only POSIX-compliant
type allowed for that was sig_atomic_t, anything else was undefined.
Looks like pycore_atomic.h should
Adam Dunlap added the comment:
Thank your for your response. I'm running python 3.5.2. The linked issue is
indeed a duplicate of this one.
To reproduce, you can run two instances of the attached script at the same
time, i.e. python3 pymkdir.py & python3 pymkdir.py. It is a race conditio
New submission from Adam Dunlap :
I have 2 processes (one C, one python) that are started at the same time and
both need a certain directory tree to exist to continue, so both processes
create the directory tree while ignoring errors about it already existing.
In the python process, I'm
Change by Marc Adam Anderson :
--
nosy: -marcadam
___
Python tracker
<https://bugs.python.org/issue1154351>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Adam Bielański :
--
pull_requests: +9085
___
Python tracker
<https://bugs.python.org/issue27165>
___
___
Python-bugs-list mailing list
Unsubscribe:
Adam Meily added the comment:
I've rebased onto upstream master and I fixed the CI build.
--
___
Python tracker
<https://bugs.python.org/issue29883>
___
___
Change by Adam Forsyth <a...@adamforsyth.net>:
--
keywords: +patch
pull_requests: +6505
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Adam <a...@netbsd.org> added the comment:
Some systems might have both uuid.h and uuid/uuid.h. For example, NetBSD
provides /usr/include/uuid.h, and one might also install libuuid from a
package, and the latter has uuid/uuid.h.
To fix this, do not include both files, when both hav
Adam Paszke <adam.pas...@gmail.com> added the comment:
Of course, I'm not expecting this to be 100% reliable, and so I'm ok with the
answer that the comment is now outdated.
I'd like to avoid adding extra dependencies for so simple things, so I guess
I'll just special case that in m
New submission from Adam Paszke <adam.pas...@gmail.com>:
Hi everyone,
I have a module that needs to inspect type annotations on a few functions. One
of the types I need to special case on is typing.Tuple, and I used code like
this to detect it:
if getattr(annotation, '__origin__'
Change by Adam Klinger <adamjklin...@gmail.com>:
--
title: Cannot Install Stegano Package - Python 3.6.5 Base -> issue in the
default setup.py which comes with the Python 3.6.5 installer
___
Python tracker <rep...@bugs.python
New submission from Adam Klinger <adamjklin...@gmail.com>:
There seems to be an issue in the default setup.py which comes with the Python
3.6.5 installer. Upon trying to install an additional package through pip the
below is observed:
C:\Users\adamj\Desktop>pip install stegano
C
Adam <adam.g...@wp.pl> added the comment:
After reading the docs more carefully, it's now plain to me that text encoding
is not supported yet, so actually it's not a bug :)
However the docs should be improved (and then an assertion could be added too)
to prevent people from f
Adam <adam.g...@wp.pl> added the comment:
It occurs both on Python 3.6 and 3.7 RC, so maybe it should be fixed in the 3.7
release.
--
nosy: +adampl
type: -> behavior
versions: +Python 3.7
Added file: https://bugs.python.org/file47531/asyncio_encodin
Adam Williamson <awill...@redhat.com> added the comment:
Yeah, I've added a comment there. I agree we can keep subsequent discussion in
that issue. Closing this as a dupe.
I actually have the same thought as you, but I suspect making something that
"worked" before start t
Adam Williamson <awill...@redhat.com> added the comment:
On the "attractive nuisance" angle: I just ran right into this problem, and
reported https://bugs.python.org/issue32988 .
As I suggested there, if Python doesn't try to fix this, I'd suggest it should
at least *exp
Adam Williamson <awill...@redhat.com> added the comment:
I'd suggest that if that is the case, it would be better for the docs to
*specifically mention* that `%s` is not supported and should not be used,
rather than simply not mentioning it.
When it's used in real code (note someone in
Adam Williamson <awill...@redhat.com> added the comment:
Paul: right. This is on Linux - specifically Fedora Linux, but I don't think it
matters. glibc strftime and strptime depend on an underlying struct called
'tm'. 'man strftime' says:
%s The number of seconds since the
New submission from Adam Williamson <awill...@redhat.com>:
Test script:
import pytz
import datetime
utc = pytz.timezone('UTC')
print(datetime.datetime(2017, 1, 1, tzinfo=utc).strftime('%s'))
Try running it with various system timezones:
[adamw@xps13k pagure (more-timezone-fun %)]$ T
Adam Dangoor <adamdang...@gmail.com> added the comment:
Thank you for clearing this up for me.
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Adam Dangoor <adamdang...@gmail.com> added the comment:
> The unexpected behavior occurs on CPython 3.5.3 and CPython 3.6.X but not on
> pypy.
This suggests that it is something to do with garbage collection. Upon further
thought, maybe this is by design, but I still w
1 - 100 of 678 matches
Mail list logo
