Hi there,
Can I please post this message to the email list.
Hi Everyone,
I'm Adam, the Community Manager at Plotly Dash - data visualizations and
data apps in Python.
To stay on top of this changing AI landscape, we recently challenged the
Plotly Community to build Dash apps that utilize
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
With the acceptance of PEP 676, the canonical home of the Python Enhancement
Proposal series will shortly move to peps.python.org.
All existing links will redirect when the change is made, this announcement is
to promote awareness of the new domain as canonical.
Thanks,
Adam Turner
PEP Editor
With the acceptance of PEP 676, the canonical home of the Python Enhancement
Proposal series will shortly move to peps.python.org.
All existing links will redirect when the change is made, this announcement is
to promote awareness of the new domain as canonical.
Thanks,
Adam Turner
PEP Editor
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
I started seeing this sometimes from pip:
After October 2020 you may experience errors when installing or updating
packages. This is because pip will change the way that it resolves dependency
conflicts.
Yeah, sure, that's something to consider. We seem fine with the new resolver.
Is there a
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
`pathlib` trims trailing slashes by default, but certain packages require
trailing slashes. In particular, `cx_Freeze.bdist_msi` option "directories" is
used to build the package directory structure of a program and requires
trailing slashes.
Does anyone think it would be a good idea to add a
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
On 2020-07-07, Stephen Rosen wrote:
> On Mon, Jul 6, 2020 at 6:37 AM Adam Funk wrote:
>
>> Is there a "bulletproof" version of json.dump somewhere that will
>> convert bytes to str, any other iterables to list, etc., so you can
>> just get your data into a file
On 2020-07-06, Adam Funk wrote:
> On 2020-07-06, Chris Angelico wrote:
>> On Mon, Jul 6, 2020 at 10:11 PM Jon Ribbens via Python-list
>> wrote:
>>> While I agree entirely with your point, there is however perhaps room
>>> for a bit more helpfulness from the
On 2020-07-06, Chris Angelico wrote:
> On Mon, Jul 6, 2020 at 10:11 PM Jon Ribbens via Python-list
> wrote:
>>
>> On 2020-07-06, Chris Angelico wrote:
>> > On Mon, Jul 6, 2020 at 8:36 PM Adam Funk wrote:
>> >> Is there a "bulletproof" version of
On 2020-07-06, Frank Millman wrote:
> On 2020-07-06 2:06 PM, Jon Ribbens via Python-list wrote:
>> On 2020-07-06, Chris Angelico wrote:
>>> On Mon, Jul 6, 2020 at 8:36 PM Adam Funk wrote:
>>>> Is there a "bulletproof" version of json.dump somewhere that w
On 2020-07-06, Chris Angelico wrote:
> On Mon, Jul 6, 2020 at 8:36 PM Adam Funk wrote:
>>
>> Hi,
>>
>> I have a program that does a lot of work with URLs and requests,
>> collecting data over about an hour, & then writing the collated data
>
Hi,
I have a program that does a lot of work with URLs and requests,
collecting data over about an hour, & then writing the collated data
to a JSON file. The first time I ran it, the json.dump failed because
there was a bytes value instead of a str, so I had to figure out where
that was coming
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
I got to the point of trying to implement continue in my own interpreter
project and was surprised when my for-loop just used some jumps to manage its
control flow. Actually, I hoped for something else; I don't have logic in my
code generation to track jump positions. I kind of hoped there was
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
On Friday, May 29, 2020 at 7:30:32 AM UTC-5, Eryk Sun wrote:
> On 5/28/20, Adam Preble wrote:
> Sometimes a user will open a script via "open with" and browse to
> python.exe or py.exe. This associates .py files with a new progid that
> doesn't pass the %*
> mostly obscure fixes added between 3.6.8 and 3.6.10*. If a rare user
> such as Adam also chooses to not compile the latter, that is his choice.
I was going to just stay mute about why I was even looking at 3.6.10, but I
felt I should weigh in after some of the other responses. I think some
I wanted to update from 3.6.8 on Windows without necessarily moving on to 3.7+
(yet), so I thought I'd try 3.6.9 or 3.6.10.
All I see for both are source archives:
https://www.python.org/downloads/release/python-369/
https://www.python.org/downloads/release/python-3610/
So, uh, I
The (rightful) obsession with modules in PEP-451 and the import machinery hit
me with a gotcha when I was trying to implement importing .NET stuff that
mimicked IronPython and Python.NET in my interpreter project.
The meat of the question:
Is it important that the spec loader actually return a
I'm fussing over some details of relative imports while trying to mimic Python
module loading in my personal project. This is getting more into corner cases,
but I can spare time to talk about it while working on more normal stuff.
I first found this place:
On Saturday, April 18, 2020 at 1:15:35 PM UTC-5, Alexandre Brault wrote:
> >>> def f():
> ... â â from sys import path, argv ...
So I figured it out and all but I wanted to ask about the special characters in
that output. I've seen that a few times and never figured out what's going on
and
On Friday, April 17, 2020 at 1:37:18 PM UTC-5, Chris Angelico wrote:
> The level is used for package-relative imports, and will basically be
> the number of leading dots (eg "from ...spam import x" will have a
> level of 3). You're absolutely right with your analysis, with one
> small
On Friday, April 17, 2020 at 1:22:18 PM UTC-5, Adam Preble wrote:
> At this point, my conceptual stack is empty. If I POP_TOP then I have nothing
> to pop and the world would end. Yet, it doesn't. What am I missing?
Check out this guy replying to himself 10 minutes later.
I guess IMPOR
Given this in Python 3.6.8:
from dis import dis
def import_from_test():
from sys import path
>>> dis(import_from_test)
2 0 LOAD_CONST 1 (0)
2 LOAD_CONST 2 (('path',))
4 IMPORT_NAME 0 (sys)
6
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
On Thursday, March 19, 2020 at 5:02:46 PM UTC-5, Greg Ewing wrote:
> On 11/03/20 7:02 am, Adam Preble wrote:
> > Is this foo attribute being looked up in an override of __getattr__,
> > __getattribute__, or is it a reserved slot that's internally doing this?
> > That's what
On Tuesday, March 10, 2020 at 9:28:11 AM UTC-5, Peter Otten wrote:
> self.foo looks up the attribute in the instance, falls back to the class and
> then works its way up to the parent class, whereas
>
> super().foo bypasses both instance and class, and starts its lookup in the
> parent class.
On Monday, March 9, 2020 at 9:31:45 PM UTC-5, Souvik Dutta wrote:
> This should be what you are looking for.
> https://python-reference.readthedocs.io/en/latest/docs/functions/super.html
I'm not trying to figure out how the super() function works, but rather the
anatomy of the object is returns.
On Wednesday, March 4, 2020 at 11:13:20 AM UTC-6, Adam Preble wrote:
> Stuff
I'm speculating that the stuff I don't see when poking are reserved slots. I
figured out how much of a thing that is when I was digging around for how
classes know how to construct themselves. I managed to figure
Months ago, I asked a bunch of stuff about super() and managed to fake it well
enough to move on to other things for awhile. The day of reckoning came this
week and I was forced to implement it better for my personal Python project. I
have a hack in place that makes it work well-enough but I
On Monday, March 2, 2020 at 3:12:33 PM UTC-6, Marco Sulla wrote:
> Is your project published somewhere? What changes have you done to the
> interpreter?
I'm writing my own mess:
https://github.com/rockobonaparte/cloaca
It's a .NET Pythonish interpreter with the distinction of using a whole lot
On Monday, March 2, 2020 at 7:09:24 AM UTC-6, Lele Gaifax wrote:
> Yes, you just used it, although you may have confused its meaning:
>
Yeah I absolutely got it backwards. That's a fun one I have to fix in my
project now!
--
https://mail.python.org/mailman/listinfo/python-list
On Sunday, March 1, 2020 at 3:08:29 PM UTC-6, Terry Reedy wrote:
> Because BaseClass is the superclass of SubClass.
So there's a mechanism for parent classes to know all their children?
--
https://mail.python.org/mailman/listinfo/python-list
Based on what I was seeing here, I did some experiments to try to understand
better what is going on:
class BaseClass:
def __init__(self):
self.a = 1
def base_method(self):
return self.a
def another_base_method(self):
return self.a + 1
class
I have been making some progress on my custom interpreter project but I found I
have totally blown implementing proper subclassing in the data model. What I
have right now is PyClass defining what a PyObject is. When I make a PyObject
from a PyClass, the PyObject sets up a __dict__ that is used
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
I'm trying to understand the difference in disassemblies with 3.6+ versus older
versions of CPython. It looks like the basic opcodes like LOAD_FAST are 3 bytes
in pre-3.6 versions, but 2 bytes in 3.6+. I read online somewhere that there
was a change to the argument sizes in 3.6: it became 2
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
1 - 100 of 2040 matches
Mail list logo