April 2022 - Epel-packagers-sig - Fedora mailing-lists

[Bug 2067022] New: ImageMagick: heap-buffer-overflow in PushShortPixel of quantum-private.h
by bugzilla＠redhat.com 29 May '22

29 May '22

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 9

[Bug 2067098] New: ImageMagick: heap-buffer-overflow in PushShortPixel of quantum-private.h [fedora-all]
by bugzilla＠redhat.com 29 May '22

29 May '22

https://bugzilla.redhat.com/show_bug.cgi?id=2067098 Bug ID: 2067098 Summary: ImageMagick: heap-buffer-overflow in PushShortPixel of quantum-private.h [fedora-all] Product: Fedora Version: 35 Status: NEW Component: ImageMagick Keywords: Security, SecurityTracking Severity: medium Priority: medium Assignee: luya_tfz(a)thefinalzone.net Reporter: trathi(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: blaise(a)gmail.com, dcavalca(a)fb.com, epel-packagers-sig(a)lists.fedoraproject.org, fedora(a)famillecollet.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: 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=2067098

1 4

[Bug 2064538] New: ImageMagick: heap-use-after-free in RelinquishDCMInfo of dcm.c
by bugzilla＠redhat.com 29 May '22

29 May '22

https://bugzilla.redhat.com/show_bug.cgi?id=2064538 Bug ID: 2064538 Summary: ImageMagick: heap-use-after-free in RelinquishDCMInfo of dcm.c 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-use-after-free vulnerability was found in ImageMagick's RelinquishDCMInfo function of dcm.c. References: https://github.com/ImageMagick/ImageMagick/issues/4947 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2064538

1 10

[Bug 2066640] New: ImageMagick: heap-use-after-free in RelinquishDCMInfo of dcm.c [fedora-all]
by bugzilla＠redhat.com 29 May '22

29 May '22

https://bugzilla.redhat.com/show_bug.cgi?id=2066640 Bug ID: 2066640 Summary: ImageMagick: heap-use-after-free in RelinquishDCMInfo of dcm.c [fedora-all] Product: Fedora Version: 35 Status: NEW Component: ImageMagick Keywords: Security, SecurityTracking Severity: medium Priority: medium Assignee: luya_tfz(a)thefinalzone.net Reporter: trathi(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: blaise(a)gmail.com, dcavalca(a)fb.com, epel-packagers-sig(a)lists.fedoraproject.org, fedora(a)famillecollet.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: 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=2066640

1 4

[Bug 2075405] New: python-flit fails to build with Python 3.11: AssertionError: assert None == 'readme.md'
by bugzilla＠redhat.com 25 May '22

25 May '22

https://bugzilla.redhat.com/show_bug.cgi?id=2075405 Bug ID: 2075405 Summary: python-flit fails to build with Python 3.11: AssertionError: assert None == 'readme.md' Product: Fedora Version: rawhide Status: NEW Component: python-flit Assignee: mhroncok(a)redhat.com Reporter: thrnciar(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: epel-packagers-sig(a)lists.fedoraproject.org, mhroncok(a)redhat.com, michel(a)michel-slm.name, python-sig(a)lists.fedoraproject.org, thrnciar(a)redhat.com Blocks: 2016048 (PYTHON3.11) Target Milestone: --- Classification: Fedora python-flit fails to build with Python 3.11.0a7. =================================== FAILURES =================================== _________________________ test_find_readme[readme.md] __________________________ readme_file = 'readme.md' @pytest.mark.parametrize( "readme_file", ["readme.md", "README.MD", "README.md", "Readme.md", "readme.MD", "readme.rst", "readme.txt"]) def test_find_readme(readme_file): with make_dir([readme_file]) as td: ib = init.IniterBase(td) > assert ib.find_readme() == readme_file E AssertionError: assert None == 'readme.md' E + where None = <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef22533d0>>() E + where <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef22533d0>> = <flit.init.IniterBase object at 0x7fdef22533d0>.find_readme tests/test_init.py:196: AssertionError _________________________ test_find_readme[README.MD] __________________________ readme_file = 'README.MD' @pytest.mark.parametrize( "readme_file", ["readme.md", "README.MD", "README.md", "Readme.md", "readme.MD", "readme.rst", "readme.txt"]) def test_find_readme(readme_file): with make_dir([readme_file]) as td: ib = init.IniterBase(td) > assert ib.find_readme() == readme_file E AssertionError: assert None == 'README.MD' E + where None = <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef200acd0>>() E + where <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef200acd0>> = <flit.init.IniterBase object at 0x7fdef200acd0>.find_readme tests/test_init.py:196: AssertionError _________________________ test_find_readme[README.md] __________________________ readme_file = 'README.md' @pytest.mark.parametrize( "readme_file", ["readme.md", "README.MD", "README.md", "Readme.md", "readme.MD", "readme.rst", "readme.txt"]) def test_find_readme(readme_file): with make_dir([readme_file]) as td: ib = init.IniterBase(td) > assert ib.find_readme() == readme_file E AssertionError: assert None == 'README.md' E + where None = <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef2026b50>>() E + where <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef2026b50>> = <flit.init.IniterBase object at 0x7fdef2026b50>.find_readme tests/test_init.py:196: AssertionError _________________________ test_find_readme[Readme.md] __________________________ readme_file = 'Readme.md' @pytest.mark.parametrize( "readme_file", ["readme.md", "README.MD", "README.md", "Readme.md", "readme.MD", "readme.rst", "readme.txt"]) def test_find_readme(readme_file): with make_dir([readme_file]) as td: ib = init.IniterBase(td) > assert ib.find_readme() == readme_file E AssertionError: assert None == 'Readme.md' E + where None = <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef1fe3010>>() E + where <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef1fe3010>> = <flit.init.IniterBase object at 0x7fdef1fe3010>.find_readme tests/test_init.py:196: AssertionError _________________________ test_find_readme[readme.MD] __________________________ readme_file = 'readme.MD' @pytest.mark.parametrize( "readme_file", ["readme.md", "README.MD", "README.md", "Readme.md", "readme.MD", "readme.rst", "readme.txt"]) def test_find_readme(readme_file): with make_dir([readme_file]) as td: ib = init.IniterBase(td) > assert ib.find_readme() == readme_file E AssertionError: assert None == 'readme.MD' E + where None = <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef32c6b50>>() E + where <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef32c6b50>> = <flit.init.IniterBase object at 0x7fdef32c6b50>.find_readme tests/test_init.py:196: AssertionError _________________________ test_find_readme[readme.rst] _________________________ readme_file = 'readme.rst' @pytest.mark.parametrize( "readme_file", ["readme.md", "README.MD", "README.md", "Readme.md", "readme.MD", "readme.rst", "readme.txt"]) def test_find_readme(readme_file): with make_dir([readme_file]) as td: ib = init.IniterBase(td) > assert ib.find_readme() == readme_file E AssertionError: assert None == 'readme.rst' E + where None = <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef32e4d10>>() E + where <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef32e4d10>> = <flit.init.IniterBase object at 0x7fdef32e4d10>.find_readme tests/test_init.py:196: AssertionError _________________________ test_find_readme[readme.txt] _________________________ readme_file = 'readme.txt' @pytest.mark.parametrize( "readme_file", ["readme.md", "README.MD", "README.md", "Readme.md", "readme.MD", "readme.rst", "readme.txt"]) def test_find_readme(readme_file): with make_dir([readme_file]) as td: ib = init.IniterBase(td) > assert ib.find_readme() == readme_file E AssertionError: assert None == 'readme.txt' E + where None = <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef3263a50>>() E + where <bound method IniterBase.find_readme of <flit.init.IniterBase object at 0x7fdef3263a50>> = <flit.init.IniterBase object at 0x7fdef3263a50>.find_readme tests/test_init.py:196: AssertionError ______________________ test_init_readme_found_yes_choosen ______________________ def test_init_readme_found_yes_choosen(): responses = ['test_module_name', 'Test Author', 'test_email(a)example.com', '', # Home page omitted '4', # Skip - choose a license later ] with make_dir(["readme.md"]) as td, \ patch_data_dir(), \ faking_input(responses): ti = init.TerminalIniter(td) ti.initialise() with Path(td, 'pyproject.toml').open('rb') as f: data = tomli.load(f) > assert data['project'] == { 'authors': [{'name': 'Test Author', 'email': 'test_email(a)example.com'}], 'name': 'test_module_name', 'readme': 'readme.md', 'dynamic': ['version', 'description'], } E AssertionError: assert {'authors': [..._module_name'} == {'authors': [...: 'readme.md'} E Omitting 3 identical items, use -vv to show E Right contains 1 more item: E {'readme': 'readme.md'} E Use -v to get the full diff tests/test_init.py:220: AssertionError ----------------------------- Captured stdout call ----------------------------- Choose a license (see http://choosealicense.com/ for more info) 1. MIT - simple and permissive 2. Apache - explicitly grants patent rights 3. GPL - ensures that code based on this is shared with the same terms 4. Skip - choose a license later Written pyproject.toml; edit that file to add optional extra info. =========================== short test summary info ============================ FAILED tests/test_init.py::test_find_readme[readme.md] - AssertionError: asse... FAILED tests/test_init.py::test_find_readme[README.MD] - AssertionError: asse... FAILED tests/test_init.py::test_find_readme[README.md] - AssertionError: asse... FAILED tests/test_init.py::test_find_readme[Readme.md] - AssertionError: asse... FAILED tests/test_init.py::test_find_readme[readme.MD] - AssertionError: asse... FAILED tests/test_init.py::test_find_readme[readme.rst] - AssertionError: ass... FAILED tests/test_init.py::test_find_readme[readme.txt] - AssertionError: ass... FAILED tests/test_init.py::test_init_readme_found_yes_choosen - AssertionErro... =================== 8 failed, 192 passed, 2 skipped in 4.96s =================== 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-r… For all our attempts to build python-flit with Python 3.11, see: https://copr.fedorainfracloud.org/coprs/g/python/python3.11/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.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=2075405

1 2

[Bug 2080476] New: ipython-8.3.0 is available
by bugzilla＠redhat.com 24 May '22

24 May '22

https://bugzilla.redhat.com/show_bug.cgi?id=2080476 Bug ID: 2080476 Summary: ipython-8.3.0 is available Product: Fedora Version: rawhide Status: NEW Component: ipython Keywords: FutureFeature, Triaged Assignee: lbalhar(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: dcantrell(a)redhat.com, epel-packagers-sig(a)lists.fedoraproject.org, lbalhar(a)redhat.com, mhroncok(a)redhat.com, michel(a)michel-slm.name, mrunge(a)redhat.com, orion(a)nwra.com, python-sig(a)lists.fedoraproject.org, tomspur(a)fedoraproject.org Target Milestone: --- Classification: Fedora Latest upstream release: 8.3.0 Current version/release in rawhide: 8.2.0-1.fc37 URL: https://ipython.org/ Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/1399/ -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2080476

1 7

[Bug 2058882] New: ipython-8.1.0 is available
by bugzilla＠redhat.com 23 May '22

23 May '22

https://bugzilla.redhat.com/show_bug.cgi?id=2058882 Bug ID: 2058882 Summary: ipython-8.1.0 is available Product: Fedora Version: rawhide Status: NEW Component: ipython Keywords: FutureFeature, Triaged Assignee: lbalhar(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: dcantrell(a)redhat.com, epel-packagers-sig(a)lists.fedoraproject.org, lbalhar(a)redhat.com, mhroncok(a)redhat.com, michel(a)michel-slm.name, mrunge(a)redhat.com, orion(a)nwra.com, python-sig(a)lists.fedoraproject.org, tomspur(a)fedoraproject.org Target Milestone: --- Classification: Fedora Latest upstream release: 8.1.0 Current version/release in rawhide: 8.0.1-1.fc36 URL: https://ipython.org/ Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/1399/ -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2058882

1 6

[Bug 2058448] New: rocksdb: rebuild for gflags update in c8s
by bugzilla＠redhat.com 13 May '22

13 May '22

https://bugzilla.redhat.com/show_bug.cgi?id=2058448 Bug ID: 2058448 Summary: rocksdb: rebuild for gflags update in c8s Product: Fedora EPEL Version: epel8 Status: NEW Component: rocksdb Assignee: epel-packagers-sig(a)lists.fedoraproject.org Reporter: carl(a)redhat.com CC: dcavalca(a)fb.com, epel-packagers-sig(a)lists.fedoraproject.org, hegjon(a)gmail.com, mmuzila(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: In CentOS Stream 8, the gflags package was updated from 2.1.2-6.el8 to 2.2.2-1.el8 (see bug 2035143). That introduces an soname bump from libgflags.so.2.1 to libgflags.so.2.2. rocksdb links against that soname and must be rebuilt in epel8-next to work correctly on c8s. Version-Release number of selected component (if applicable): rocksdb-6.26.1-2.el8 Steps to Reproduce: 1. dnf install rocksdb (this resolves to the older gflags in the repo) 2. dnf update gflags Actual results: Error: Problem: problem with installed package rocksdb-6.26.1-2.el8.x86_64 - package rocksdb-6.26.1-2.el8.x86_64 requires libgflags.so.2.1()(64bit), but none of the providers can be installed - cannot install both gflags-2.2.2-1.el8.x86_64 and gflags-2.1.2-6.el8.x86_64 - cannot install the best update candidate for package gflags-2.1.2-6.el8.x86_64 (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) Expected results: installation of the latest gflags and rocksdb Additional info: This is happening in c8s now, but will also happen when RHEL 8.6 is released. At that point it can be remediated in regular epel8. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2058448

1 7

[Bug 2076048] New: ImageMagick-6.9.12-45 is available
by bugzilla＠redhat.com 11 May '22

11 May '22

https://bugzilla.redhat.com/show_bug.cgi?id=2076048 Bug ID: 2076048 Summary: ImageMagick-6.9.12-45 is available Product: Fedora Version: rawhide Status: NEW Component: ImageMagick Keywords: FutureFeature, Triaged Assignee: luya_tfz(a)thefinalzone.net Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: blaise(a)gmail.com, dcavalca(a)fb.com, epel-packagers-sig(a)lists.fedoraproject.org, fedora(a)famillecollet.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: Fedora Latest upstream release: 6.9.12-45 Current version/release in rawhide: 6.9.12.44-1.fc37 URL: https://legacy.imagemagick.org Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/16253/ -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2076048

1 10

[Bug 2077383] New: F37FailsToInstall: python3-tmuxp
by bugzilla＠redhat.com 11 May '22

11 May '22

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_Fails…) 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-d… 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 8

2024

2023

2022

2021

Epel-packagers-sig April 2022