Miro Hrončok added the comment:
Ack, will do it downstream-only.
--
___
Python tracker
<https://bugs.python.org/issue46114>
___
___
Python-bugs-list mailin
Miro Hrončok added the comment:
3.8 is security only, so I suppose there is no chance of getting the test fixed
as well?
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue46
Change by Miro Hrončok :
--
nosy: +hroncok
nosy_count: 8.0 -> 9.0
pull_requests: +29780
pull_request: https://github.com/python/cpython/pull/31034
___
Python tracker
<https://bugs.python.org/issu
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +29658
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31534
___
Python tracker
<https://bugs.python.org/issu
Miro Hrončok added the comment:
Apparently, the exception already contains a path attribute with exactly the
kind of information I'd like to see.
What if the message was:
ImportError: bad magic number in '/usr/bin/six.pyc': b'\x03\xf3\r\n'
Would that be accepted as a PR? Should I discuss
New submission from Miro Hrončok :
Recently I've been debugging a very nasty bug report that looked like this:
Traceback (most recent call last):
File "/usr/bin/jupyter-notebook", line 5, in
from notebook.notebookapp import main
File "/usr/lib/python3.1
Miro Hrončok added the comment:
I've adapted the PR. See the latest commit (Instead of *venv* scheme, have
*posix_venv* and *nt_venv*).
--
___
Python tracker
<https://bugs.python.org/issue45
Miro Hrončok added the comment:
Proposed the revert at https://github.com/python/cpython/pull/31098
--
___
Python tracker
<https://bugs.python.org/issue46
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +29283
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31098
___
Python tracker
<https://bugs.python.org/issu
New submission from Miro Hrončok :
In
https://github.com/python/cpython/commit/5afa0a411243210a30526c7459a0ccff5cb88494
the support for non-integer types was removed from random.randrange().
This change is not backward-compatible and it breaks 3rd party code, for
example:
simplewrap: https
Miro Hrončok added the comment:
The PR is now ready for review.
--
___
Python tracker
<https://bugs.python.org/issue45413>
___
___
Python-bugs-list mailin
Miro Hrončok added the comment:
I've created a draft PR in https://github.com/python/cpython/pull/31034
It is still missing tests and I have not checked it on Windows, hence still a
draft.
--
___
Python tracker
<https://bugs.python.org/issue45
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +29217
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31034
___
Python tracker
<https://bugs.python.org/issu
Miro Hrončok added the comment:
I'll try to draft this change for Python 3.11.
--
___
Python tracker
<https://bugs.python.org/issue45413>
___
___
Python-bug
New submission from Miro Hrončok :
As described at
https://mail.python.org/archives/list/python-...@python.org/thread/MPHZ3TGSHMSF7C4P7JEP2ZCYLRA3ERC5/
the AC_C_CHAR_UNSIGNED macro from configure.ac confuses GCC 12+ as it exports
a reserved symbol __CHAR_UNSIGNED__ through pyconfig.h.
My
Miro Hrončok added the comment:
In Fedora 36+ / Python 3.10+ we now use an install_scheme that looks like this:
'purelib': '{base}/local/lib/python{py_version_short}/site-packages',
'platlib':
'{platbase}/local/{platlibdir}/python{py_version_short}/site-packages',
'scripts
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue46070>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue46006>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
git bisect gives:
https://github.com/python/cpython/commit/ea251806b8d11b30d2182af1e589caf88acf
--
___
Python tracker
<https://bugs.python.org/issue46
New submission from Miro Hrončok :
Hello,
based on some bug reports reported in:
- https://github.com/GrahamDumpleton/mod_wsgi/issues/729
- https://github.com/poljar/weechat-matrix/issues/293
- https://bugzilla.redhat.com/show_bug.cgi?id=2030621
I have isolated the following reproducer
Miro Hrončok added the comment:
I consider it a bugfix. I don't expect users to rely on the previous behavior
and be surprised by the new, but yet I know https://xkcd.com/1172/ very well.
--
___
Python tracker
<https://bugs.python.org/issue45
Miro Hrončok added the comment:
It also seems that it is *not* necessary to use Python 3.11 for regen-frozen to
get the failure:
$ make regen-frozen PYTHON_FOR_REGEN=python3.10
python3.10 ../../Tools/scripts/freeze_modules.py
ERROR: missing _freeze_module
make: *** [Makefile:1259: regen
Miro Hrončok added the comment:
There seem to be a regression in this fix, see
https://bugs.python.org/issue45866
--
___
Python tracker
<https://bugs.python.org/issue45
Miro Hrončok added the comment:
git bisect says:
ff8859d965815e8b5af346bd90299cfa5568c855 is the first new commit
commit ff8859d965815e8b5af346bd90299cfa5568c855
Author: Victor Stinner
Date: Thu Oct 7 21:19:13 2021 +0200
bpo-45402: Fix test_tools.test_sundry() (GH-28786)
Fix
New submission from Miro Hrončok :
In Fedora, when building Python 3.11.0a2 with Python 3.11.0a2 for regen, we
found that regen-frozen fails.
It can be reproduced either on the v3.11.0a2 tag or on the main branch.
On tag v3.11.0a2 with 3.11.0a2 installed in $PATH:
# in root of cpython local
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue45783>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Miro Hrončok :
--
versions: +Python 3.10
___
Python tracker
<https://bugs.python.org/issue45778>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue45778>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Miro Hrončok :
--
components: +Library (Lib)
___
Python tracker
<https://bugs.python.org/issue45703>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
The PR is now ready for review.
--
___
Python tracker
<https://bugs.python.org/issue45703>
___
___
Python-bugs-list mailin
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +27642
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29384
___
Python tracker
<https://bugs.python.org/issu
Miro Hrončok added the comment:
I have a fix in mind, will submit a draft pull request without tests shortly,
continue with the tests later.
--
___
Python tracker
<https://bugs.python.org/issue45
New submission from Miro Hrončok :
Recently, when debugging a weird problem (see
https://bugzilla.redhat.com/show_bug.cgi?id=2018551 for details if interested,
but not important for this issue), I've realized that the _NamespacePath class
(from importlib/_bootstrap_external.py) has a cache
Miro Hrončok added the comment:
> so distributors could patch the install schemes in there and distutils
> (whether the one in the standard library or a third party fork).
Somehow, this sentence is not finished properly.
...so distributors could patch the install s
Miro Hrončok added the comment:
Related: https://bugs.python.org/issue45460
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue41282>
___
___
New submission from Miro Hrončok :
In https://github.com/python/cpython/pull/24549 (Load install schemes from
sysconfig) we have assumed that distutils will simply read all information from
sysconfig, so distributors could patch the install schemes in there and
distutils (whether the one
Miro Hrončok added the comment:
The existing install schemes contain values for all different kinds of OSes,
somehow named according to them.
If we introduce a single "virtual"/"venv" scheme, it would need to have
different contents on different OSes (e.g. Windows vs P
Change by Miro Hrončok :
--
pull_requests: +27119
pull_request: https://github.com/python/cpython/pull/28784
___
Python tracker
<https://bugs.python.org/issue45
Miro Hrončok added the comment:
I am working on a fix
--
___
Python tracker
<https://bugs.python.org/issue45400>
___
___
Python-bugs-list mailing list
Unsub
Miro Hrončok added the comment:
I can also reproduce this without the additional configure flags:
[cpython]$ git clean -fdx
[cpython]$ mkdir -p build/debug
[cpython]$ cd build/debug
[debug]$ ../../configure --with-pydebug
[debug]$ make
[debug]$ cd ../..
[cpython]$ build/debug/python -m test -v
Miro Hrončok added the comment:
I can reproduce this from git main branch:
$ git clean -fdx
$ mkdir -p build/debug
$ cd build/debug
$ ../../configure --with-platlibdir=lib64 --enable-shared --without-ensurepip
--with-pydebug
$ make
$ cd ../..
$ LD_LIBRARY_PATH=$PWD/build/debug build/debug
New submission from Miro Hrončok :
When we build Python 3.10.0a1 (from the git tag) in Fedora, we see:
==
ERROR: test_sundry (test.test_tools.test_sundry.TestSundryScripts
Change by Miro Hrončok :
--
components: +Tests
___
Python tracker
<https://bugs.python.org/issue45400>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
I see this was previously added to 3.10 beta, so this never triggered. The test
only fails when building from a directory that contains the full Python version.
--
___
Python tracker
<https://bugs.python.
New submission from Miro Hrončok :
The test_name_error_suggestions_do_not_trigger_for_too_many_locals test fails
with the to-be-released 3.11.0a1:
==
FAIL: test_name_error_suggestions_do_not_trigger_for_too_many_locals
Miro Hrončok added the comment:
> It would mean that extensions compiled against the release candidates may not
> be binary compatible with the final release
If that's true, I definitively argue not to do that. We've told everybody it
won't
Miro Hrončok added the comment:
Also Numba is broken: https://bugzilla.redhat.com/show_bug.cgi?id=2005686
--
___
Python tracker
<https://bugs.python.org/issue43
Miro Hrončok added the comment:
The 3.10 backport is in https://github.com/python/cpython/pull/28251
--
___
Python tracker
<https://bugs.python.org/issue45
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue45119>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
Fix was proposed in https://github.com/python/cpython/pull/28235 but references
the original bpi number.
--
___
Python tracker
<https://bugs.python.org/issue45
Miro Hrončok added the comment:
There seem to be a regression in test_user_similar:
https://bugs.python.org/issue45136
--
___
Python tracker
<https://bugs.python.org/issue44
Miro Hrončok added the comment:
This was introduced in issue44860.
--
nosy: +dstufft, eric.araujo, frenzy, hroncok, lukasz.langa, miss-islington,
pablogsal, petr.viktorin, uranusjr
___
Python tracker
<https://bugs.python.org/issue45
Miro Hrončok added the comment:
> I don't think we need to match the `/usr/` scheme here. For Python software
> that's not part of a distro, I think just `lib/` is fine.
I agree.
--
___
Python tracker
<https://bugs.python.org/i
Miro Hrončok added the comment:
Installing to ~/.local/lib works, installing to ~/.local/lib64 breaks things,
as it is not on sys.path. I agree that restoring the pre-3.9 behavior in
sysconfig to use lib instead of depending on sys.platlibdir is a better fix, at
least for 3.9 and 3.10. We
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue44860>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
This is the same as https://bugs.python.org/issue44823, sorry about that.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Miro Hrončok added the comment:
The 3.10.0rc1 source tarballs contain the Docs/venv directory populated with
pablogsal's venv: issue44824
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue44
Change by Miro Hrončok :
--
title: The 3.10.0rv1 source tarballs contain the Docs/venv directory populated
with pablogsal's venv -> The 3.10.0rc1 source tarballs contain the Docs/venv
directory populated with pablogsal's venv
___
Python trac
New submission from Miro Hrončok :
When we download the signed Python-3.10.0rc1.tgz or Python-3.10.0rc1.tar.xz
source tarball, we see that the Docs/venv directory contains teh actual virtual
environment with
#!/home/pablogsal/github/python/3.10/3.10.0rc1/Python-3.10.0rc1/Doc/venv/bin/python3
Miro Hrončok added the comment:
Submitted to both.
https://github.com/python/cpython/pull/26784
https://github.com/python/importlib_metadata/pull/325
--
components: +Tests -Library (Lib)
___
Python tracker
<https://bugs.python.org/issue44
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +25369
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26784
___
Python tracker
<https://bugs.python.org/issu
Change by Miro Hrončok :
--
components: +Tests -Library (Lib)
___
Python tracker
<https://bugs.python.org/issue44451>
___
___
Python-bugs-list mailing list
Unsub
Miro Hrončok added the comment:
Adding the reset to the context manager:
with warnings.catch_warnings(record=True) as caught:
warnings.resetwarnings()
eps[0]
Or even better explicitly:
with warnings.catch_warnings(record=True) as caught
Miro Hrončok added the comment:
I've added warnings.resetwarnings() to the test. it makes it pass.
It says:
Warning -- warnings.filters was modified by test_importlib
Before: (140568295281984, [('default', None, ,
'__main__', 0), ('ignore', None, , None, 0),
('ignore', None, , None, 0
Miro Hrončok added the comment:
I get the DeprecationWarning the tests assumes when not running via the test:
$ cat distinfo_pkg-1.0.0.dist-info/entry_points.txt
[entries]
main = mod:main
ns:sub = mod:main
$ ./python
Python 3.11.0a0 (heads/main:0982ded179, Jun 18 2021, 14:14:16) [GCC 10.3.1
Miro Hrončok added the comment:
The test_entry_points_by_index test also fails on Fedora. See issue44451.
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue44
Miro Hrončok added the comment:
Also reproducible without --enable-shared.
[cpython (main)]$ ./configure && make
[cpython (main)]$ ./python --version
Python 3.11.0a0
[cpython (main)]$ ./python -m test test_importlib
0:00:00 load avg: 5.40 Run tests sequentially
0:00:00 load avg: 5
Miro Hrončok added the comment:
Also reproduced on the main branch.
--
versions: +Python 3.11
___
Python tracker
<https://bugs.python.org/issue44451>
___
___
New submission from Miro Hrončok :
Hello.
When we attempted to upgrade to Python 3.10.0b3 on Fedora 33 and 34, we see the
following test failure:
==
ERROR: test_entry_points_by_index
Miro Hrončok added the comment:
Updating the doctest is certainly a good solution for this particular project.
However I still think this regression deserves to be resolved. This was part of
the API, whether intended or not.
--
___
Python tracker
Miro Hrončok added the comment:
> Does it mean that rust-cpython was broken in Python 3.10 even if a change was
> prepared with a deprecation period if Python 3.9? Does it mean that the
> deprecation period was inefficient on this project?
I don't see any deprecation warning whe
Miro Hrončok added the comment:
All details I have about rust-cpython are that it fails tests with:
AttributeError: module 'unicodedata' has no attribute 'ucnhash_CAPI'
See the test failures in https://koschei.fedoraproject.org/package/rust-cpython
e.g.:
src/objects/capsule.rs
Miro Hrončok added the comment:
Right. Nevertheless, the reaming has effectively removed the old name.
--
___
Python tracker
<https://bugs.python.org/issue44
New submission from Miro Hrončok :
In bpo-42157, the unicodedata.ucnhash_CAPI attribute was removed without
deprecation. This breaks at least https://github.com/dgrunwald/rust-cpython
with:
AttributeError: module 'unicodedata' has no attribute 'ucnhash_CAPI'
Please revert the removal
Miro Hrončok added the comment:
Yes, for the purposes of this bug, bringing TextFile-powered parse_makefile()
back to distutils (and distutils only) is the right thing to do.
Whether or not Python needs a public standard library function to parse
makefiles and whether that function
New submission from Miro Hrončok :
Hello. I think https://github.com/python/cpython/pull/23142 changed the
behavior of distutils.sysconfig.parse_makefile().
A downstream Fedora report with an affected petsc package:
https://bugzilla.redhat.com/show_bug.cgi?id=1959088
Reproducers
Miro Hrončok added the comment:
I've reported https://bugs.python.org/issue44242 because I believe there is a
regression in this change.
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue38
New submission from Miro Hrončok :
With the change introduced in https://bugs.python.org/issue38250
https://github.com/python/cpython/commit/7aaeb2a3d682ecba125c33511e4b4796021d2f82
I observe a regression in behavior of enum.IntFlag with missing values.
Consider this code (from pyproj
Miro Hrončok added the comment:
A Cython issue report: https://github.com/cython/cython/issues/4153
--
___
Python tracker
<https://bugs.python.org/issue43
Miro Hrončok added the comment:
scikit-learn: https://bugzilla.redhat.com/show_bug.cgi?id=1958976
gcc: sklearn/cluster/_k_means_fast.c
In file included from
/usr/lib64/python3.10/site-packages/numpy/core/include/numpy/ndarraytypes.h:1944,
from
/usr/lib64/python3.10/site
Miro Hrončok added the comment:
Disclaimer: I have not written the code nor do I understand what is trying to
achieve. I merely collect the data and report the problems to the package
maintainers.
It just seems to me that a non-underscored (and hence public) member variable
on a non
Miro Hrončok added the comment:
Fedora packages affected (that we know of now):
greenlet: https://bugzilla.redhat.com/show_bug.cgi?id=1957784
dipy: https://bugzilla.redhat.com/show_bug.cgi?id=1958203
yappi: https://bugzilla.redhat.com/show_bug.cgi?id=1958896
smartcols: https
Miro Hrončok added the comment:
I am afraid the "Speed up check for tracing in interpreter dispatch" brought
some backwards incompatible changes:
yappi/_yappi.c:1261:9: error: ‘PyThreadState’ {aka ‘struct _ts’} has no member
named ‘use_tracing’; did you mean ‘tracing’?
126
Miro Hrončok added the comment:
In Fedora, our build passed on Fedoras 32, 33, 34, 35.
We have:
F32: gcc 10.2.1, openssl 1.1.1k
F33: gcc 10.3.1, openssl 1.1.1k
F34: gcc 11.1.1, openssl 1.1.1k
F35: gcc 11.1.1, openssl 1.1.1k
Let me know how can I help to debug the difference in environment
Miro Hrončok added the comment:
Cross referencing the discussion:
https://discuss.python.org/t/mechanism-for-distributors-to-add-site-install-schemes-to-python-installations/8467
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.
Change by Miro Hrončok :
--
nosy: -hroncok
___
Python tracker
<https://bugs.python.org/issue37751>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
Brett, would you accept a PR that changes the changelog entry to contain the
".find_spec() not found; falling back to find_module()" message, for better
search-ability? I needed to use grep + git blame to be able to find out what's
going on.
Also,
Miro Hrončok added the comment:
Python 3.10.0a7 with OpenSSL 3.0 from
https://copr.fedorainfracloud.org/coprs/saprasad/openssl-3.0/ in
https://copr.fedorainfracloud.org/coprs/g/python/openssl-3.0/package/python3.10/
(full logs available there).
3 tests failed:
test_imaplib test_ssl
Miro Hrončok added the comment:
The docs at https://docs.python.org/3/library/importlib.metadata.html also
don't list the API at all, it is just a tutorial, not a reference. I see the
code has docstrings, but they are missing from the docs. E.g.
PackageNotFoundError is not documented at all
Change by Miro Hrončok :
--
nosy: +hroncok
nosy_count: 3.0 -> 4.0
pull_requests: +23632
pull_request: https://github.com/python/cpython/pull/24870
___
Python tracker
<https://bugs.python.org/issu
Miro Hrončok added the comment:
This is now CVE-2021-3426.
--
title: [security] Information disclosure via pydoc -p: /getfile?key=path allows
to read arbitrary file on the filesystem -> [security] CVE-2021-3426:
Information disclosure via pydoc -p: /getfile?key=path allows to r
Miro Hrončok added the comment:
Todd Cullum from Red Hat Security team:
"I don't have an account on Python's tracker, would you mind forwarding to
upstream on my behalf that this is not only locally exploitable, but it can be
exploited by actors on the adjacent network as well because
Miro Hrončok added the comment:
Thanks for the fixer!
--
___
Python tracker
<https://bugs.python.org/issue43372>
___
___
Python-bugs-list mailing list
Unsub
Miro Hrončok added the comment:
Thank you, Ethan.
--
___
Python tracker
<https://bugs.python.org/issue43162>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
When I run `PYTHON_FOR_REGEN=python3.10 make regen-frozen` with Python
3.10.0a5, I get the same diff and the same problem.
When I run `PYTHON_FOR_REGEN=python3.9 make regen-frozen` with Python 3.9.2, I
get no diff and no problem (similarly with Python 3.8.8
Change by Miro Hrončok :
--
nosy: +nascheme
___
Python tracker
<https://bugs.python.org/issue43372>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Miro Hrončok :
The following test failure happens on Python 3.10.0a6+ when we make
regen-frozen with the same Python version we test:
==
FAIL: test_frozentable (ctypes.test.test_values.PythonValuesTestCase
Miro Hrončok added the comment:
I think something is broken with this, full report in:
https://bugs.python.org/issue43372
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue39
Miro Hrončok added the comment:
https://lists.gnu.org/archive/html/bug-readline/2020-11/msg00010.html
https://lists.gnu.org/archive/html/bug-bash/2020-10/msg00048.html
https://lists.gnu.org/archive/html/bug-bash/2020-10/msg00087.html
--
___
Python
Miro Hrončok added the comment:
This also affects Fedora 34+
--
nosy: +hroncok, petr.viktorin, vstinner
___
Python tracker
<https://bugs.python.org/issue42
1 - 100 of 287 matches
Mail list logo