[Bug 2275017] New: F41FailsToInstall: python3-tmuxp
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2275017
Bug ID: 2275017
Summary: F41FailsToInstall: python3-tmuxp
Product: Fedora
Version: rawhide
Status: NEW
Component: python-tmuxp
Assignee: igor.raits(a)gmail.com
Reporter: fti-bugs(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
igor.raits(a)gmail.com
Blocks: 2260877 (F41FailsToInstall,RAWHIDEFailsToInstall)
Target Milestone: ---
Classification: Fedora
Hello,
Please note that this comment was generated automatically by
https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py
If you feel that this output has mistakes, please open an issue at
https://pagure.io/releng/
Your package (python-tmuxp) Fails To Install in Fedora 41:
can't install python3-tmuxp:
- nothing provides (python3.12dist(libtmux) < 0.24~~ with
python3.12dist(libtmux) >= 0.23.1) needed by python3-tmuxp-1.29.1-3.fc40.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-41-x86_64 --config-opts mirrored=False 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=2260877
[Bug 2260877] Fedora 41 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=2275017
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
2 hours
[Bug 2280175] New: [abrt] cinnamon: std::__atomic_base<unsigned long>::load(): cinnamon killed by SIGSEGV
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2280175
Bug ID: 2280175
Summary: [abrt] cinnamon: std::__atomic_base<unsigned
long>::load(): cinnamon killed by SIGSEGV
Product: Fedora
Version: 40
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:1f9c07ff4becff90a3617fc3ccc8c2aa8cb814d4;VAR
IANT_ID=workstation;
Component: cinnamon
Assignee: leigh123linux(a)googlemail.com
Reporter: aauzi(a)free.fr
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
leigh123linux(a)googlemail.com, miketwebster(a)gmail.com,
riehecky(a)fnal.gov
Target Milestone: ---
Classification: Fedora
Description of problem:
It happended on an attempt to wake the PC from deep sleep or, maybe,
hibernation.
I first used the mouse, the screen backlight went on... then nothing more.
After few seconds, despite my efforts to mouse the mouse, use the keyboard, the
screen backlight went off.
At this stage, I had to force the power off.
Version-Release number of selected component:
cinnamon-6.0.4-6.fc40
Additional info:
reporter: libreport-2.17.15
crash_function: std::__atomic_base<unsigned long>::load
type: CCpp
dso_list: /usr/bin/cinnamon cinnamon-6.0.4-6.fc40.x86_64 (Fedora Project)
1714659458
rootdir: /
uid: 1000
kernel: 6.8.9-300.fc40.x86_64
backtrace_rating: 4
cmdline: cinnamon --replace
reason: cinnamon killed by SIGSEGV
package: cinnamon-6.0.4-6.fc40
journald_cursor:
s=4b82b3d0656a4445b058dd19f0d529a3;i=58bb30;b=2379fa2430584f3aa087a1b7fae4e280;m=1e8cf274ac;t=61849a7845b2b;x=dc2ef7597513be0c
executable: /usr/bin/cinnamon
cgroup: 0::/user.slice/user-1000.slice/session-2.scope
runlevel: N 5
Truncated backtrace:
Thread no. 1 (2 frames)
#0 std::__atomic_base<unsigned long>::load at
/usr/include/c++/14/bits/atomic_base.h:499
#1 mozilla::detail::IntrinsicMemoryOps<unsigned long,
(mozilla::MemoryOrdering)0>::load at
/usr/src/debug/mozjs102-102.15.1-5.fc40.x86_64/dist/include/mozilla/Atomics.h:195
Potential duplicate: bug 2222870
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2280175
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
3 hours, 55 minutes
[Bug 2278107] New: The avr32 target is not 32-bit avr. It's 8-bit avr
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2278107
Bug ID: 2278107
Summary: The avr32 target is not 32-bit avr. It's 8-bit avr
Product: Fedora
Version: 40
OS: Linux
Status: NEW
Component: cross-gcc
Severity: low
Assignee: dhowells(a)redhat.com
Reporter: asgj(a)gomspace.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dan(a)danny.cz, dhowells(a)redhat.com,
epel-packagers-sig(a)lists.fedoraproject.org,
lkundrak(a)v3.sk
Target Milestone: ---
Classification: Fedora
I am currently stuck with some legacy hardware based on the AT32UC0512C 32-bit
avr MCU and stumbled opun this package by accident and got very excited as the
official atmel/Microchip gcc compiler distribution is based on a very old gcc
version (4.4.7). Opun further investigation, it seems that this was just a wild
goose chase / red herring as the package simply wraps --target=avr-linux, which
is just 8-bit avr.
I'm not sure what to to about this. Perhaps rename the package to avoid further
confusion, or if there's a rationale behind the naming, maybe update the
package description from "Cross-build binary utilities for avr32-linux-gnu" to
"Cross-build binary utilities for avr32-linux-gnu (8-bit avr)" or something
similar.
Reproducible: Always
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2278107
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
6 hours, 15 minutes
[Bug 2279991] New: python-cloudpickle fails to build with Python 3.13: tests/cloudpickle_test.py::test_extract_class_dict: AssertionError
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2279991
Bug ID: 2279991
Summary: python-cloudpickle fails to build with Python 3.13:
tests/cloudpickle_test.py::test_extract_class_dict:
AssertionError
Product: Fedora
Version: rawhide
Status: NEW
Component: python-cloudpickle
Assignee: lbalhar(a)redhat.com
Reporter: ksurma(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
jonathan(a)almalinux.org, ksurma(a)redhat.com,
lbalhar(a)redhat.com, mhroncok(a)redhat.com,
python-packagers-sig(a)lists.fedoraproject.org
Blocks: 2244836 (PYTHON3.13)
Target Milestone: ---
Classification: Fedora
python-cloudpickle fails to build with Python 3.13.0b1.
=================================== FAILURES
===================================
___________________________ test_extract_class_dict
____________________________
def test_extract_class_dict():
class A(int):
"""A docstring"""
def method(self):
return "a"
class B:
"""B docstring"""
B_CONSTANT = 42
def method(self):
return "b"
class C(A, B):
C_CONSTANT = 43
def method_c(self):
return "c"
clsdict = _extract_class_dict(C)
> assert sorted(clsdict.keys()) == ["C_CONSTANT", "__doc__", "method_c"]
E AssertionError: assert ['C_CONSTANT'...', 'method_c'] ==
['C_CONSTANT'...', 'method_c']
E At index 2 diff: '__firstlineno__' != 'method_c'
E Left contains one more item: 'method_c'
E Full diff:
E - ['C_CONSTANT', '__doc__', 'method_c']
E + ['C_CONSTANT', '__doc__', '__firstlineno__', 'method_c']
E ? +++++++++++++++++++
tests/cloudpickle_test.py:111: AssertionError
=========================== short test summary info
============================
FAILED tests/cloudpickle_test.py::test_extract_class_dict - AssertionError:
a...
============ 1 failed, 232 passed, 25 skipped, 2 warnings in 11.75s
============
https://docs.python.org/3.13/whatsnew/3.13.html
For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.13/fedora...
For all our attempts to build python-cloudpickle with Python 3.13, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/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.13:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/
Let us know here if you have any questions.
Python 3.13 is planned to be included in Fedora 41.
To make that update smoother, we're building Fedora packages with all
pre-releases of Python 3.13.
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=2244836
[Bug 2244836] Python 3.13
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2279991
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
9 hours, 4 minutes
[Bug 2280581] New: python-jedi fails to build with Python 3.13: ValueError: not enough values to unpack (expected 1, got 0) (script = jedi.Interpreter('foo', [locals()]))
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2280581
Bug ID: 2280581
Summary: python-jedi fails to build with Python 3.13:
ValueError: not enough values to unpack (expected 1,
got 0) (script = jedi.Interpreter('foo', [locals()]))
Product: Fedora
Version: rawhide
Status: NEW
Component: python-jedi
Assignee: lbalhar(a)redhat.com
Reporter: ksurma(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: carl(a)redhat.com,
epel-packagers-sig(a)lists.fedoraproject.org,
ksurma(a)redhat.com, lbalhar(a)redhat.com,
mhroncok(a)redhat.com, phracek(a)redhat.com,
python-packagers-sig(a)lists.fedoraproject.org
Blocks: 2244836 (PYTHON3.13)
Target Milestone: ---
Classification: Fedora
python-jedi fails to build with Python 3.13.0b1.
=================================== FAILURES
===================================
______________________ test_completion_param_annotations
_______________________
def test_completion_param_annotations():
# Need to define this function not directly in Python. Otherwise Jedi
is too
# clever and uses the Python code instead of the signature object.
code = 'def foo(a: 1, b: str, c: int = 1.0) -> bytes: pass'
exec(code, locals())
script = jedi.Interpreter('foo', [locals()])
> c, = script.complete()
E ValueError: not enough values to unpack (expected 1, got 0)
test/test_api/test_interpreter.py:315: ValueError
=========================== short test summary info
============================
FAILED test/test_api/test_interpreter.py::test_completion_param_annotations
https://docs.python.org/3.13/whatsnew/3.13.html
For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.13/fedora...
For all our attempts to build python-jedi with Python 3.13, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/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.13:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/
Let us know here if you have any questions.
Python 3.13 is planned to be included in Fedora 41.
To make that update smoother, we're building Fedora packages with all
pre-releases of Python 3.13.
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=2244836
[Bug 2244836] Python 3.13
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2280581
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
9 hours, 24 minutes
[Bug 2279990] New: python-pure-eval fails to build with Python 3.13: test_sys_modules: AssertionError
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2279990
Bug ID: 2279990
Summary: python-pure-eval fails to build with Python 3.13:
test_sys_modules: AssertionError
Product: Fedora
Version: rawhide
Status: NEW
Component: python-pure-eval
Assignee: lbalhar(a)redhat.com
Reporter: ksurma(a)redhat.com
CC: epel-packagers-sig(a)lists.fedoraproject.org,
ksurma(a)redhat.com, lbalhar(a)redhat.com,
mhroncok(a)redhat.com, michel(a)michel-slm.name,
python-packagers-sig(a)lists.fedoraproject.org
Blocks: 2244836 (PYTHON3.13)
Target Milestone: ---
Classification: Fedora
python-pure-eval fails to build with Python 3.13.0b1.
=================================== FAILURES
===================================
_______________________________ test_sys_modules
_______________________________
def test_sys_modules():
modules = sys_modules_sources()
if not os.environ.get('PURE_EVAL_SLOW_TESTS'):
modules = islice(modules, 0, 3)
for filename, source, tree in modules:
print(filename)
if not filename.endswith("ast.py"):
> check_copy_ast_without_context(tree)
tests/test_utils.py:53:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
tree = <ast.Module object at 0x7f87699d70d0>
def check_copy_ast_without_context(tree):
tree2 = copy_ast_without_context(tree)
dump1 = ast.dump(tree)
dump2 = ast.dump(tree2)
normalised_dump1 = re.sub(
r", ctx=(Load|Store|Del)\(\)",
"",
dump1
)
> assert normalised_dump1 == dump2
E assert "Module(body=...e__'))]))])])" == "Module(body=...e__'))]))])])"
E Skipping 4274 identical leading characters in diff, use -v to show
E - alue=List()), Assign(targets=[Attribute(value=Name(id='self'),
attr='_iterating')], value=Call(func=Name(id='set'))),
Assign(targets=[Attribute(value=Name(id='self'), attr='data')],
value=Dict())]), FunctionDef(name='_commit_removals',
args=arguments(args=[arg(arg='self')]), body=[Assign(targets=[Name(id='pop')],
value=Attribute(value=Attribute(value=Name(id='self'),
attr='_pending_removals'), attr='pop')), Assign(targets=[Name(id='d')],
value=Attribute(value=Name(id='self'), attr='data')), While(test=C...
E
E ...Full output truncated (4 lines hidden), use '-vv' to show
tests/test_utils.py:65: AssertionError
FAILED tests/test_utils.py::test_sys_modules - assert
"Module(body=...e__'))]...
https://docs.python.org/3.13/whatsnew/3.13.html
For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.13/fedora...
For all our attempts to build python-pure-eval with Python 3.13, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/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.13:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/
Let us know here if you have any questions.
Python 3.13 is planned to be included in Fedora 41.
To make that update smoother, we're building Fedora packages with all
pre-releases of Python 3.13.
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=2244836
[Bug 2244836] Python 3.13
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2279990
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
9 hours, 26 minutes