[Bug 2077383] New: F37FailsToInstall: python3-tmuxp
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2077383
Bug ID: 2077383
Summary: F37FailsToInstall: python3-tmuxp
Product: Fedora
Version: rawhide
Status: NEW
Component: python-tmuxp
Assignee: igor.raits(a)gmail.com
Reporter: mhroncok(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
igor.raits(a)gmail.com
Blocks: 2045109 (F37FailsToInstall,RAWHIDEFailsToInstall)
Target Milestone: ---
Classification: Fedora
Hello,
Please note that this comment was generated automatically. If you feel that
this output has mistakes, please contact me via email (mhroncok(a)redhat.com).
Your package (python-tmuxp) Fails To Install in Fedora 37:
can't install python3-tmuxp:
- nothing provides (python3.10dist(click) < 8.1~~ with python3.10dist(click)
>= 7) needed by python3-tmuxp-1.9.2-2.fc37.noarch
If you know about this problem and are planning on fixing it, please
acknowledge so by setting the bug status to ASSIGNED. If you don't have time to
maintain this package, consider orphaning it, so maintainers of dependent
packages realize the problem.
If you don't react accordingly to the policy for FTBFS/FTI bugs
(https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fai...),
your package may be orphaned in 8+ weeks.
P.S. The data was generated solely from koji buildroot, so it might be newer
than the latest compose or the content on mirrors. To reproduce, use the
koji/local repo only, e.g. in mock:
$ mock -r fedora-37-x86_64 --disablerepo='*' --enablerepo=local install
python3-tmuxp
P.P.S. If this bug has been reported in the middle of upgrading multiple
dependent packages, please consider using side tags:
https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#updating-inter...
Thanks!
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2045109
[Bug 2045109] Fedora 37 Fails To install Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2077383
1 year, 2 months
[Bug 2079295] New: Busybox requires ld-musl-x86_64.so.1, but must be static
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2079295
Bug ID: 2079295
Summary: Busybox requires ld-musl-x86_64.so.1, but must be
static
Product: Fedora
Version: rawhide
OS: Linux
Status: NEW
Component: busybox
Severity: medium
Assignee: spotrh(a)gmail.com
Reporter: atu(a)nmetau.edu.ua
QA Contact: extras-qa(a)fedoraproject.org
CC: admiller(a)redhat.com, dcavalca(a)fb.com,
dvlasenk(a)redhat.com,
epel-packagers-sig(a)lists.fedoraproject.org,
spotrh(a)gmail.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Busybox is a special binary, which must be static. However, it requires
so from musl library.
Version-Release number of selected component (if applicable):
busybox-1:1.35.0-4.fc37.x86_64
How reproducible:
Always
Steps to Reproduce:
1. rpm -Uvh --test busybox-1.35.0-4.fc37.x86_64.rpm
Actual results:
error: Failed dependencies:
ld-musl-x86_64.so.1()(64bit) is needed by busybox-1:1.35.0-4.fc37.x86_64
Expected results:
Clean install without dependencies from any library.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2079295
1 year, 3 months
[Bug 2069264] New: [abrt] notmuch: notmuch_tags_valid(): notmuch killed by SIGSEGV
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2069264
Bug ID: 2069264
Summary: [abrt] notmuch: notmuch_tags_valid(): notmuch killed
by SIGSEGV
Product: Fedora
Version: 35
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:984ab0912b2464ac1bdc7a4ed0314cd31128b91d;VAR
IANT_ID=xfce;
Component: notmuch
Assignee: mjg(a)fedoraproject.org
Reporter: jhutar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
lewk(a)openmailbox.org, mjg(a)fedoraproject.org,
rbean(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Some email have to be causing that :-/ neomutt is failing because of that as
well when I have virtual-mailboxes configuerd. Command I have used in this case
was:
notmuch search "tag:zsdidaktis OR from:@zsdidaktis.cz"
Version-Release number of selected component:
notmuch-0.35-2.fc35
Additional info:
reporter: libreport-2.15.2
backtrace_rating: 4
cgroup: 0::/user.slice/user-1000.slice/session-2.scope
cmdline: notmuch search $'tag:zsdidaktis OR from:@zsdidaktis.cz'
crash_function: notmuch_tags_valid
executable: /usr/bin/notmuch
journald_cursor:
s=2b2e17a38b1e4b81b5a9d1b5dc73c207;i=4a10;b=b9117c89319c46bfb4da24d1af361aae;m=36b1505a0a;t=5db48d2887322;x=3e305f1fd4ce2258
kernel: 5.16.15-201.fc35.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (6 frames)
#0 notmuch_tags_valid at lib/tags.c:51
#1 _thread_add_message at lib/thread.cc:254
#2 _notmuch_thread_create at lib/thread.cc:631
#3 notmuch_threads_get at lib/query.cc:671
#4 do_search_threads at
/usr/src/debug/notmuch-0.35-2.fc35.x86_64/notmuch-search.c:150
#5 notmuch_search_command at
/usr/src/debug/notmuch-0.35-2.fc35.x86_64/notmuch-search.c:845
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2069264
1 year, 3 months
[Bug 2070960] New: CVE-2022-0841 yarnpkg: npm-lockfile: os command injection [fedora-all]
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2070960
Bug ID: 2070960
Summary: CVE-2022-0841 yarnpkg: npm-lockfile: os command
injection [fedora-all]
Product: Fedora
Version: 35
Status: NEW
Component: yarnpkg
Keywords: Security, SecurityTracking
Severity: low
Priority: low
Assignee: zsvetlik(a)redhat.com
Reporter: mcascell(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
ngompa13(a)gmail.com, zsvetlik(a)redhat.com
Target Milestone: ---
Classification: Fedora
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of fedora-all.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
NOTE: this issue affects multiple supported versions of Fedora. While only
one tracking bug has been filed, please correct all affected versions at
the same time. If you need to fix the versions independent of each other,
you may clone this bug as appropriate.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2070960
1 year, 4 months
[Bug 2067022] New: ImageMagick: heap-buffer-overflow in PushShortPixel of quantum-private.h
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2067022
Bug ID: 2067022
Summary: ImageMagick: heap-buffer-overflow in PushShortPixel of
quantum-private.h
Product: Security Response
Hardware: All
OS: Linux
Status: NEW
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: trathi(a)redhat.com
CC: blaise(a)gmail.com, dcavalca(a)fb.com,
epel-packagers-sig(a)lists.fedoraproject.org,
fedora(a)famillecollet.com, jhorak(a)redhat.com,
luya_tfz(a)thefinalzone.net, michel(a)michel-slm.name,
ngompa13(a)gmail.com, pampelmuse(a)gmx.at,
sergio(a)serjux.com, troy(a)troycurtisjr.com
Target Milestone: ---
Classification: Other
A heap-buffer-overflow flaw was found in PushShortPixel function of
quantum-private.h
References:
https://github.com/ImageMagick/ImageMagick/issues/4974
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2067022
1 year, 6 months
[Bug 2052682] New: CVE-2022-24303 python-pillow: temporary directory with a space character allows removal of unrelated file after im.show() and related action
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2052682
Bug ID: 2052682
Summary: CVE-2022-24303 python-pillow: temporary directory with
a space character allows removal of unrelated file
after im.show() and related action
Product: Security Response
Hardware: All
OS: Linux
Status: NEW
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: gsuckevi(a)redhat.com
CC: bdettelb(a)redhat.com, cstratak(a)redhat.com,
epel-packagers-sig(a)lists.fedoraproject.org,
infra-sig(a)lists.fedoraproject.org,
manisandro(a)gmail.com, miminar(a)redhat.com,
orion(a)nwra.com, python-maint(a)redhat.com,
python-sig(a)lists.fedoraproject.org, torsava(a)redhat.com
Target Milestone: ---
Classification: Other
If the path to the temporary directory on Linux or macOS contained a space,
this would break removal of the temporary image file after im.show() (and
related actions), and potentially remove an unrelated file. This been present
since PIL.
Reference:
https://pillow.readthedocs.io/en/stable/releasenotes/9.0.1.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2052682
1 year, 9 months
[Bug 2069709] New: python-stack-data fails to build with Python 3.11: executing.executing.NotOneValueFound: Expected one value, found 0
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2069709
Bug ID: 2069709
Summary: python-stack-data fails to build with Python 3.11:
executing.executing.NotOneValueFound: Expected one
value, found 0
Product: Fedora
Version: rawhide
Status: NEW
Component: python-stack-data
Assignee: lbalhar(a)redhat.com
Reporter: thrnciar(a)redhat.com
CC: epel-packagers-sig(a)lists.fedoraproject.org,
lbalhar(a)redhat.com, mhroncok(a)redhat.com,
michel(a)michel-slm.name, thrnciar(a)redhat.com
Blocks: 2016048 (PYTHON3.11)
Target Milestone: ---
Classification: Fedora
python-stack-data fails to build with Python 3.11.0a6.
=================================== FAILURES
===================================
_________________________________ test_example
_________________________________
def test_example():
from .samples.example import bar
> result = bar()
tests/test_core.py:573:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
tests/samples/example.py:27: in bar
exec("result = foo()", globals(), names)
<string>:1: in <module>
???
tests/samples/example.py:20: in foo
result = print_stack(
tests/samples/example.py:35: in print_stack
for frame_info in list(FrameInfo.stack_data(frame, options))[-3:]:
/usr/lib/python3.11/site-packages/typeguard/__init__.py:897: in __next__
return self.send(None)
/usr/lib/python3.11/site-packages/typeguard/__init__.py:915: in send
value = self.__wrapped.send(obj)
stack_data/core.py:565: in stack_data
yield from collapse_repeated(
stack_data/utils.py:84: in collapse_repeated
yield from map(mapper, original_group)
stack_data/core.py:555: in mapper
return cls(f, options)
/usr/lib/python3.11/site-packages/typeguard/__init__.py:1033: in wrapper
retval = func(*args, **kwargs)
stack_data/core.py:520: in __init__
self.executing = Source.executing(frame_or_tb)
/usr/lib/python3.11/site-packages/executing/executing.py:335: in executing
node = find_node(lasti)
/usr/lib/python3.11/site-packages/executing/executing.py:321: in find_node
return only(
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
it = <generator object Source.executing.<locals>.find_node.<locals>.<genexpr>
at 0x7f8a614b36a0>
def only(it):
if hasattr(it, '__len__'):
if len(it) != 1:
raise NotOneValueFound('Expected one value, found %s' %
len(it))
# noinspection PyTypeChecker
return list(it)[0]
lst = tuple(islice(it, 2))
if len(lst) == 0:
> raise NotOneValueFound('Expected one value, found 0')
E executing.executing.NotOneValueFound: Expected one value, found 0
/usr/lib/python3.11/site-packages/executing/executing.py:164: NotOneValueFound
____________________________ test_pygments_example
_____________________________
def test_pygments_example():
from .samples.pygments_example import bar
> result = bar()
tests/test_core.py:618:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
tests/samples/pygments_example.py:17: in bar
@deco
tests/samples/pygments_example.py:26: in deco
f.result = print_stack()
tests/samples/pygments_example.py:43: in print_stack
for frame_info in list(FrameInfo.stack_data(frame, options))[-2:]:
/usr/lib/python3.11/site-packages/typeguard/__init__.py:897: in __next__
return self.send(None)
/usr/lib/python3.11/site-packages/typeguard/__init__.py:915: in send
value = self.__wrapped.send(obj)
stack_data/core.py:565: in stack_data
yield from collapse_repeated(
stack_data/utils.py:84: in collapse_repeated
yield from map(mapper, original_group)
stack_data/core.py:555: in mapper
return cls(f, options)
/usr/lib/python3.11/site-packages/typeguard/__init__.py:1033: in wrapper
retval = func(*args, **kwargs)
stack_data/core.py:520: in __init__
self.executing = Source.executing(frame_or_tb)
/usr/lib/python3.11/site-packages/executing/executing.py:354: in executing
opname(index - 2) == "PRECALL_FUNCTION"
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
i = 44
def opname(i):
> return bc_list[i // 2].opname
E IndexError: list index out of range
/usr/lib/python3.11/site-packages/executing/executing.py:346: IndexError
_________________________________ test_example
_________________________________
n = 0
def foo(n=5):
if n > 0:
return foo(n - 1)
x = 1
lst = (
[
x,
]
+ []
+ []
+ []
+ []
+ []
)
try:
> return int(str(lst))
E ValueError: invalid literal for int() with base 10: '[1]'
tests/samples/formatter_example.py:21: ValueError
During handling of the above exception, another exception occurred:
n = 0
def foo(n=5):
if n > 0:
return foo(n - 1)
x = 1
lst = (
[
x,
]
+ []
+ []
+ []
+ []
+ []
)
try:
return int(str(lst))
except:
try:
> return 1 / 0
E ZeroDivisionError: division by zero
tests/samples/formatter_example.py:24: ZeroDivisionError
The above exception was the direct cause of the following exception:
capsys = <_pytest.capture.CaptureFixture object at 0x7f8a618fc490>
def test_example(capsys):
from .samples.formatter_example import bar, print_stack1,
format_stack1, format_frame, f_string
@contextmanager
def check_example(name):
yield
stderr = capsys.readouterr().err
compare_to_file(stderr, name)
with check_example("variables"):
try:
> bar()
tests/test_formatter.py:40:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
def bar():
> exec("foo()")
tests/samples/formatter_example.py:30:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> ???
<string>:1:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
n = 5
def foo(n=5):
if n > 0:
> return foo(n - 1)
tests/samples/formatter_example.py:8:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
n = 4
def foo(n=5):
if n > 0:
> return foo(n - 1)
tests/samples/formatter_example.py:8:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
n = 3
def foo(n=5):
if n > 0:
> return foo(n - 1)
tests/samples/formatter_example.py:8:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
n = 2
def foo(n=5):
if n > 0:
> return foo(n - 1)
tests/samples/formatter_example.py:8:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
n = 1
def foo(n=5):
if n > 0:
> return foo(n - 1)
tests/samples/formatter_example.py:8:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
n = 0
def foo(n=5):
if n > 0:
return foo(n - 1)
x = 1
lst = (
[
x,
]
+ []
+ []
+ []
+ []
+ []
)
try:
return int(str(lst))
except:
try:
return 1 / 0
except Exception as e:
> raise TypeError from e
E TypeError
tests/samples/formatter_example.py:26: TypeError
During handling of the above exception, another exception occurred:
capsys = <_pytest.capture.CaptureFixture object at 0x7f8a618fc490>
def test_example(capsys):
from .samples.formatter_example import bar, print_stack1,
format_stack1, format_frame, f_string
@contextmanager
def check_example(name):
yield
stderr = capsys.readouterr().err
compare_to_file(stderr, name)
with check_example("variables"):
try:
bar()
except Exception:
> MyFormatter(show_variables=True).print_exception()
tests/test_formatter.py:42:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
stack_data/formatting.py:72: in print_exception
self.print_lines(self.format_exception(e), file=file)
stack_data/formatting.py:83: in print_lines
for line in lines:
/usr/lib/python3.11/site-packages/typeguard/__init__.py:897: in __next__
return self.send(None)
/usr/lib/python3.11/site-packages/typeguard/__init__.py:915: in send
value = self.__wrapped.send(obj)
stack_data/formatting.py:100: in format_exception
yield from self.format_stack(e.__traceback__)
/usr/lib/python3.11/site-packages/typeguard/__init__.py:897: in __next__
return self.send(None)
/usr/lib/python3.11/site-packages/typeguard/__init__.py:915: in send
value = self.__wrapped.send(obj)
stack_data/formatting.py:107: in format_stack
yield from self.format_stack_data(
/usr/lib/python3.11/site-packages/typeguard/__init__.py:897: in __next__
return self.send(None)
/usr/lib/python3.11/site-packages/typeguard/__init__.py:915: in send
value = self.__wrapped.send(obj)
stack_data/formatting.py:118: in format_stack_data
for item in stack:
/usr/lib/python3.11/site-packages/typeguard/__init__.py:897: in __next__
return self.send(None)
/usr/lib/python3.11/site-packages/typeguard/__init__.py:915: in send
value = self.__wrapped.send(obj)
stack_data/core.py:565: in stack_data
yield from collapse_repeated(
stack_data/utils.py:84: in collapse_repeated
yield from map(mapper, original_group)
stack_data/core.py:555: in mapper
return cls(f, options)
/usr/lib/python3.11/site-packages/typeguard/__init__.py:1033: in wrapper
retval = func(*args, **kwargs)
stack_data/core.py:520: in __init__
self.executing = Source.executing(frame_or_tb)
/usr/lib/python3.11/site-packages/executing/executing.py:335: in executing
node = find_node(lasti)
/usr/lib/python3.11/site-packages/executing/executing.py:321: in find_node
return only(
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
it = <generator object Source.executing.<locals>.find_node.<locals>.<genexpr>
at 0x7f8a5ef609a0>
def only(it):
if hasattr(it, '__len__'):
if len(it) != 1:
raise NotOneValueFound('Expected one value, found %s' %
len(it))
# noinspection PyTypeChecker
return list(it)[0]
lst = tuple(islice(it, 2))
if len(lst) == 0:
> raise NotOneValueFound('Expected one value, found 0')
E executing.executing.NotOneValueFound: Expected one value, found 0
/usr/lib/python3.11/site-packages/executing/executing.py:164: NotOneValueFound
----------------------------- Captured stderr call
-----------------------------
Traceback (most recent call last):
File "formatter_example.py", line 21, in foo
9 | x = 1
10 | lst = (
11 | [
12 | x,
(...)
18 | + []
19 | )
20 | try:
--> 21 | return int(str(lst))
^^^^^^^^^^^^^
22 | except:
[
x,
] = [1]
[
x,
]
+ [] = [1]
[
x,
]
+ []
+ [] = [1]
[
x,
]
+ []
+ []
+ [] = [1]
[
x,
]
+ []
+ []
+ []
+ [] = [1]
[
x,
]
+ []
+ []
+ []
+ []
+ [] = [1]
lst = [1]
n = 0
n - 1 = -1
n > 0 = False
str(lst) = '[1]'
x = 1
ValueError: invalid literal for int() with base 10: '[1]'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "formatter_example.py", line 24, in foo
21 | return int(str(lst))
22 | except:
23 | try:
--> 24 | return 1 / 0
^^^^^
25 | except Exception as e:
[
x,
] = [1]
[
x,
]
+ [] = [1]
[
x,
]
+ []
+ [] = [1]
[
x,
]
+ []
+ []
+ [] = [1]
[
x,
]
+ []
+ []
+ []
+ [] = [1]
[
x,
]
+ []
+ []
+ []
+ []
+ [] = [1]
lst = [1]
n = 0
n - 1 = -1
n > 0 = False
str(lst) = '[1]'
x = 1
ZeroDivisionError: division by zero
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "formatter_example.py", line 30, in bar
29 | def bar():
--> 30 | exec("foo()")
^^^^^^^^^^^^^
=============================== warnings summary
===============================
../../../../usr/lib64/python3.11/site-packages/pyximport/pyximport.py:51
/usr/lib64/python3.11/site-packages/pyximport/pyximport.py:51:
DeprecationWarning: the imp module is deprecated in favour of importlib and
slated for removal in Python 3.12; see the module's documentation for
alternative uses
import imp
-- Docs: https://docs.pytest.org/en/stable/how-to/capture-warnings.html
=========================== short test summary info
============================
FAILED tests/test_core.py::test_example -
executing.executing.NotOneValueFoun...
FAILED tests/test_core.py::test_pygments_example - IndexError: list index
out...
FAILED tests/test_formatter.py::test_example -
executing.executing.NotOneValu...
=================== 3 failed, 13 passed, 1 warning in 3.03s
====================
ERROR: InvocationError for command /usr/bin/pytest (exited with code 1)
___________________________________ summary
____________________________________
ERROR: py311: commands failed
https://docs.python.org/3.11/whatsnew/3.11.html
For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.11/fedora...
For all our attempts to build python-stack-data with Python 3.11, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.11/package/pytho...
Testing and mass rebuild of packages is happening in copr. You can follow these
instructions to test locally in mock if your package builds with Python 3.11:
https://copr.fedorainfracloud.org/coprs/g/python/python3.11/
Let us know here if you have any questions.
Python 3.11 is planned to be included in Fedora 37. To make that update
smoother, we're building Fedora packages with all pre-releases of Python 3.11.
A build failure prevents us from testing all dependent packages (transitive
[Build]Requires), so if this package is required a lot, it's important for us
to get it fixed soon.
We'd appreciate help from the people who know this package best, but if you
don't want to work on this now, let us know so we can try to work around it on
our side.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2016048
[Bug 2016048] Python 3.11
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2069709
1 year, 10 months