Nathan Howard added the comment:
Ok. Let me know if something changes to justify the backport churn.
I can regen.
On 2/1/22, Ned Deily wrote:
>
> Ned Deily added the comment:
>
> Merged for release in 3.11.0a5. We *could* backport it to 3.10 and 3.9 but
> that involv
Change by Nathan Howard :
--
components: +Build -Installation
versions: -Python 3.10
___
Python tracker
<https://bugs.python.org/issue46602>
___
___
Python-bug
Change by Nathan Howard :
--
keywords: +patch
pull_requests: +29244
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31062
___
Python tracker
<https://bugs.python.org/issu
New submission from Nathan Howard :
TODO: (see PR)
--
components: Installation
messages: 412298
nosy: adanhawth
priority: normal
severity: normal
status: open
title: Subtle trouble with heredoc append in configure.
type: compile error
versions: Python 3.10
New submission from Nathan Shain :
I'm trying to develop C++ Extension that needs to access the new line table. I
have a call to PyLineTable_InitAddressRange in my extension. After compiling,
"_PyLineTable_InitAddressRange" symbol is undefined in the .so (which is ok so
far).
When
Nathan/Eilisha Shiraini added the comment:
Thanks for the quick response. It seems Avast was just as quick, I updated my
AV's databases a few minutes ago and now it doesn't repost the files as
malware. Same for the VirusTotal scans.
--
___
Python
Nathan/Eilisha Shiraini added the comment:
Also I should have added: I have already reported the file to Avast as a
possible false positive, and I'm working on an app that heavily relies on LZMA
so this has a high impact for me.
--
___
Python
New submission from Nathan/Eilisha Shiraini :
Sending this here for information mostly
On Windows, a recent (2022-01-21) Avast update makes it target the binary LZMA
module embedded in Python 3.9 and 3.10.
I'm talking about this file: \DLLs\_lzma.pyd
I've run a VirusTotal scan of the 3.10
Change by Nathan Jensen :
--
nosy: +ndjensen
___
Python tracker
<https://bugs.python.org/issue46070>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Nathan Jensen :
--
nosy: +ndjensen
___
Python tracker
<https://bugs.python.org/issue40512>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Nathan Jensen :
--
nosy: +ndjensen
___
Python tracker
<https://bugs.python.org/issue22213>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Nathan Jensen :
--
nosy: +ndjensen
___
Python tracker
<https://bugs.python.org/issue46006>
___
___
Python-bugs-list mailing list
Unsubscribe:
Nathan Collins added the comment:
Apparently the existing ConnectionError and its subclasses were added as part
of PEP 3151, tracked here: https://bugs.python.org/issue12555 .
--
___
Python tracker
<https://bugs.python.org/issue45
New submission from Nathan Collins :
WHAT
It would be nice if there was a special-case subclass of the standard library
OSError/ConnectionError class for C EHOSTUNREACH (a.k.a. "no route to host")
errors. Currently there are special-case subclasses of ConnectionError for
several o
Nathan Collins added the comment:
Just wanted to clarify: my previous "where everything works" comment is not
saying this bug doesn't exist, I just mean I missed one case in my analysis of
the bug. The bug is very much there, and easy to reproduce using the example
programs
Nathan Collins added the comment:
Oh, and I can't count: there are 16 = 4x4 possible combinations of socket
closure modes for the client and server. The one I missed was Client='',
Server=SA, where everything works because the client doesn't reuse file
descriptors and the server closes its
Nathan Collins added the comment:
I created a new issue for my bug here: https://bugs.python.org/issue44805
--
___
Python tracker
<https://bugs.python.org/issue43
Change by Nathan Collins :
Added file: https://bugs.python.org/file50199/client.py
___
Python tracker
<https://bugs.python.org/issue44805>
___
___
Python-bugs-list mailin
New submission from Nathan Collins :
Problem
===
When using asyncio streams via
(r,w) = asyncio.open_connection(sock=socket)
with a already connected socket `socket`, if you call `socket.close()`
but not `w.close()` when you're done, then when the OS later reuses
the file descriptor
Nathan Collins added the comment:
What was the resolution for this issue? I'm experiencing
asyncio.StreamReader.readline() hanging forever on a socket in CLOSE_WAIT state.
--
nosy: +NathanCollins
___
Python tracker
<https://bugs.python.
New submission from Nathan Fallet :
Complex exponentiation doesn't work as expected:
```
>>> (-1) ** 0.5
(6.123233995736766e-17+1j)
```
I think the issue is linked with this part of the code:
https://github.com/python/cpython/blob/32bd68c839adb7b42af12366ab0892303115d1d
Nathan Beals added the comment:
As per the instructions on the contributing guide, I'm "pinging" this issue
after 30 days.
--
___
Python tracker
<https://bugs.python.o
Change by Nathan Beals :
--
keywords: +patch
pull_requests: +23107
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24287
___
Python tracker
<https://bugs.python.org/issu
Change by Nathan Beals :
--
title: Missing MIME types for opus, AAC and 3gpp(2) -> Missing MIME types for
opus, AAC, 3gpp and 3gpp2
___
Python tracker
<https://bugs.python.org/issu
New submission from Nathan Beals :
These are officially recognized MIME types by IANA:
https://www.iana.org/assignments/media-types/media-types.xhtml#audio
- .opus: audio/opus (https://www.iana.org/assignments/media-types/audio/opus
and https://tools.ietf.org/html/rfc7845 for recommended
Nathan Maynes added the comment:
Im still trying to get the hang of the PR workflow so my apologies in advance.
I closed the first PR by accident. I made the mistake of including a commit for
another issue as well as the commit for this issue. When trying to clean up, I
reverted back too
Change by Nathan Maynes :
--
pull_requests: +20879
pull_request: https://github.com/python/cpython/pull/21734
___
Python tracker
<https://bugs.python.org/issue41
Change by Nathan Maynes :
--
keywords: +patch
pull_requests: +20874
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21730
___
Python tracker
<https://bugs.python.org/issu
Nathan Maynes added the comment:
I'm creating a pull request that implements the suggestion by xtreak.
--
nosy: +nmaynes
___
Python tracker
<https://bugs.python.org/issue41
Change by Nathan Maynes :
--
keywords: +patch
pull_requests: +20850
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21707
___
Python tracker
<https://bugs.python.org/issu
Nathan Maynes added the comment:
I'd like to create a pull request for this issue. Should be able to complete it
this evening.
--
nosy: +nmaynes
___
Python tracker
<https://bugs.python.org/issue41
Change by Nathan Silberman :
--
keywords: +patch
pull_requests: +18597
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19216
___
Python tracker
<https://bugs.python.org/issu
New submission from Nathan Brooks :
Faulty example:
x = [1,2,3,4,5,6,7]
# this should replace items 3 and 6 with each other
x[2], x[x.index(6)] = 6, x[2]
print(x)
[1,2,3,4,5,6,7]
Workaround:
x = [1,2,3,4,5,6,7]
i = x.index(6)
# this replaces items 3 and 6 in the list.
x[2], x[i] = 6, x[2
New submission from Nathan Silberman :
When extracting multiple zip files, each from a separate process, if the files
being extracted are in nested directories and files across zips contain the
same parent directories, the extraction process fails as one zip attempts to
create a directory
New submission from Nathan Michaels :
>>> from multiprocessing.connection import Listener
>>> listener = Listener('\0conntest', family='AF_UNIX')
>>> listener.close()
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib64/python3.
Change by Nathan Michaels :
--
components: Library (Lib)
nosy: nmichaels
priority: normal
severity: normal
status: open
title: multiprocessing.connection.Listener fails to close with null byte in
AF_UNIX socket name.
type: crash
versions: Python 3.6
Nathan Goldbaum added the comment:
Thank you for the fix! Yes I'm planning to file an issue with flair about this
and patch this use case in PyTorch itself.
--
___
Python tracker
<https://bugs.python.org/issue39
Nathan Goldbaum added the comment:
So I *think* I've pieced together what caused the user crash that originated in
the flair library. It turns out that pickle.load, via torch.load, is getting
passed an mmap.mmap.
https://github.com/flairNLP/flair/blob
Nathan Goldbaum added the comment:
In this case the tests are explicitly testing that a file-like object that does
not implement readinto works with torch.load (which is using pickles under the
hood). See
https://github.com/pytorch/pytorch/blob/master/test/test_serialization.py#L416-L429
New submission from Nathan Goldbaum :
As of https://github.com/python/cpython/pull/7076, it looks like at least the C
implementation of pickle.load expects the file argument to implement readinto:
https://github.com/python/cpython/blob/ffd9753a944916ced659b2c77aebe66a6c9fbab5/Modules
Change by Guðni Nathan :
--
keywords: +patch
pull_requests: +16016
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/16438
___
Python tracker
<https://bugs.python.org/issu
Guðni Nathan added the comment:
This bug appears to also affect shallow copies and can be reproduced with the
following code:
>>> import copy
>>> obj = property()
>>> copy.copy(obj)
Traceback (most recent call last):
File "", line 1, in
Guðni Nathan added the comment:
Function objects are considered "atomic" here and I believe you can also write
to their __doc__ (among other attributes).
--
___
Python tracker
<https://bugs.python.o
Guðni Nathan added the comment:
A small change:
The fix should go to Lib/copy.py:198, not line 208.
--
___
Python tracker
<https://bugs.python.org/issue38
New submission from Guðni Nathan :
Currently, attempting to deepcopy a property object will result in an
unexpected TypeError:
>>> import copy
>>> obj = property()
>>> new_obj = copy.deepcopy(obj)
Traceback (most recent call last):
File "", line 1, in
New submission from Nathan Oyama :
In "Python 3.7 Documentation > Python HOWTOs > Argparse Tutorial"
(https://docs.python.org/3.7/howto/argparse.html), search this page for
elif args.verbosity >= 1:
The operator ">=" should read "==" because ar
New submission from Nathan Woods :
The following code works in an interactive shell or in a batch file, but not
when executed as part of a unittest suite or pdb:
from random import random
out = [random() for ind in range(3)]
It can be made to work using pdb interact, but this doesn't help
New submission from Nathan Benson :
While writing some shellcode I uncovered an unusual bug where Python 3 seems to
print out incorrect (and extra) hex bytes using the print statement with \x.
Needless to say I was pulling my hair out trying to figure out why my shellcode
wasn’t working
nathan rogers <nathan.roger...@gmail.com> added the comment:
[[], [], [], [], []]
How is it expected behavior in python, that
when I update position 0,
it decides to update positions 1-infinity as well?
That is nonsense, and there is not a use case for this behavior. If you have
a
nathan rogers <nathan.roger...@gmail.com> added the comment:
Can anyone give me a legitimate answer as to why this would be expected
behavior? When at any point would you ever need that?
If the list is local, you already have the thing. If it isn't local, you can
pass it to a fu
New submission from nathan rogers <nathan.roger...@gmail.com>:
https://repl.it/repls/ColorfulFlusteredPercent
Here you can see the unexpected behavior I was speaking of. This behavior is
NOT useful compared to the expected behavior. If I reference position 0 in the
array, I expect posi
Nathan Henrie <n8hen...@gmail.com> added the comment:
I've continued looking into this.
If you have your limits configured higher than default, as I did (and which
seems to be working fine):
```
sudo launchctl limit maxfiles 64000 524288
ulimit -Sn 64000
```
then you'll find that
Nathan Henrie <n8hen...@gmail.com> added the comment:
Update -- I found the following plist at
`/Library/LaunchDaemons/limit.maxfiles.plist`:
```xml
http://www.apple.com/DTDs/PropertyList-1.0.dtd;>
Label
limit.maxfiles
ProgramArguments
launchctl
Nathan Henrie <n8hen...@gmail.com> added the comment:
Thanks for the response -- I'll keep looking, feel free to close since it's
not being reproduced.
```
$ sysctl kern.maxfilesperproc
kern.maxfilesperproc: 64000
$ ./python.exe -c 'import resource;
print(resource.get
Nathan Henrie <n8hen...@gmail.com> added the comment:
Hmmm, still failing for me. I wonder if it's something specific to my machine.
```
git reset --hard 3.6 && make clean && git pull && ./configure --with-pydebug &&
Nathan Henrie <n8hen...@gmail.com> added the comment:
Awesome, I'm really excited to have contributed something, no matter how small.
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Nathan Henrie <n8hen...@gmail.com> added the comment:
Traceback:
```
File "cpython/Lib/test/test_selectors.py", line 453, in test_above_fd_setsize
self.assertEqual(NUM_FDS // 2, len(s.select()))
File "cpython/Lib/selectors.py", line 376, in select
fd_ev
New submission from Nathan Henrie <n8hen...@gmail.com>:
Failing for me on latest 3.6, 3.6.1, 3.5.5, may be related to
https://bugs.python.org/issue32517, presumably a change on macOS KQueue stuff.
Can anyone else on macOS 10.13.3 see if they can reproduce?
```
make clean &&am
Nathan Henrie <n8hen...@gmail.com> added the comment:
It seems to work if you close proto.transport (as is done in
`test_write_pty()`).
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Change by Nathan Henrie <n8hen...@gmail.com>:
--
keywords: +patch
pull_requests: +5799
stage: needs patch -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Nathan Kerr <nathanker...@gmail.com> added the comment:
Just submitted a PR for this issue, however I only signed the CLA an hour ago
so it hasn't gone through yet.
This is my first contribution, I followed the guide but please let me know if I
missed anything. Thanks!
-
Change by Nathan Kerr <nathanker...@gmail.com>:
--
keywords: +patch
pull_requests: +5313
stage: needs patch -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Nathan Henrie <n8hen...@gmail.com> added the comment:
I can reproduce on my local machine.
MacOS 10.13.2, trying to build 3.6.4. Waited for up to 6 hours for it to fail
or finish, never does, just hangs at `test_asyncio`.
--
nosy: +n8
Nathan Henrie <n8hen...@gmail.com> added the comment:
Think I am also seeing this, MacOS 10.13.2, making 3.6.4 from source
test_asyncio hangs indefinitely.
I killed it after 2 hours this morning, last output was: `running: test_asyncio
(9481 sec)`
--
nosy: +n8
New submission from Nathan Goldbaum <nathan12...@gmail.com>:
According to PEP 238:
"floor division will be implemented in all the Python numeric types, and will
have the semantics of:
a // b == floor(a/b)
except that the result type will be the common type into which a and b a
New submission from Nathan Henrie <n8hen...@gmail.com>:
I routinely download the epub version of the docs to my computer and mobile
devices as an offline copy. The 3.6.3 version reports a big error on the first
(and many other pages):
> This page contains the following errors:
erro
New submission from Nathan Marrow:
The documentation for emulating callable objects with __call__ seems to imply
only positional arguments are supported. For instance, it says __call__ is
"object.__call__(self[, args…])" and describes:
Called when the instance is “called” as
New submission from Nathan Henrie:
Please see my (closed) issue, I was told to resubmit here.
https://github.com/python/pythondotorg/issues/1140
Basically, I usually download a local copy of the epub and HTML docs so I can
reference offline (and faster using the "custom search engine&quo
New submission from Nathan Buckner:
Unicode support for TestCase.skip is broken because the caught SkipTest
exception is passed through a str call.
except SkipTest as e:
self._addSkip(result, str(e))
Could be fixed with by changing to unicode(e)
--
components: Tests, Unicode
files
Changes by Nathan Jensen <ndjen...@gmail.com>:
--
nosy: +Nathan Jensen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27400>
___
_
New submission from Nathan Marrow:
The library documentation for set intersection gives this definition:
intersection(other, ...)
For any set, s, however, intersection may be called with no arguments, which
returns the same set. The documentation, as written, implies such usage would
raise
New submission from nathan snobelen:
Hi, I've noticed a bug in int() when converting a specific range of numbers it
will incorrectly round the last digit down.
We have some payment code which formats numbers for processing in our system
and we noticed that the payment of 1108431.38
Nathan Harold added the comment:
Here's a patch with those three replacements and related comments.
--
keywords: +patch
nosy: +nharold
Added file: http://bugs.python.org/file43379/constants.patch
___
Python tracker <rep...@bugs.python.org>
Nathan Harold added the comment:
I went over the sections I above called "Other/Smaller details" as addressed in
mywork3.patch. I think they look fine. The patch applies seamlessly to both
3.5 and 3.6.
For reference, since I noted them when I reviewed mywork2.patch last
Nathan Harold added the comment:
I went through all the diffs in Rietveld, checking it against msg228576 as I
went. There were (naturally) more source links added than there are in that
list from 2014, and there were also many more files with slight header
reorganizations for consistency
Nathan Harold added the comment:
I'll give this a go, per Terry's instructions in msg266846.
I've noticed up front that, due to other changes near the headers of a couple
of files (specifically fcntl.rst and termios.rst), the patch doesn't apply
cleanly anymore. Is it permissible for me
Changes by Nathan Harold <penw81...@yahoo.com>:
--
nosy: +nharold
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue22558>
___
__
New submission from Nathan Harold:
There's a bit of uninterpreted RST markup:
3.6.. _tut-using:
at the top of the second section of the tutorial
(https://docs.python.org/3.6/tutorial/interpreter.html) in the documentation
for 3.6 only. (I can see this in the offline copy I received
Nathan Harold added the comment:
Added it to the table at
https://docs.python.org/3.6/library/http.html#http-status-codes and put a
versionadded notice at the bottom.
--
nosy: +nharold
Added file: http://bugs.python.org/file43086/doctable.diff
Nathan Harold added the comment:
emailexample.patch fixes the specific issue mentioned in #26426: the Address
constructor is now used as documented. It changes the final output of the two
combined examples (as presented in the documentation) accordingly.
In general it seems as though
Nathan Harold added the comment:
Split version (cleandoc2.patch):
Clean up indentation from docstrings that are indented to line up with blocks
of code.
All leading whitespace is removed from the first line. Any leading
whitespace
that can be uniformly removed from the second
Changes by Nathan Harold <penw81...@yahoo.com>:
Added file: http://bugs.python.org/file43022/3_fix_2.7.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Nathan Harold <penw81...@yahoo.com>:
Added file: http://bugs.python.org/file43021/3_fix_3.5.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Nathan Harold added the comment:
The 2_fix* patches were unfortunately slightly broken because an unrelated
revision to xmlrpc.client.rst changed one of the lines the patch files were
using as an anchor (by adding a period to the end).
I've uploaded the 3_fix* series, which addresses
Nathan Harold added the comment:
Here's my shot at a revision (corresponding patch attached):
Clean up indentation from docstrings that are indented to line up with blocks
of code. All leading whitespace is removed from the first line. Any leading
whitespace that can be uniformly
Nathan Naze added the comment:
I also buy the argument that changing the behavior now would be problematic
given the existing usages in the wild.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Nathan Naze added the comment:
> It does 'bool(value)', and 'bool("False")' is True, since "False" is a
> non-empty string.
Yes, I understand this. It's fine to mark as "working as intended", but coming
from other flag-parsing libraries, I find the behavio
New submission from Nathan Naze:
Setting a boolean type in argparse gives unexpected behavior when setting
"True", "False", etc.
https://gist.github.com/nanaze/db63e3f63e318408e3223bf1245d9752
Would have expected parsing to fail for unclear input that doesn't neatly map
New submission from Nathan Kerr:
In the documentation for the curses module- 15.11 in Python 2.7
(https://docs.python.org/2.7/library/curses.html), the given key values for
Page Up and Page Down are "KEY_NPAGE" and "KEY_PPAGE" respectively. These
should be reversed.
Nathan Williams added the comment:
Serhiy, that workaround worked for my needs, thanks.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Nathan Williams added the comment:
I have attached the response.
As it is coming from our UMS, I had to redact a few values, but that shouldn't
matter.
For reference, they were the host name of my email address, and the hashes of
passwords etc.
Our UMS is a bit too chatty!
--
Added
New submission from Nathan Williams:
I am using xmlrpclib against an internal xmlrpc server.
One of the responses returns integer values, and it raises an exception in
"_stringify"
The code for _stringify is (xmlrpclib.py:180 in python2.7):
if unicode:
def _string
Nathan West added the comment:
Not quite, no. The issue looks like this:
user@host ~/test> python3 -mvenv env
user@host ~/test> true
user@host ~/test> false
user@host ~/test [1]> source env/bin/activate.fish
(env) user@host ~/test> true
(env) user@hos
Nathan West added the comment:
Fixed an issue where fish_prompt was returning before calling _old_fish_prompt
--
Added file: http://bugs.python.org/file41103/patch.diff
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Nathan Herring added the comment:
FWIW, it's also pretty easy to write
self.assertEqual({'key': 'value'}, dict(foo))
and get the right behavior, but it'd be nice if it was done automagically by
type checking.
--
___
Python tracker <
New submission from Nathan West:
Many fish_prompts use display the $status (fish's equivalent to $?) somewhere
in the prompt. Currently, venv's activate.fish overwrites and wraps the user's
fish_prompt, the wrapping doesn't preserve this $status. This patch ensures
that the $status
New submission from Nathan Herring:
We have some code that generates objects that inherit from Mapping that are not
nearly as straightforward to instantiate in a test. It's much easier to have
something like the follows:
foo = … # some collections.Mapping subtype
self.assertEqual({'key
Nathan Jensen added the comment:
Is it possible to get the license issues resolved and get this fixed in 2.7.11
since that's the last 2.7 release that is currently scheduled?
--
nosy: +Nathan Jensen
___
Python tracker rep...@bugs.python.org
http
Nathan Jensen added the comment:
Ok, I was confused since the ticket was still marked as Open. We are trying to
make an open source CPython extension available for download and building and
we don't want to add a dependency on setuptools. We will patch our build
commands based
New submission from Nathan Ringo:
On Arch Linux, running `python2 -c import platform; print
platform.linux_distribution()'
Before patch: ('', '', '')
After patch: ('arch', 'Arch', 'Linux')
This matches the Python 3 behavior:
`python3 -c import platform; print(platform.linux_distribution
1 - 100 of 137 matches
Mail list logo