[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, 4 months
[Bug 2135164] New: CVE-2022-21699 ipython: arbitrary code execution by cross user temporary files mismanagment [epel-7]
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2135164
Bug ID: 2135164
Summary: CVE-2022-21699 ipython: arbitrary code execution by
cross user temporary files mismanagment [epel-7]
Product: Fedora EPEL
Version: epel7
Status: NEW
Component: ipython
Keywords: Security, SecurityTracking
Severity: high
Assignee: dcantrell(a)redhat.com
Reporter: gotmax(a)e.email
QA Contact: extras-qa(a)fedoraproject.org
CC: dcantrell(a)redhat.com,
epel-packagers-sig(a)lists.fedoraproject.org,
extras-qa(a)fedoraproject.org, gotmax(a)e.email,
lbalhar(a)redhat.com, mhroncok(a)redhat.com,
michel(a)michel-slm.name, mrehak(a)redhat.com,
mrunge(a)redhat.com, orion(a)nwra.com,
python-packagers-sig(a)lists.fedoraproject.org,
python-sig(a)lists.fedoraproject.org,
tomspur(a)fedoraproject.org
Depends On: 2047815
Blocks: 2047813 (CVE-2022-21699)
Target Milestone: ---
Link ID: Github advisories/GHSA-pq7m-3gw7-gq5x
Classification: Fedora
+++ This bug was initially created as a clone of Bug #2047815 +++
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of epel-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 EPEL. 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.
--- Additional comment from Marian Rehak on 2022-01-28 09:44:41 CST ---
Use the following template to for the 'fedpkg update' request to submit an
update for this issue as it contains the top-level parent bug(s) as well as
this tracking bug. This will ensure that all associated bugs get updated
when new packages are pushed to stable.
=====
# bugfix, security, enhancement, newpackage (required)
type=security
# low, medium, high, urgent (required)
severity=high
# testing, stable
request=testing
# Bug numbers: 1234,9876
bugs=2047813,2047815
# Description of your update
notes=Security fix for [PUT CVEs HERE]
# Enable request automation based on the stable/unstable karma thresholds
autokarma=True
stable_karma=3
unstable_karma=-3
# Automatically close bugs when this marked as stable
close_bugs=True
# Suggest that users restart after update
suggest_reboot=False
======
Additionally, you may opt to use the bodhi web interface to submit updates:
https://bodhi.fedoraproject.org/updates/new
--- Additional comment from Maxwell G on 2022-10-16 17:26:12 CDT ---
I've submitted a PR to mitigate this in EPEL 8:
https://src.fedoraproject.org/rpms/ipython/pull-request/45.
I'm creating a separate bug for EPEL 7 so that can be tracked separately. There
is no upstream fix for the 3.x branch which is packaged there, so someone will
need to backport the change or go through the EPEL incompatible updates policy.
This is a high severity CVE that has gone unpatched in EPEL for 10 months, so
it should be made a priority.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2047813
[Bug 2047813] CVE-2022-21699 ipython: arbitrary code execution by cross user
temporary files mismanagment
https://bugzilla.redhat.com/show_bug.cgi?id=2047815
[Bug 2047815] CVE-2022-21699 ipython: arbitrary code execution by cross user
temporary files mismanagment [epel-8]
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2135164
1 year, 4 months
[Bug 2137293] New: python-numexpr fails to build with numpy 1.23
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2137293
Bug ID: 2137293
Summary: python-numexpr fails to build with numpy 1.23
Product: Fedora
Version: rawhide
Status: NEW
Component: python-numexpr
Assignee: thibault(a)north.li
Reporter: mhroncok(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cstratak(a)redhat.com,
epel-packagers-sig(a)lists.fedoraproject.org,
gwync(a)protonmail.com, jspaleta(a)gmail.com,
orion(a)nwra.com,
python-packagers-sig(a)lists.fedoraproject.org,
rdieter(a)gmail.com, thibault(a)north.li,
tomspur(a)fedoraproject.org, zbyszek(a)in.waw.pl
Target Milestone: ---
Classification: Fedora
Description of problem:
When updating numpy to 1.23.4, I realized python-numexpr fails to build with
it.
https://copr.fedorainfracloud.org/coprs/churchyard/numpy-1.23/package/pyt...
gcc -Wsign-compare -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG -O2 -fexceptions -g
-grecord-gcc-switches -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fstack-protector-strong -m64
-mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection
-fcf-protection -D_GNU_SOURCE -fPIC -fwrapv -O2 -fexceptions -g
-grecord-gcc-switches -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fstack-protector-strong -m64
-mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection
-fcf-protection -D_GNU_SOURCE -fPIC -fwrapv -O2 -fexceptions -g
-grecord-gcc-switches -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fstack-protector-strong -m64
-mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection
-fcf-protection -D_GNU_SOURCE -fPIC -fwrapv -O2 -flto=auto -ffat-lto-objects
-fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic
-fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fPIC
-I/usr/lib64/python3.11/site-packages/numpy/core/include -Iframestream
-I/usr/include/python3.11 -c numexpr/interpreter.cpp -o
build/temp.linux-x86_64-cpython-311/numexpr/interpreter.o
numexpr/interpreter.cpp: In function ‘PyObject* NumExpr_run(NumExprObject*,
PyObject*, PyObject*)’:
numexpr/interpreter.cpp:1272:59: error: ‘NPY_ARRAY_UPDATEIFCOPY’ was not
declared in this scope; did you mean ‘NPY_ITER_UPDATEIFCOPY’?
1272 |
NPY_ARRAY_ALIGNED|NPY_ARRAY_UPDATEIFCOPY);
|
^~~~~~~~~~~~~~~~~~~~~~
|
NPY_ITER_UPDATEIFCOPY
error: command '/usr/bin/gcc' failed with exit code 1
Version-Release number of selected component: 2.8.1-4
How reproducible:
Fetch numpy from his PR:
https://src.fedoraproject.org/rpms/numpy/pull-request/27
Or use this Copr:
https://copr.fedorainfracloud.org/coprs/churchyard/numpy-1.23/
And build this package.
Actual results: Package fails to build.
Expected results: Package builds successfully.
Let me know if we should delay the update or proceed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2137293
1 year, 5 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, 5 months
[Bug 2093320] New: CVE-2022-30785 ntfs-3g: a file handle created in fuse_lib_opendir, and later used in fuse_lib_readdir, enables arbitrary memory read and write operations
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2093320
Bug ID: 2093320
Summary: CVE-2022-30785 ntfs-3g: a file handle created in
fuse_lib_opendir, and later used in fuse_lib_readdir,
enables arbitrary memory read and write operations
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: ddepaula(a)redhat.com,
epel-packagers-sig(a)lists.fedoraproject.org,
jferlan(a)redhat.com, kparal(a)redhat.com,
ngompa13(a)gmail.com, rjones(a)redhat.com,
spotrh(a)gmail.com, virt-maint(a)redhat.com
Target Milestone: ---
Classification: Other
A file handle created in fuse_lib_opendir, and later used in fuse_lib_readdir,
enables arbitrary memory read and write operations in NTFS-3G through 2021.8.22
when using libfuse-lite.
References:
https://github.com/tuxera/ntfs-3g/security/advisories/GHSA-6mv4-4v73-xw58
https://github.com/tuxera/ntfs-3g/releases
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2093320
1 year, 5 months