https://bugzilla.redhat.com/show_bug.cgi?id=2208213
Bug ID: 2208213
Summary: Plugins for X3D & BVH doesn't compatible with Python
3.11
Product: Fedora
Version: 37
OS: Linux
Status: NEW
Component: blender
Severity: medium
Assignee: luya_tfz(a)thefinalzone.net
Reporter: sunhaitao(a)devtaste.com
QA Contact: extras-qa(a)fedoraproject.org
CC: code(a)musicinmybrain.net,
design-devel(a)lists.fedoraproject.org,
epel-packagers-sig(a)lists.fedoraproject.org,
kwizart(a)gmail.com, luya_tfz(a)thefinalzone.net,
negativo17(a)gmail.com
Target Milestone: ---
Classification: Fedora
The `open` function in Python 3.11 no longer supports 'U' mode. But it is still
used in '/usr/share/blender/3.5/scripts/addons/io_anim_bvh/import_bvh.py' and
'/usr/share/blender/3.5/scripts/addons/io_scene_x3d/import_x3d.py'.
Reproducible: Always
An upstream patch for this is avialable at
'https://projects.blender.org/blender/blender-addons/commit/eef2e476d384e463…'.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2208213
https://bugzilla.redhat.com/show_bug.cgi?id=2189474
Bug ID: 2189474
Summary: [abrt] cinnamon: run():
utils.py:21:spawn:subprocess.CalledProcessError:
Command 'chmod +x
/home/ingo/.local/share/applications/Rambox
--No-Sandbox
--Enable-Crashpad.cinnamon-generated.desktop' returned
non-zero exit status 1.
Product: Fedora
Version: 37
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:78868997b76ba9dcde7249569f28c958a2e64e91;VAR
IANT_ID=cinnamon;
Component: cinnamon
Assignee: leigh123linux(a)googlemail.com
Reporter: ingobeh(a)hotmail.com
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
Version-Release number of selected component:
cinnamon-5.6.8-2.fc37
Additional info:
reporter: libreport-2.17.4
cgroup: 0::/user.slice/user-1000.slice/session-2.scope
cmdline: python3
/usr/share/cinnamon/applets/grouped-window-list(a)cinnamon.org/utils.py
get_process 6372
crash_function: run
exception_type: subprocess.CalledProcessError
executable:
/usr/share/cinnamon/applets/grouped-window-list(a)cinnamon.org/utils.py
interpreter: python3-3.11.3-1.fc37.x86_64
kernel: 6.2.12-200.fc37.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
utils.py:21:spawn:subprocess.CalledProcessError: Command 'chmod +x
/home/ingo/.local/share/applications/Rambox --No-Sandbox
--Enable-Crashpad.cinnamon-generated.desktop' returned non-zero exit status 1.
Traceback (most recent call last):
File "/usr/share/cinnamon/applets/grouped-window-list(a)cinnamon.org/utils.py",
line 15, in spawn
process = subprocess.run(
^^^^^^^^^^^^^^^
File "/usr/lib64/python3.11/subprocess.py", line 571, in run
raise CalledProcessError(retcode, process.args,
subprocess.CalledProcessError: Command '['chmod', '+x',
'/home/ingo/.local/share/applications/Rambox', '--No-Sandbox',
'--Enable-Crashpad.cinnamon-generated.desktop']' returned non-zero exit status
1.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/share/cinnamon/applets/grouped-window-list(a)cinnamon.org/utils.py",
line 112, in <module>
handle_cli()
File "/usr/share/cinnamon/applets/grouped-window-list(a)cinnamon.org/utils.py",
line 105, in handle_cli
spawn('chmod +x {}'.format(desktop_path))
File "/usr/share/cinnamon/applets/grouped-window-list(a)cinnamon.org/utils.py",
line 21, in spawn
raise subprocess.CalledProcessError(1, command)
subprocess.CalledProcessError: Command 'chmod +x
/home/ingo/.local/share/applications/Rambox --No-Sandbox
--Enable-Crashpad.cinnamon-generated.desktop' returned non-zero exit status 1.
Local variables in innermost frame:
command: 'chmod +x /home/ingo/.local/share/applications/Rambox --No-Sandbox
--Enable-Crashpad.cinnamon-generated.desktop'
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2189474
https://bugzilla.redhat.com/show_bug.cgi?id=2185995
Bug ID: 2185995
Summary: CVE-2023-28484 mingw-libxml2: libxml2: NULL
dereference in xmlSchemaFixupComplexType [fedora-all]
Product: Fedora
Version: 37
Status: NEW
Component: mingw-libxml2
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: rjones(a)redhat.com
Reporter: psampaio(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
ktietz(a)redhat.com, rjones(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=2185994
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=2185995
https://bugzilla.redhat.com/show_bug.cgi?id=2185987
Bug ID: 2185987
Summary: CVE-2023-29469 mingw-libxml2: libxml2: Hashing of
empty dict strings isn't deterministic [fedora-all]
Product: Fedora
Version: 37
Status: NEW
Component: mingw-libxml2
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: rjones(a)redhat.com
Reporter: psampaio(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
ktietz(a)redhat.com, rjones(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=2185984
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=2185987
https://bugzilla.redhat.com/show_bug.cgi?id=2256445
Bug ID: 2256445
Summary: python-pillow-10.2.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: python-pillow
Keywords: FutureFeature, Triaged
Assignee: manisandro(a)gmail.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
infra-sig(a)lists.fedoraproject.org,
manisandro(a)gmail.com,
python-packagers-sig(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Releases retrieved: 10.2.0
Upstream release that is considered latest: 10.2.0
Current version/release in rawhide: 10.1.0-1.fc40
URL: http://python-pillow.github.io/
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://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_M…
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/7974/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/python-pillow
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2256445
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=2237693
Bug ID: 2237693
Summary: rocksdb should not BuildRequire /usr/bin/python3
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: rocksdb
Assignee: epel-packagers-sig(a)lists.fedoraproject.org
Reporter: lbalhar(a)redhat.com
CC: davide(a)cavalca.name,
epel-packagers-sig(a)lists.fedoraproject.org,
hegjon(a)gmail.com, mmuzila(a)redhat.com
Target Milestone: ---
Classification: Fedora
Packages in RHEL 8 should not use, Require or BuildRequire `/usr/bin/python3`
because that file is provided by all the Python stacks - 3.6 (the main one),
3.8, 3.9, and 3.11. The particular version `/usr/bin/python3` points to depends
on the system of alternatives and is determined either by the priority of the
individual options or by manual setting by the system administrator. Python 3.6
has the highest priority, so if it is installed, `/usr/bin/python3` means
Python 3.6 by default. However, when Python 3.6 is not installed,
`/usr/bin/python3` can mean almost anything.
Python 3.6 is the only Python in RHEL 8 with a full 10+ years of support and
all system packages should depend on it. All other Python stacks have a shorter
support period. If you wish to use an alternate Python version becasue the life
cycle of your package allows you to do it, always choose that version
explicitly rather than allowing dnf to pull in any Python version.
Packages that Require `/usr/bin/python3` used to install Python 3.6 as a
dependency by default, so for majority of use cases this problem never
surfaced. However, python3.11 sort alphabetically sooner than python36, so
users of RHEL 8.8 will get Python 3.11 by default when a package requires
`/usr/bin/python3`.
Please, switch the BuildRequires to `python3-devel` and make sure to always use
%{python3} during the build when invoking Python rather than invoking
`/usr/bin/python3`. If your need to, you can change shebangs by the
%py3_shebang_fix macro. Shebangs of installed files are automatically mangled
by `/usr/lib/rpm/redhat/brp-mangle-shebangs`.
It is absolutely essential that no RHEL 8 package Requires `/usr/bin/python3`
on runtime. Even if you are confident that your code will work on any Python
future version, it is not a good idea to support this for our customers.
And also do not hesitate to let me know if you need any assistance or more
information.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2237693
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=2179598
Bug ID: 2179598
Summary: Icons not showing in themes
Product: Fedora
Version: 37
Hardware: x86_64
Status: NEW
Component: gnome-icon-theme
Assignee: klember(a)redhat.com
Reporter: jkopcak+fedoraproject(a)zohomail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: caolanm(a)redhat.com,
epel-packagers-sig(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org, klember(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com, stefano(a)karapetsas.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Gnome icons do not appear in Themes.
Version-Release number of selected component (if applicable):
gnome-icon-theme-3.12.0-18.fc37.noarch
How reproducible:
Always, Fedora Cinnamon 37 and up.
Steps to Reproduce:
1. Menu
2. System Settings
3. Themes
4. Click the active "Icons" set
Actual results:
"gnome" icon set does not appear as an option.
Expected results:
Appear as an option in the list.
Additional info:
Fedora 36 system with gnome icons selected in Themes, then upgraded to 37,
"gnome" is shown as the selected option for Icons after upgrade. Though shown
as the active icon theme, it does not appear in the list and cannot be selected
again once changed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2179598
https://bugzilla.redhat.com/show_bug.cgi?id=2177329
Bug ID: 2177329
Summary: fedpkg import srpm doesn't work with rpmautospec
Product: Fedora
Version: 37
Hardware: All
OS: All
Status: NEW
Component: python-rpmautospec
Severity: urgent
Assignee: asaleh(a)redhat.com
Reporter: gbcox(a)bzb.us
QA Contact: extras-qa(a)fedoraproject.org
CC: asaleh(a)redhat.com,
epel-packagers-sig(a)lists.fedoraproject.org,
infra-sig(a)lists.fedoraproject.org,
michel(a)michel-slm.name, nphilipp(a)redhat.com,
sgallagh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
My workflow for uploading packages is:
$ git add -u
$ fedpkg clog
$ git commit -F clog
$ fedpkg import updated.srpm
$ git commit --am
~~~
fedpkg push
fedpkg build
When trying this with a package that has been converted to use rpmautospec, it
brakes the import srpm functionality.
I receive the following message:
Could not execute import_srpm: SRPM was processed by rpmautospec (specfile
msmtp.spec" was analyzed)
fedpkg import is a key function so this needs to be corrected
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2177329