https://bugzilla.redhat.com/show_bug.cgi?id=2210415
Bug ID: 2210415
Summary: gajim-1.8.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: gajim
Keywords: FutureFeature, Triaged
Assignee: mschmidt(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
lemenkov(a)gmail.com, mschmidt(a)redhat.com,
redhat-bugzilla(a)linuxnetz.de, suraia(a)ikkoku.de
Target Milestone: ---
Classification: Fedora
Releases retrieved: 1.8.0
Upstream release that is considered latest: 1.8.0
Current version/release in rawhide: 1.7.3-2.fc39
URL: https://gajim.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://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/870/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/gajim
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2210415
https://bugzilla.redhat.com/show_bug.cgi?id=2210464
Bug ID: 2210464
Summary: python-nbxmpp-4.3.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: python-nbxmpp
Keywords: FutureFeature, Triaged
Assignee: mschmidt(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
mschmidt(a)redhat.com, suraia(a)ikkoku.de
Target Milestone: ---
Classification: Fedora
Releases retrieved: 4.3.0
Upstream release that is considered latest: 4.3.0
Current version/release in rawhide: 4.2.2-1.fc39
URL: https://dev.gajim.org/gajim/python-nbxmpp/
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/12980/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/python-nbxmpp
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2210464
https://bugzilla.redhat.com/show_bug.cgi?id=2283800
Bug ID: 2283800
Summary: Integrate Valkey with SELinux
Product: Fedora
Version: 39
Hardware: x86_64
OS: Linux
Status: NEW
Component: valkey
Keywords: SELinux
Severity: high
Assignee: jonathan(a)almalinux.org
Reporter: fedora(a)joshuanoeske.de
CC: epel-packagers-sig(a)lists.fedoraproject.org,
fedora(a)famillecollet.com, jonathan(a)almalinux.org,
nathans(a)redhat.com, ngompa13(a)gmail.com
Target Milestone: ---
Classification: Fedora
Currently, valkey runs with security context 'unconfined_service_t'. Moreover,
the file context of the standard directory for unix sockets (/var/run/valkey)
is 'var_run_t'. In comparison, redis runs with context 'redis_t', its socket
directory (/var/run/redis) uses 'redis_var_run_t'.
This has several implications for using unix sockets. Firstly, httpd/php-fpm is
not allowed to access the unix socket in /var/run/valkey as is has the wrong
file context. See the following SELinux message:
type=AVC msg=audit(1716984122.216:1041): avc: denied { write } for pid=7316
comm="php-fpm" name="valkey.sock" dev="tmpfs" ino=2973
scontext=system_u:system_r:httpd_t:s0 tcontext=system_u:object_r:var_run_t:s0
tclass=sock_file permissive=0
/var/run/redis automatically has the file context redis_var_run_t. However, if
you managed to make valkey use /var/run/redis, which is a problem in itself
(see https://bugzilla.redhat.com/show_bug.cgi?id=2283798) it still does not
work because the socket was created by a process running unconfined. See the
following error message (it is from valkey's socket, I renamed the socket to
redis-server.sock to try if that makes a difference):
type=AVC msg=audit(1716985343.79:1314): avc: denied { connectto } for pid=7315
comm="php-fpm" path="/run/redis/redis-server.sock"
scontext=system_u:system_r:httpd_t:s0
tcontext=system_u:system_r:unconfined_service_t:s0 tclass=unix_stream_socket
permissive=0
This makes valkey for me completely unusable at the moment. I will maybe try to
generate my own SELinux policy with audit2allow, eventually, but for now, I
will switch back to redis.
Maybe the existing contexts from redis can be reused? Or can new ones be
created with valkey in their name instead of redis, but which basically
function exactly like the redis contexts?
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=2283800
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=2256713
Bug ID: 2256713
Summary: Please branch and build ImageMagick in epel9
Product: Fedora EPEL
Version: epel9
OS: Linux
Status: NEW
Component: ImageMagick
Assignee: luya_tfz(a)thefinalzone.net
Reporter: bzuelly(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: blaise(a)gmail.com, davide(a)cavalca.name,
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
Target Milestone: ---
Classification: Fedora
Please branch and build ImageMagick in epel9
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2256713
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=2180613
Bug ID: 2180613
Summary: Feature Request: compile blender with oneAPI support
for Cycles
Product: Fedora
Version: 38
Hardware: x86_64
OS: Linux
Status: NEW
Component: blender
Severity: medium
Assignee: luya_tfz(a)thefinalzone.net
Reporter: koppe(a)posteo.de
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, promac(a)gmail.com
Target Milestone: ---
Classification: Fedora
With Intel Level Zero now available in the Fedora repositories, I think the
version of Blender shipped with Fedora should be compiled with Cycles oneAPI
support for Intel GPUs enabled, currently only CUDA and HIP are enabled
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2180613
https://bugzilla.redhat.com/show_bug.cgi?id=2278656
Bug ID: 2278656
Summary: Please support org.freedesktop.locale1 keyboard
configuration for Anaconda on Live environment
Product: Fedora
Version: rawhide
OS: Linux
Status: NEW
Component: muffin
Keywords: FutureFeature
Severity: medium
Assignee: leigh123linux(a)googlemail.com
Reporter: jkonecny(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
extras-qa(a)fedoraproject.org, fedora(a)raveit.de,
kevin(a)scrye.com, leigh123linux(a)googlemail.com,
nonamedotc(a)gmail.com, riehecky(a)fnal.gov
Depends On: 2278655
Target Milestone: ---
Classification: Fedora
This is a message for the Cinnamon spin:
Hello, I’m contacting you on behalf of the Anaconda team to raise awareness
that Anaconda has to change the backend which is used to control keyboard
configuration of the Live environment. That means that we will depend on the
org.freedesktop.locale1 D-Bus API and we are contacting you with a request to
support this API. Currently, Anaconda depends on libXklavier library, however,
we are forced to migrated from this solution to Wayland compatible solution for
various reasons:
* The libXklavier library is deprecated
(https://bugzilla.redhat.com/show_bug.cgi?id=1955025 )
* Anaconda have to migrate to Wayland native solution which makes libXklavier
to crash
* The libXklavier doesn’t work great in some situations on Wayland environment
* Anaconda was forced to not be able to configure keyboards which makes user
experience worse https://bugzilla.redhat.com/show_bug.cgi?id=2072941
Also, the Anaconda team got a lot smaller, so we are not in position to
maintain both solutions based on the system. That would get us into more bugs
in the future which we don’t have capacity to resolve. For that reason we are
requesting all the SIGs owning spins on Fedora to implement support which will
reflect this DBus API to the Live environment. More precisely, this API will be
used by Anaconda to read and change the currently set keyboard layout
configuration on Live media. Your Live environment should reflect on these
changes and apply them to the running Live environment. I’ll create a system
wide change soon to connect all the parties in one place but we wanted to reach
all of you beforehand.
What you need to do:
* Verify if you are already reflecting the systemd-localed keyboard
configuration on your spin Live installation environment.
* If the above is not correct, please implement this missing communication. For
inspiration (can’t be used in this version) feel free to take a look at the
Sway solution
(https://github.com/alebastr/sway-systemd/blob/main/src/locale1-xkb-config ).
For more information please see this
https://www.freedesktop.org/software/systemd/man/latest/org.freedesktop.loc…
We would like to get these changes together with Wayland to switch to Fedora 41
if possible. In case you won’t be able to add support for the DBus service, we
will solve this situation with the same approach as described in bug above
which means that Anaconda won’t be controlling your system keyboard
configuration in the Live environment and users will be requested to set this
in the Anaconda for the installed system only.
We are sorry for the inconvenience and we will try to help you with this
migration process.
A note:
All the X11 spins might share the same solution.
Reproducible: Always
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2278655
[Bug 2278655] Please support org.freedesktop.locale1 keyboard configuration for
Anaconda on Live environment
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2278656
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…