Miro Hrončok added the comment:
I've just seen a fix of PyQt4 that basically copy pastes (some of) the removed
code to PyQt4:
https://src.fedoraproject.org/rpms/PyQt4/pull-request/2#request_diff
What is the benefit of removing this? Is copy pasting the compatibility layer
to (possibly
Miro Hrončok added the comment:
As a note, waf seems to use python3-config for both embedded and extension
modules. Currently, embedded is broken.
See for example https://bugzilla.redhat.com/show_bug.cgi?id=1711638
--
nosy: +hroncok
___
Python
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue37010>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
It appears that as a result of this, subprocess.Popen cannot be called from
within a subinterpreter either. Is that an obvious and desired limitation?
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.
Change by Miro Hrončok :
--
components: +Demos and Tools
versions: +Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue37064>
___
___
Pytho
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue37064>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
It's usually just custom ugly-hardcoded autotools/cmake. Nothing severe enough.
However, this change still is not documented anywhere in
https://docs.python.org/dev/whatsnew/3.8.html
--
___
Python tracker
&
Miro Hrončok added the comment:
I'm not sure either. So far most affected buildscripts are confused by:
/usr/include/python3.Xm -> /usr/include/python3.X
/usr/lib64/libpython3.Xm -> /usr/lib64/libpython3.X
extension.cpython-3Xm-arch-linux-gnu.so ->
extension.cpython-3X-arc
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue37251>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Miro Hrončok :
I was just bit by specifying an nonexisitng error handler for bytes.decode()
without noticing.
Consider this code:
>>> 'a'.encode('cp1250').decode('utf-8', errors='Boom, Shaka Laka, Boom!')
'a'
No
New submission from Miro Hrončok :
In Fedora CI, we use the environment variable X to set tests to skip:
https://src.fedoraproject.org/tests/python/blob/bd3ec9505cd37d80fe47fbb8234928abcfc0c658/f/selftest/parallel.sh#_9
- lines 9 and 21
However, I'Ve realized that testEn
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +14322
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/14506
___
Python tracker
<https://bugs.python.org/issu
Miro Hrončok added the comment:
I've opened a PR thet removes the support for bdist_wininst on non-Windows.
Apparently, it was broken since the beginning of Py3k anyway. The support can
be reintroduced once it is actually fixed (or never).
https://github.com/python/cpython/pull/
Miro Hrončok added the comment:
>> C.UTF-8 doesn't exist and en_US.UTF-8 does
> That can't happen
It certainly can. Take for example RHEL 7 or 6.
--
nosy: +hroncok, vstinner
versions: +Python 3.8
___
Python tracker
<h
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +14781
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/15020
___
Python tracker
<https://bugs.python.org/issu
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue37631>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
I found a C reproducer and reported to Fedora glibc tracker:
https://bugzilla.redhat.com/show_bug.cgi?id=1653340
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue35
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue35257>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
As a distro Python maintainer, I have to say that having yet another Python
executable would no be accepted well by the other distro contributors or even
users.
I'll try to work on a proper solution that would merge the options, hopefully
soon (but
Miro Hrončok added the comment:
Should this go to 3.4 and 3.5 as well, since it is a security thing?
http://people.canonical.com/~ubuntu-security/cve/2018/CVE-2018-20406.html
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue34
Miro Hrončok added the comment:
PEP 572 is nowhere to be found in https://docs.python.org/3.8/whatsnew/3.8.html
Should I open a separate issue for that?
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue35
Miro Hrončok added the comment:
(I've somehow missed the previous comments about the same, sorry about that.)
--
___
Python tracker
<https://bugs.python.org/is
New submission from Miro Hrončok :
man python3.7 or man python3.8 says this in synopsis:
python [ -B ] [ -b ] [ -d ] [ -E ] [ -h ] [ -i ] [ -I ]
[ -m module-name ] [ -q ] [ -O ] [ -OO ] [ -s ] [ -S ] [ -u ]
[ -v ] [ -V ] [ -W argument ] [ -x ] [ [ -X option
Changes by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<http://bugs.python.org/issue29943>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
> For what it's worth, in Fedora 26 we already rebased Python to 3.6.1, so this
> issue now is non existent for our ecosystem, and we are not shipping 3.6.0 in
> any way now.
Except of course if 3.6.2 would be fixed in a way that 3.6.1 would
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +12048
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36083>
___
___
Py
Miro Hrončok added the comment:
I am not able to do PRs right now but here are the Fedora patches:
https://src.fedoraproject.org/rpms/python34/blob/master/f/00302-fix-multiprocessing-regression-on-newer-glibcs.patch
https://src.fedoraproject.org/rpms/python35/blob/master/f/00302-fix
Change by Miro Hrončok :
--
nosy: -hroncok
___
Python tracker
<https://bugs.python.org/issue35224>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
Reverting 3b699932e5ac3e76031bbb6d700fbea07492641d makes problem go away.
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue35
Miro Hrončok added the comment:
Mako (now fixed) https://github.com/sqlalchemy/mako/issues/287
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue32
New submission from Miro Hrončok :
When I attempt to build CPython from a subfolder (as we do in Fedora) make
regen-all dies with:
python3.8 -m Parser.pgen ../../Grammar/Grammar \
../../Grammar/Tokens \
../../Include/graminit.h.new \
../../Python/graminit.c.new
/usr
Miro Hrončok added the comment:
1f24a719e7be5e49b876a5dc7daf21d01ee69faa
--
___
Python tracker
<https://bugs.python.org/issue36733>
___
___
Python-bugs-list m
Miro Hrončok added the comment:
Relevant NumPy issue: https://github.com/numpy/numpy/issues/13412
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue36
Miro Hrončok added the comment:
I'll work on 3.7 backport.
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue30458>
___
___
Python-bugs-l
Change by Miro Hrončok :
--
pull_requests: +13071
___
Python tracker
<https://bugs.python.org/issue30458>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Miro Hrončok :
--
pull_requests: +13072
___
Python tracker
<https://bugs.python.org/issue30458>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
> But the impact of the change should probably also be discussed with at least
> some of the large distributors.
Adapting the Fedora package. Will try to mass rebuild our packages to see what
breaks.
--
nosy: +h
Change by Miro Hrončok :
--
pull_requests: +13118
___
Python tracker
<https://bugs.python.org/issue30458>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
Just a quick idea: What if a warning happened iff positional only argument are
there, but not with functions that don't use those? Might be a different kind
of warning.
--
nosy: +hroncok
___
Python tracker
&
Miro Hrončok added the comment:
As a downstream maintainers of Python in Fedora, this is a great PITA for us. A
lot of projects unfortunately treat DeprecationWarnings as errors and we run
upstream test suites. It appears that this particular DeprecationWarning is now
failing the test suites
Change by Miro Hrončok :
--
components: +Demos and Tools
___
Python tracker
<https://bugs.python.org/issue32885>
___
___
Python-bugs-list mailing list
Unsub
Change by Miro Hrončok :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue32885>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Miro Hrončok :
We (Fedora's Python SIG) would like to promote usage of
Tools/scripts/pathfix.py (we've even moved it to $PATH) in Fedora RPM build
(a.k.a spec files) instead of various error prone finds + greps + seds.
However when running pathfix.py, it crea
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +5551
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32885>
___
___
Py
Miro Hrončok added the comment:
This started to bother us in Fedora for various Python versions, so chances are
something changed on the system level.
However for us it seams test_multiprocessing_fork hangs by itself, so this
might or might not be relevant to
# python3.7 -m test.regrtest
Miro Hrončok added the comment:
Sorry, I've pressed the button before finishing the thought.
...so this might or might not be relevant to what you observe with master and
originally reported.
--
___
Python tracker
<https://bugs.py
New submission from Miro Hrončok :
Originally reported in https://bugs.python.org/issue31463
This started to bother us in Fedora rawhide for various Python versions, so
chances are something changed on the system level.
# python3.7 -m test.regrtest test_multiprocessing_fork
Run tests
Miro Hrončok added the comment:
> Could you report the signal number issue separately? Thank you!
https://bugs.python.org/issue33329
Resetting the Versions back.
--
versions: -Python 3.4, Python 3.5, Python 3.6
___
Python tracker
<
Miro Hrončok added the comment:
I'll try. In the meantime, I've checked and it's glibc update that makes the
difference:
glibc-2.27.9000-7.fc29 -> glibc-2.27.9000-14.fc29
I'll see what was changed there and whether is was intenti
Miro Hrončok added the comment:
glibc-2.27.9000-14.fc29:
NSIG = 65
sigaddset(32) returned -1, errno =22
sigaddset(33) returned -1, errno =22
--
___
Python tracker
<https://bugs.python.org/issue33
Miro Hrončok added the comment:
"dnf install gcc" upgrades glibc, yes. OK, I'll dig into it a bit more, see why
and where this change happened. Thanks for hints.
--
___
Python tracker
<https://bugs.pyt
Miro Hrončok added the comment:
dnf install
https://kojipkgs.fedoraproject.org/packages/glibc/2.27.9000/7.fc29/x86_64/glibc-headers-2.27.9000-7.fc29.x86_64.rpm
https://kojipkgs.fedoraproject.org/packages/glibc/2.27.9000/7.fc29/x86_64/glibc-devel-2.27.9000-7.fc29.x86_64.rpm
dnf install gcc
Miro Hrončok added the comment:
glibc-2.27.9000-13.fc29 ... all ok
glibc-2.27.9000-14.fc29 ... 32, 33 fail
glibc-2.27.9000-15.fc29 (latest built) ... 32, 33 fail
13 to 14 is this in upstream commits:
d39c0a459ef32a41daac4840859bf304d931adab to
583a27d525ae189bdfaa6784021b92a9a1dae12e
Miro Hrončok added the comment:
I cannot find a corresponding test in 2.7. Running the entire build (incl.
tests) to see what happens.
Is there a command or a couple I could try instead? I'm afraid I don't
understand how does that test work (I seems a bit c
Miro Hrončok added the comment:
Python 2 testsuite runs fine.
--
___
Python tracker
<https://bugs.python.org/issue33329>
___
___
Python-bugs-list mailin
Miro Hrončok added the comment:
Should the fix be to exclude 32 and 33 from
multiprocessing.resource_sharer:_serve?
if hasattr(signal, 'pthread_sigmask'):
signal.pthread_sigmask(signal.SIG_BLOCK, range(1, signal.NSIG))
--
Miro Hrončok added the comment:
This indeed makes the tests pass again:
# python3.7 -m test.regrtest test_multiprocessing_fork
test_multiprocessing_forkserver test_multiprocessing_spawn
Run tests sequentially
0:00:00 load avg: 1.02 [1/3] test_multiprocessing_fork
/usr/lib64/python3.7
Miro Hrončok added the comment:
Antoine, thank you very much for swift communication and fix.
--
___
Python tracker
<https://bugs.python.org/issue33329>
___
___
New submission from Miro Hrončok :
When we build Python in Fedora, we set LD_LIBRARY_PATH environment variable so
the testsuite is run against the currently built Python.
However a test added in ef347535f289baad22c0601e12a36b2dcd155c3a
(test_specify_environment) spawns a process without
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +6440
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33455>
___
___
Py
New submission from Miro Hrončok :
Background: gdb fails to build with Python 3.7 as described in
https://bugzilla.redhat.com/show_bug.cgi?id=1577396
This is due to _PyImport_FixupBuiltin changing it's API. I feel that
_underscored functions are probably not guaranteed to not change, ho
Miro Hrončok added the comment:
The change is a bit beyond my understanding ATM. I might be able to study it
and stitch something up, but I'd rather leave it to the author of the change.
--
___
Python tracker
<https://bugs.python.org/is
New submission from Miro Hrončok :
According to PEP 492, async and await should be full keywords in Python 3.7.
That happened in https://bugs.python.org/issue30406
There is no mention of it at all at
https://docs.python.org/3.7/whatsnew/3.7.html#porting-to-python-3-7 or anywhare
on that page
Miro Hrončok added the comment:
I'll prep a PR
--
___
Python tracker
<https://bugs.python.org/issue33514>
___
___
Python-bugs-list mailing list
Unsubscr
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +6531
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33514>
___
___
Py
Miro Hrončok added the comment:
Oh, didn't know that. Consider my PR as a remote sprint contribution. Hopefully
nobody has already written this part.
--
___
Python tracker
<https://bugs.python.org/is
Miro Hrončok added the comment:
Sorry for mixing two things here, but I meant that I found out about this
because of the private API use in gdb, however nothing from the change is
documented on whatsnew at all. This bug was a reaction for
https://github.com/python/cpython/pull/1638
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +4574
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Miro Hrončok :
--
pull_requests: +4661
___
Python tracker
<https://bugs.python.org/issue30657>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Miro Hrončok :
--
nosy: +encukou, hroncok
___
Python tracker
<https://bugs.python.org/issue1294959>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Miro Hrončok :
Python 3.6.5 ...
>>> Exception('foo',)
Exception('foo',)
Python 3.7.0b4 ...
>>> Exception('foo',)
Exception('foo')
This is a change that might bit people who rely on doctesting.
It is not documented a
Change by Miro Hrončok :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue33559>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Miro Hrončok :
--
keywords: +patch
pull_requests: +6611
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33559>
___
___
Py
Change by Miro Hrončok :
--
pull_requests: +6614
___
Python tracker
<https://bugs.python.org/issue33559>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
I was bit by this, so that's why I think this is worth documenting.
https://github.com/testing-cabal/testtools/issues/270
--
___
Python tracker
<https://bugs.python.org/is
Miro Hrončok added the comment:
This was fixed via issue32996
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
New submission from Miro Hrončok :
In 3.7.0b4 I see the following traceback:
>>> import os
>>> os.errno
Traceback (most recent call last):
File "", line 1, in
AttributeError: module 'os' has no attribute 'errno'
This was not the case for Py
Miro Hrončok added the comment:
I can document this, yes. I've opened this issue so I could prep a PR.
--
___
Python tracker
<https://bugs.python.org/is
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue29298>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Miro Hrončok :
On 3.6, setting LANG to C did not affect the --version behavior:
$ python3.6 --version
Python 3.6.5
$ LANG=C python3.6 --version
Python 3.6.5
On 3.7.0b5 it does.
$ python3.7 --version
Python 3.7.0b5
$ LANG=C python3.7 --version
Python 3.7.0b5 (default, Jun
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue33932>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
This hits fontforge. See https://bugzilla.redhat.com/show_bug.cgi?id=1595421
An example of how it should be handled there if 3) is selected would be greatly
appreciated. Thanks
--
nosy: +hroncok
___
Python tracker
Change by Miro Hrončok :
--
nosy: +hroncok
___
Python tracker
<https://bugs.python.org/issue33996>
___
___
Python-bugs-list mailing list
Unsubscribe:
Miro Hrončok added the comment:
Note that Fedora 29 updated openssl from 1.1.0h to 1.1.1-0.pre8 and Python 3.7
tests are failing. Not 100% sure it's related, but full report at:
https://bugzilla.redhat.com/show_bug.cgi?id=1609291
--
nosy: +hr
Miro Hrončok added the comment:
I've reproduced this on 3.7.1rc1:
https://src.fedoraproject.org/rpms/python3/pull-request/58
log (x86_64):
https://kojipkgs.fedoraproject.org//work/tasks/2460/29992460/build.log
--
nosy: +hroncok
___
Python tr
New submission from Miro Hrončok :
The collections.abc — Abstract Base Classes for Containers documentation says:
> This module provides abstract base classes that can be used to test whether a
> class provides a particular interface; for example, whether it is hashable or
> whethe
Miro Hrončok added the comment:
I fail to understand what abc classes can be used to test whether a class
provides a particular interface, and what abc classes cannot be used that way.
What is the difference between those abc classes and why are all those abc
classes listed together when
201 - 287 of 287 matches
Mail list logo
