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-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2280614
Bug ID: 2280614
Summary: CVE-2024-4068 yarnpkg: braces: fails to limit the
number of characters it can handle [epel-all]
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: yarnpkg
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: zsvetlik(a)redhat.com
Reporter: rkeshri(a)redhat.com
CC: epel-packagers-sig(a)lists.fedoraproject.org,
manisandro(a)gmail.com, ngompa13(a)gmail.com,
zsvetlik(a)redhat.com
Target Milestone: ---
Classification: Fedora
More information about this security flaw is available in the following bug:
http://bugzilla.redhat.com/show_bug.cgi?id=2280600
Disclaimer: Community trackers are created by Red Hat Product Security team on
a best effort basis. Package maintainers are required to ascertain if the flaw
indeed affects their package, before starting the update process.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2280614
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
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-sp…
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-r…
For all our attempts to build python-cloudpickle with Python 3.13, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/package/python-…
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-sp…
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-r…
For all our attempts to build python-pure-eval with Python 3.13, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/package/python-…
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-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2280338
Bug ID: 2280338
Summary: License files should be stored separately from the
documentation
Product: Fedora
Version: rawhide
OS: Linux
Status: NEW
Component: sdbus-cpp
Severity: medium
Assignee: mblaha(a)redhat.com
Reporter: rvykydal(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
mblaha(a)redhat.com
Target Milestone: ---
Classification: Fedora
The license file is stored in /usr/share/doc/sdbus-c++ while it should be
probably stored in /usr/share/licenses folder.
The issue was revealed by anaconda installer kickstart test testing
--excludedocs package selection option:
https://github.com/rvykydal/kickstart-tests/blob/master/packages-excludedoc…
We could workaround the issue in our tests but we are also filing this bug to
see if it can be fixed on the sdbus-cpp packaging side.
Reproducible: Always
Steps to Reproduce:
1. check where is the license stored
[rvykydal@prnot4 ~]$ rpm -qL sdbus-cpp
/usr/share/doc/sdbus-c++/COPYING
2.
3.
Actual Results:
The license is stored in /usr/share/doc/sdbus-c++
Expected Results:
The license is stored in /usr/share/licenses subfolder.
We hit a similar issue a while ago for xz package:
https://bugzilla.redhat.com/show_bug.cgi?id=1590873
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2280338
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2250265
Peter Robinson <pbrobinson(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |NOTABUG
Status|NEW |CLOSED
CC| |pbrobinson(a)gmail.com
Last Closed| |2024-05-13 16:06:47
--- Comment #6 from Peter Robinson <pbrobinson(a)gmail.com> ---
The cross-gcc is designed for static linked binaries such as firmware or
standalone binaries, it's complex to deal with shared libraries builds because
you need to have chroot envs etc.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2250265
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2250709
Bug ID: 2250709
Summary: Notice: python-flit-core will be automatically retired
from EPEL 9 when RHEL 9.4 is released
Product: Fedora EPEL
Version: epel9
Status: NEW
Component: python-flit-core
Assignee: maxwell(a)gtmx.me
Reporter: rhel-process-autobot(a)bot.bugzilla.redhat.com
CC: epel-packagers-sig(a)lists.fedoraproject.org,
maxwell(a)gtmx.me, mhroncok(a)redhat.com,
python-packagers-sig(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2250709
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2279999
Bug ID: 2279999
Summary: Cinnamon Preferences (Settings) is missing Online
Accounts module
Product: Fedora
Version: 40
Hardware: x86_64
OS: Linux
Status: NEW
Component: cinnamon-control-center
Keywords: Desktop, Regression, Upgrades
Severity: high
Assignee: leigh123linux(a)googlemail.com
Reporter: neil(a)darlow.co.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
leigh123linux(a)googlemail.com, riehecky(a)fnal.gov
Target Milestone: ---
Classification: Fedora
After updating from fedora Workstation 39 Cinnamon to Workstation 40 Cinnamon
the Preferences (Settings) feature no longer has Online Accounts present.
Google Account credentials are often upgraded to a new generation and require
re-entry but without this feature the account is rendered inoperative.
Reproducible: Always
Steps to Reproduce:
1. Upgrade fedora Workstation 39 Cinnamon to Workstation 40 Cinnamon.
2.
3.
Actual Results:
The Online Accounts feature is missing from the Preferences Menu and Settings
application.
Expected Results:
Online Accounts availability should be preserved over the upgrade.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2279999
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…