[issue43433] xmlrpc.client ignores query in URI ("?action=xmlrpc2") since python-3.9
Change by Tomas Orsava : -- components: +XML ___ Python tracker <https://bugs.python.org/issue43433> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43433] xmlrpc.client ignores query in URI ("?action=xmlrpc2") since python-3.9
Change by Tomas Orsava : -- nosy: +eli.bendersky, scoder ___ Python tracker <https://bugs.python.org/issue43433> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38815] test_ssl: test_min_max_version() fails on FreeBSD and Fedora
Change by Tomas Orsava : -- keywords: +patch pull_requests: +16917 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17437 ___ Python tracker <https://bugs.python.org/issue38815> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43113] os.posix_spawn errors with wrong information when shebang does not exist
New submission from Tomas Orsava :
os.posix_spawn fails with a wrong error information when executing an existing
file with shebang pointing to a non-existing file.
$ cat demo
#!/usr/bin/hugo
$ ./demo
bash: ./demo: /usr/bin/hugo: bad interpreter: No such file or directory
$ cat repro.py
import os
os.posix_spawn("./demo", ["./demo"], {})
$ python3.10 repro.py
Traceback (most recent call last):
File "/home/torsava/mess-old/2021-02/python-popen/repro.py", line 2, in
os.posix_spawn("./demo", ["./demo"], {})
FileNotFoundError: [Errno 2] No such file or directory: './demo'
The same problem exists when `demo` is on the PATH.
$ export PATH=".:$PATH"
$ demo
bash: ./demo: /usr/bin/hugo: bad interpreter: No such file or directory
$ cat repro_path.py
import os
os.posix_spawn("demo", ["demo"], {})
$ python3.10 repro_path.py
Traceback (most recent call last):
File "/home/torsava/mess-old/2021-02/python-popen/repro_path.py", line 2, in
os.posix_spawn("demo", ["demo"], {})
FileNotFoundError: [Errno 2] No such file or directory: 'demo'
--
components: Library (Lib)
messages: 386187
nosy: torsava
priority: normal
severity: normal
status: open
title: os.posix_spawn errors with wrong information when shebang does not exist
type: behavior
versions: Python 3.10
___
Python tracker
<https://bugs.python.org/issue43113>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43113] os.posix_spawn errors with wrong information when shebang points to not-existing file
Tomas Orsava added the comment: I agree that at least documenting the behaviour is a good idea. This bug has seriously confused our QE person with years of experience, and then me when debugging with him. Chances are it's going to confuse somebody else too. -- ___ Python tracker <https://bugs.python.org/issue43113> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31132] test_prlimit from test_resource fails when building python3 inside systemd-nspawn environment
Tomas Orsava added the comment: So the issue seems to be that Python believes it's run without root privileges, but it's mistaken because it indeed has root. -- nosy: +torsava ___ Python tracker <http://bugs.python.org/issue31132> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29243] --enable-optimizations makes common build commands always need to compile from scratch
Changes by Tomas Orsava : -- pull_requests: +1577 ___ Python tracker <http://bugs.python.org/issue29243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29243] --enable-optimizations makes common build commands always need to compile from scratch
Tomas Orsava added the comment: I've opened a PR#1478 that I believe fixes the issue. -- nosy: +torsava ___ Python tracker <http://bugs.python.org/issue29243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29243] --enable-optimizations makes common build commands always need to compile from scratch
Changes by Tomas Orsava : -- pull_requests: +1618 ___ Python tracker <http://bugs.python.org/issue29243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29243] --enable-optimizations makes common build commands always need to compile from scratch
Changes by Tomas Orsava : -- pull_requests: +1620 ___ Python tracker <http://bugs.python.org/issue29243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29243] --enable-optimizations makes common build commands always need to compile from scratch
Changes by Tomas Orsava : -- pull_requests: +1621 ___ Python tracker <http://bugs.python.org/issue29243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29243] --enable-optimizations makes common build commands always need to compile from scratch
Tomas Orsava added the comment: > Oh wait, I expected that "make test" would build Python with PGO, but it > doesn't anymore. Would it be possible to change the Makefile to make sure > that "make python" (on Linux, "make python.exe" on macOS) would build Python > using PGO? > > I tried to hack something, but I'm lost in dependencies... "make profile-opt" > runs "$(MAKE) build_all_generate_profile" which runs "$(MAKE) build_all > CFLAGS_NODIST=..." and build_all depends on "$(BUILDPYTHON)". > > I'm not sure that it's possible to make everything automatic because of the > high number of targets and dependencies. In addition, profile-opt would have to rewritten to test whether there's already an interpreter built with PGO. And if there is, regenerate it only if the main target is `all` or `profile-opt`, but not when someone runs `make test`, `make install`, etc. It's maybe too radical, but we could change it so that if you run `make test`, `make install` and the like and there's no interpreter built already to test or install, the user is told to run `make` first. -- ___ Python tracker <http://bugs.python.org/issue29243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object
Change by Tomas Orsava : -- pull_requests: +5879 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issue27910> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object
Tomas Orsava added the comment: Hey Cheryl, here is the pull request: https://github.com/python/cpython/pull/6116 -- ___ Python tracker <https://bugs.python.org/issue27910> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29144] Implicit namespace packages in Python 3.6
Changes by Tomas Orsava : -- nosy: +torsava ___ Python tracker <http://bugs.python.org/issue29144> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25573] FrameSummary repr() does not support previously working uses of repr in traceback module
Tomas Orsava added the comment: This problem has already been addressed in issue 27208, and it was fixed by updating the documentation to reflect the new repr(). Therefore, I believe this issue can be closed. -- nosy: +torsava ___ Python tracker <http://bugs.python.org/issue25573> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object
New submission from Tomas Orsava: In the documentation for the `traceback` module, the definitions of functions `extract_tb` [0], `format_list` [1] and classmethod `from_list` [2] mention the old style (4-)tuples that these functions used to return or accept. Since Python 3.5, however, they return or accept a FrameSummary object instead of the 4-tuple, or a StackSummary object instead of a list of 4-tuples. I'm including a patch that fixes these definitions to make them reflect the new reality. [0] https://docs.python.org/3.6/library/traceback.html#traceback.extract_tb [1] https://docs.python.org/3.6/library/traceback.html#traceback.format_list [2] https://docs.python.org/3.6/library/traceback.html#traceback.StackSummary.from_list -- assignee: docs@python components: Documentation files: traceback-doc.patch keywords: patch messages: 274010 nosy: docs@python, torsava priority: normal severity: normal status: open title: Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object versions: Python 3.5, Python 3.6 Added file: http://bugs.python.org/file44293/traceback-doc.patch ___ Python tracker <http://bugs.python.org/issue27910> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27910] Doc/library/traceback.rst — references to tuples should be replaced with new FrameSummary object
Tomas Orsava added the comment: Hi Berker: It's a bit complicated—this specific issue I opened isn't a regression, because it's exactly the change that was intended: Use FrameSummary instead of a 4-tuple to pass the frame data. If you see the last comment for the issue 25573 you linked to, that issue has already been resolved by the docs being updated to reflect the new way of passing data. However, that is not to say there can't be regressions connected to this, but they have to do with the fact that FrameSummary implements only a subset of methods available of tuples. E.g. that FrameSummary does not implement __len__ like tuple does, see issue 26502. -- ___ Python tracker <http://bugs.python.org/issue27910> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
