Miro Hrončok added the comment:
https://bugs.python.org/issue1490384
https://www.doxdesk.com/software/py/pyicons.html
--
___
Python tracker
<https://bugs.python.org/issue38
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +16954
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/17473
___
Python tracker
<https://bugs.python.org/issu
Change by Miro Hrončok :
--
pull_requests: +16955
pull_request: https://github.com/python/cpython/pull/17473
___
Python tracker
<https://bugs.python.org/issue1490
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue38980>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
The change is backwards incompatible and a backport would break things. See for
example how it breaks latexcodec:
https://bugzilla.redhat.com/show_bug.cgi?id=1789613#c2
--
nosy: +hroncok
___
Python tracker
<ht
Miro Hrončok added the comment:
While raising ImportError certainly makes much more sense in this case, this
change is backwards incompatible and there was no DeprecationWarning. I don't
consider that fair.
As a certain compromise, we could maybe raise a custom ImportError+Value
Miro Hrončok added the comment:
I know that raising a DeprecationWarning here is most likely not possible or
too black-magical to do. My intention was not to be harsh, sorry about that. I
just wanted to point out that a backwards incompatible behavior like this
without a (possible
Miro Hrončok added the comment:
For the record, looking at https://docs.python.org/3.9/whatsnew/3.9.html I had
an impression that this also affects regular imports, as described in
https://bugzilla.redhat.com/show_bug.cgi?id=1791769#c2 -- if that's not that
case, I'm sorry.
Any
Miro Hrončok added the comment:
In Fedora, this has started happening after the update of the following
packages:
https://koschei.fedoraproject.org/build/7758715
gcc
10.0.1-0.3.fc32 (in fact, there was gcc 9 in there, the report is maybe broken)
10.0.1-0.4.fc32
libuuid
2.35-0.5.fc32
2.35
Miro Hrončok added the comment:
I think this happens "randomly" regardless of the architecture. I've seen it on
x86_64 as well.
--
title: test_zipfile: test_add_file_after_2107() fails on s390x Fedora Rawhide
3.x -> test_zipfile: test_add_file_after_2107() sometim
Change by Miro Hrončok :
--
nosy: +hroncok
title: Write 2to3 fixer for MutableMapping -> Write 2to3 fixer for
collections.abc imports
___
Python tracker
<https://bugs.python.org/issu
Miro Hrončok added the comment:
I believe there is a regression here.
numpy fails to build with Python 3.9.0a3.
TestMatmul.test_matmul_object _
self =
def test_matmul_object(self):
import fractions
f = np.vectorize
Miro Hrončok added the comment:
Reproducer:
class myint(int):
def __mul__(self, other):
return type(self)(int(self)*int(other))
@property
def numerator(self):
return type(self)(super().numerator)
@property
def denominator(self):
return type(self
Miro Hrončok added the comment:
Naively implementing this code, I'd use isinstance(numerator, int) over
type(numerator) is int. Is that strict type check really needed?
I could not find anywhere whether numerator and denominator of numbers.Rational
need to be numbers.Integral. I would e
Miro Hrončok added the comment:
Also note that the extension modules have archful suffix, so they will not
collide in $HOME, unless they are installed as name.so.
--
___
Python tracker
<https://bugs.python.org/issue1294
Miro Hrončok added the comment:
> > Also note that the extension modules have archful suffix, so they will not
> > collide in $HOME, unless they are installed as name.so.
>
> Yeah, it seems like pip install adopted Debian multiarch naming:
> "x86_64-linux-gnu"
Miro Hrončok added the comment:
I can reproduce this from git and will try to bisect the introducer.
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue39
Miro Hrončok added the comment:
aabdeb766b7fa581e7de01f3c953b12792f0736d is the first new commit
commit aabdeb766b7fa581e7de01f3c953b12792f0736d
Author: David Carlier
Date: Tue Jan 28 12:53:32 2020 +
bpo-38960: DTrace build fix for FreeBSD. (GH-17451)
DTrace build fix for
Miro Hrončok added the comment:
export DFLAGS="" does not seem to workaround this.
$ make distclean && export DFLAGS="" && ./configure --with-dtrace && make
...
undefined reference to `python_line_semaphore'
...
--
_
Miro Hrončok added the comment:
Nope.
--
___
Python tracker
<https://bugs.python.org/issue39761>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
$ make clean && make distclean
$ git clean -x
$ export DFLAGS=""
$ export DFFLAGS=""
$ ./configure --with-dtrace && make
...
undefined reference to `python_audit_semaphore'
...
--
_
Miro Hrončok added the comment:
Oh, my bad.
DFLAGS=" "
^ that indeed works.
--
___
Python tracker
<https://bugs.python.org/issue39761>
___
___
Miro Hrončok added the comment:
Possibly related to https://bugs.python.org/issue32554
https://github.com/python/cpython/pull/15382 Deprecate hashing arbitrary types
in random.seed()
--
nosy: +hroncok, vstinner
___
Python tracker
<ht
Change by Miro Hrončok :
--
nosy: +hroncok
nosy_count: 7.0 -> 8.0
pull_requests: +18259
pull_request: https://github.com/python/cpython/pull/18901
___
Python tracker
<https://bugs.python.org/issu
Change by Miro Hrončok :
--
nosy: +hroncok
nosy_count: 4.0 -> 5.0
pull_requests: +18547
pull_request: https://github.com/python/cpython/pull/19188
___
Python tracker
<https://bugs.python.org/issu
Change by Miro Hrončok :
--
nosy: +hroncok
nosy_count: 17.0 -> 18.0
pull_requests: +18870
pull_request: https://github.com/python/cpython/pull/19520
___
Python tracker
<https://bugs.python.org/iss
Change by Miro Hrončok :
--
nosy: +hroncok
nosy_count: 2.0 -> 3.0
pull_requests: +18970
pull_request: https://github.com/python/cpython/pull/17473
___
Python tracker
<https://bugs.python.org/issue1
Change by Miro Hrončok :
--
pull_requests: +18975
pull_request: https://github.com/python/cpython/pull/19648
___
Python tracker
<https://bugs.python.org/issue38
New submission from Miro Hrončok :
With Python 3.9.0a6 we get the following syntax error when bytecompiling the
standard library in Fedora:
Compiling '/usr/lib64/python3.9/turtledemo/__main__.py'...
*** File "/usr/lib64/python3.9/turtledemo/__main__.py", line 275
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +19097
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19777
___
Python tracker
<https://bugs.python.org/issu
Miro Hrončok added the comment:
I am OK. I don't see why not to backport it, but I don't care much.
--
___
Python tracker
<https://bugs.python.o
New submission from Miro Hrončok :
We had this weird traceback when running pythoninfo in Fedora build with Python
3.9.0a6:
+ /builddir/build/BUILD/Python-3.9.0a6/build/optimized/python -m test.pythoninfo
ERROR: collect_gdb() failed
Traceback (most recent call last):
File "/builddir/
Miro Hrončok added the comment:
BTW The test gdb also crashes in the same way:
test test_gdb crashed -- Traceback (most recent call last):
File "/builddir/build/BUILD/Python-3.9.0a6/Lib/test/libregrtest/runtest.py",
line 270, in _runtest_inner
refleak = _runtest_inner2(ns,
Miro Hrončok added the comment:
Coul you please add a what's new entry for this change?
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/is
Miro Hrončok added the comment:
I don't understand why there is a PendingDeprecationWarning and not a
DeprecationWarning.
See
https://discuss.python.org/t/pendingdeprecationwarning-is-really-useful/1038/4
and issue36404
--
___
Python tr
Miro Hrončok added the comment:
> Getting rid of PendingDeprecationWarning seems like an orthogonal decision;
> if it happens, this can trivially be upgraded to DeprecationWarning as part
> of a removal sweep.
My thought was that the decision was already made to do so. Hence a
Miro Hrončok added the comment:
Thanks for the explanation.
I plan to send a PR to add this to the What's new in 3.9 page early next week.
Anyone, feel free to beat me to it.
--
___
Python tracker
<https://bugs.python.org/is
Miro Hrončok added the comment:
Fedora packagers report that this problem is now showing up in 3.8.3rc1. What
can be done to ensure that 3.8.3 final will contain the fix?
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue39
Miro Hrončok added the comment:
I just did.
--
___
Python tracker
<https://bugs.python.org/issue39562>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
We also get:
File "/usr/lib/python3.9/site-packages/dnf/comps.py", line 111
return'.'.join(lcl)
^
SyntaxError: invalid string prefix
--
nosy: +hroncok
___
Python tracker
<
Miro Hrončok added the comment:
We also get:
File "/usr/lib/python3.9/site-packages/dnf/comps.py", line 111
return'.'.join(lcl)
^
SyntaxError: invalid string prefix
--
nosy: +hroncok
___
Python tracker
<
Miro Hrončok added the comment:
Ah, sorry, I got it mixed up. Reported there.
--
___
Python tracker
<https://bugs.python.org/issue40334>
___
___
Python-bug
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue40495>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Miro Hrončok :
--
pull_requests: +19209
pull_request: https://github.com/python/cpython/pull/19898
___
Python tracker
<https://bugs.python.org/issue40
Change by Miro Hrončok :
--
nosy: -hroncok
___
Python tracker
<https://bugs.python.org/issue40334>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
I will soon come back with what Fedora package were affected by the problem.
That could give some data about how to handle this.
--
___
Python tracker
<https://bugs.python.org/issue40
Miro Hrončok added the comment:
Not that many:
cpython itself (fixed via PR)
demjson (fixed via PR)
asn1crypto (fixed via PR)
dnf (fixed via PR)
freeipa (fixed via PR)
I gave up sending PRs at this point.
waf
weasyprint
virt-who
thrift
salt
wxpython4
rosdistro
mne
pycairo
libstoragemgmt
Miro Hrončok added the comment:
Some stats: See
https://bugzilla.redhat.com/showdependencytree.cgi?id=PYTHON39&hide_resolved=0
and Ctrl+F for cElementTree.
--
___
Python tracker
<https://bugs.python.org/iss
Miro Hrončok added the comment:
> Is it possible that the PYC file of optimization level 0 content is modified
> if the PY file content changed, with would make PYC files or optimization
> level 1 and 2 inconsistent? ...
Note that there is a test exactly for this, in case the imple
Miro Hrončok added the comment:
I am confused. Why is this still online when the source was removed?
https://docs.python.org/3.10/library/formatter.html
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue42
Miro Hrončok added the comment:
For simplicity, I would avoid mixing wheels from 2 different directories.
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue42
Miro Hrončok added the comment:
Coudl this please be mentioned on
https://docs.python.org/3.10/whatsnew/3.10.html ?
At least two packages fail tests because of the change (ipython and
sphinxcontrib-autoprogram).
--
nosy: +hroncok
___
Python
New submission from Miro Hrončok :
A followup from https://bugs.python.org/issue9694
Could the change in output please be mentioned on
https://docs.python.org/3.10/whatsnew/3.10.html ?
In Fedora, at least 3 packages fail tests because of the change:
ipython: https://github.com/ipython
Miro Hrončok added the comment:
https://bugs.python.org/issue42870
--
___
Python tracker
<https://bugs.python.org/issue9694>
___
___
Python-bugs-list mailin
Miro Hrončok added the comment:
In Fedora, we update the wheels independently without rebuilding Python.
What incredible convoluted constructs do you have in mind in particular?
--
___
Python tracker
<https://bugs.python.org/issue42
New submission from Miro Hrončok :
Hello Python security,
a Fedora user has reported the following security vulnerability to us (I was
able to verify it):
Running `pydoc -p` allows other local users to extract arbitrary files.
Steps to Reproduce:
1. start pydoc on a port
2. as a different
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue42307>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Miro Hrončok :
--
nosy: +hroncok
title: os.posix_spawn errors with wrong information when shebang does not exist
-> os.posix_spawn errors with wrong information when shebang points to
not-existing file
___
Python tracker
<
Miro Hrončok added the comment:
I don't think posix_spawn actually reads $PATH (hence the second example is
pretty much doing the same as the first one), but this problem also manifests
with subprocess (which does).
--
___
Python tracker
&
Miro Hrončok added the comment:
Ideally, the error would say:
FileNotFoundError: ./demo: /usr/bin/hugo: bad interpreter: No such file or
directory
--
___
Python tracker
<https://bugs.python.org/issue43
Miro Hrončok added the comment:
That was "ideal" error message. If we don't have all the information, we cannot
have the ideal error message. But we need to adapt the default error message to
not be misleading. What about:
FileNotFoundError: [Errno 2] No such file or di
Miro Hrončok added the comment:
I agree.
--
___
Python tracker
<https://bugs.python.org/issue42988>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Miro Hrončok :
I believe I found a regression in Enum in Python 3.10.0a5.
This is Python 3.9:
>>> import enum
>>> class C(enum.Enum):
... A = 0
... B = 1
...
>>> C.A
>>> C.B
>>> C(0).A
>>> C(0).B
>>
Miro Hrončok added the comment:
Git bisect:
c314e60388282d9829762fb6c30b12e2807caa19 is the first new commit
commit c314e60388282d9829762fb6c30b12e2807caa19
Author: Ethan Furman
Date: Tue Jan 12 23:47:57 2021 -0800
bpo-42901: [Enum] move member creation to `__set_name__` (GH-24196
Miro Hrončok added the comment:
I found a possible regression: https://bugs.python.org/issue43162
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue42
Miro Hrončok added the comment:
Thanks. In the meantime, I've opened
https://github.com/mesonbuild/meson/issues/8318
--
___
Python tracker
<https://bugs.python.org/is
Miro Hrončok added the comment:
Ethan, should the depreciation exist for 2 releases prior to removal?
Dylan, even in that case, I guess the proper way to access the other members is
supposed to be type(self).FOO or ClassName.FOO, not self.FOO
Miro Hrončok added the comment:
"Wait for the warning to appear in at least two major Python versions. It's
fine to wait more than two releases."
https://www.python.org/dev/peps/pep-0387/#basic-policy-for-backwards-compatibility
So indeed, if you add the warning in 3.10, the
Miro Hrončok added the comment:
Note that ENOENT is ambiguous, but the exception message is very specific about
what file is not found. And it is not always correct.
--
___
Python tracker
<https://bugs.python.org/issue43
Miro Hrončok added the comment:
At the very least, it's worth documenting in all places that can give you the
exception, such as subprocess etc.
Whether it's worth to try to fix the exception message I don't really know.
Confused users on one side, fragile complex heurist
Miro Hrončok added the comment:
JFYI, there are 2 affected Fedora packages (that we know of):
visidata fails to build with Python 3.10: AttributeError: 'NoneType' object has
no attribute '__suppress_context__'
https://bugzilla.redhat.com/show_bug.cgi?id=1928145
python-
Miro Hrončok added the comment:
This also affects Fedora 34+
--
nosy: +hroncok, petr.viktorin, vstinner
___
Python tracker
<https://bugs.python.org/issue42
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:
I think something is broken with this, full report in:
https://bugs.python.org/issue43372
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue39
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
Change by Miro Hrončok :
--
nosy: +nascheme
___
Python tracker
<https://bugs.python.org/issue43372>
___
___
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
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:
Thanks for the fixer!
--
___
Python tracker
<https://bugs.python.org/issue43372>
___
___
Python-bugs-list mailing list
Unsub
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
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:
> Does this mean that platforms using /usr/lib64 for shared libraries are now
> forced to install Python into /usr/lib64/python*?
Not at all. This means that it is possible to do so. It remains op
Change by Miro Hrončok :
--
nosy: +hroncok
nosy_count: 7.0 -> 8.0
pull_requests: +19647
pull_request: https://github.com/python/cpython/pull/20383
___
Python tracker
<https://bugs.python.org/issu
Change by Miro Hrončok :
--
nosy: +hroncok
nosy_count: 2.0 -> 3.0
pull_requests: +19651
pull_request: https://github.com/python/cpython/pull/20388
___
Python tracker
<https://bugs.python.org/issu
New submission from Miro Hrončok :
In Fedora, we run the following check when we build Python documentation:
# Verify that all of the local links work
#
# (we can't check network links, as we shouldn't be making network connections
# within a build. Also, don't bother checking
Miro Hrončok added the comment:
Side note: linkchecker can be installed via pip, but the released version is
not Python 3 compatible. In Fedora, we package it from git.
--
___
Python tracker
<https://bugs.python.org/issue40
Miro Hrončok added the comment:
Note: I would gladly contribute this check, but I have no idea where should I
do that.
--
___
Python tracker
<https://bugs.python.org/issue40
Miro Hrončok added the comment:
Note: https://docs.python.org/3.9/install/index.html probably needs some update
wrt this change.
--
___
Python tracker
<https://bugs.python.org/issue1294
New submission from Miro Hrončok :
Consider this reproducer.py:
import sys
LEN = int(sys.argv[1])
with open('big_dict.py', 'w') as f:
print('INTS = {', file=f)
for i in range(LEN):
print(f'{i}: None,', file=f)
print(&
Miro Hrončok added the comment:
It appears that the 65535 key is missing regardless of the LEN value.
--
___
Python tracker
<https://bugs.python.org/issue41
Change by Miro Hrončok :
--
versions: +Python 3.10
___
Python tracker
<https://bugs.python.org/issue41531>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Miro Hrončok :
--
nosy: +hroncok
nosy_count: 2.0 -> 3.0
pull_requests: +21005
pull_request: https://github.com/python/cpython/pull/21882
___
Python tracker
<https://bugs.python.org/issu
Miro Hrončok added the comment:
Does testing with the environment variable OPENSSL_CONF=/non-existing-file
workaround the remaining issues?
--
___
Python tracker
<https://bugs.python.org/issue41
Change by Miro Hrončok :
--
resolution: -> fixed
___
Python tracker
<https://bugs.python.org/issue32885>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Miro Hrončok :
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue32885>
___
___
Pyth
Miro Hrončok added the comment:
This also breaks pycurl:
https://github.com/pycurl/pycurl/pull/660
And breezy:
https://bugzilla.redhat.com/show_bug.cgi?id=1890880 (not yet reported upstream)
I don't understand the rationale for this change in depth, but does the benefit
outweigh
Miro Hrončok added the comment:
Could the removal of the parser module be documented in
https://docs.python.org/3.10/whatsnew/3.10.html please?
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue40
Miro Hrončok added the comment:
Thanks. I feel like the What's new document should teach people what to do when
they are hit by the removals. The removals are documented, but the developers
who are affected have no clue what to do. What do you think?
(Sorry I wasn't able to pr
Miro Hrončok added the comment:
Another batch of broken projects:
PyPAM https://bugzilla.redhat.com/show_bug.cgi?id=1897264
bitarray https://bugzilla.redhat.com/show_bug.cgi?id=1897536
boost https://bugzilla.redhat.com/show_bug.cgi?id=1896382
duplicity https://bugzilla.redhat.com/show_bug.cgi
Change by Miro Hrončok :
--
pull_requests: +22268
pull_request: https://github.com/python/cpython/pull/23375
___
Python tracker
<https://bugs.python.org/issue39
101 - 200 of 287 matches
Mail list logo
