The following Fedora EPEL 7 Security updates need testing:
Age URL
5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-2f9004588a chromium-87.0.4280.88-1.el7
The following builds have been pushed to Fedora EPEL 7 updates-testing
phpldapadmin-1.2.6.2-1.el7
python-kubernetes-11.0.0-5.el7
radeontop-1.3-1.el7
xalan-c-1.11.0-21.el7
xrootd-compat-4.12.6-1.el7
Details about builds:
================================================================================
phpldapadmin-1.2.6.2-1.el7 (FEDORA-EPEL-2020-073e4862db)
Web-based tool for managing LDAP servers
--------------------------------------------------------------------------------
Update Information:
Update to 1.2.6.2 (#1906752)
--------------------------------------------------------------------------------
ChangeLog:
* Fri Dec 11 2020 Dmitry Butskoy <Dmitry(a)Butskoy.name> - 1.2.6.2-1
- Update to 1.2.6.2 (#1906752)
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1906752 - CVE-2020-35132 phpldapadmin: allows users to store malicious values which could result in XSS via get_request in lib/function.php
https://bugzilla.redhat.com/show_bug.cgi?id=1906752
--------------------------------------------------------------------------------
================================================================================
python-kubernetes-11.0.0-5.el7 (FEDORA-EPEL-2020-d529b5c976)
Python client for the kubernetes API.
--------------------------------------------------------------------------------
Update Information:
Revert to 11.0.0 until issue #1333 is resolved.
--------------------------------------------------------------------------------
ChangeLog:
* Fri Dec 11 2020 Jason Montleon <jmontleo(a)redhat.com> - 1:11.0.0-5
- Revert upadte until https://github.com/kubernetes-client/python/issues/1333 is fixed
--------------------------------------------------------------------------------
================================================================================
radeontop-1.3-1.el7 (FEDORA-EPEL-2020-8fd239861a)
View GPU utilization of AMD/ATI Radeon devices
--------------------------------------------------------------------------------
Update Information:
New release for new pci ids and amdgpu driver capabilities.
--------------------------------------------------------------------------------
ChangeLog:
* Thu Dec 10 2020 Fedora Release Monitoring <release-monitoring(a)fedoraproject.org> - 1.3-1
- Update to 1.3 (#1906240)
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1906240 - radeontop-1.3 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1906240
--------------------------------------------------------------------------------
================================================================================
xalan-c-1.11.0-21.el7 (FEDORA-EPEL-2020-0ac365df43)
Xalan XSLT processor for C/C++
--------------------------------------------------------------------------------
Update Information:
Fixes for API documentation build ---- Build API documentation with Doxygen;
update package summaries and descriptions from upstream
--------------------------------------------------------------------------------
ChangeLog:
* Thu Dec 10 2020 Benjamin A. Beasley <code(a)musicinmybrain.net> - 1.11.0-21
- Fixes for API documentation build
- Ensure we compile with additional hardening flags even on EPEL
* Wed Dec 9 2020 Benjamin A. Beasley <code(a)musicinmybrain.net> - 1.11.0-20
- Build API documentation with Doxygen
- Update summaries and descriptions from upstream
- Enable at least the XPath tests
- Drop unused old tarball and patches from source RPM
* Sat Aug 1 2020 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.11.0-19
- Second attempt - Rebuilt for
https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
* Wed Jul 29 2020 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.11.0-18
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
* Fri Jan 31 2020 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.11.0-17
- Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
* Sat Jul 27 2019 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.11.0-16
- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild
* Sun Feb 3 2019 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.11.0-15
- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
* Sat Jul 14 2018 Fedora Release Engineering <releng(a)fedoraproject.org> - 1.11.0-14
- Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
--------------------------------------------------------------------------------
================================================================================
xrootd-compat-4.12.6-1.el7 (FEDORA-EPEL-2020-e99c0c376e)
Extended ROOT file server - compat version 4
--------------------------------------------------------------------------------
Update Information:
XrootD 4.12.6.
--------------------------------------------------------------------------------
ChangeLog:
* Fri Dec 11 2020 Mattias Ellert <mattias.ellert(a)physics.uu.se> - 4.12.6-1
- Update to version 4.12.6
--------------------------------------------------------------------------------
I'm starting to try to build some EPEL packages for Python 3.8. I've
started some notes here:
https://fedoraproject.org/wiki/EPEL/Python3X
The main points are:
* separate python38-foo repos to allow for independent versions of modules
* Need to override __python3 to build with the proper python
* How do we want to handle the %py3_dist macro? Create a new
%py38_dist? Modify %py3_dist to use another macro rather than hard
coding "python3dist("?
Comments?
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 https://www.nwra.com/
The following Fedora EPEL 7 Security updates need testing:
Age URL
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-2f9004588a chromium-87.0.4280.88-1.el7
The following builds have been pushed to Fedora EPEL 7 updates-testing
xe-guest-utilities-latest-7.21.0-1.el7
Details about builds:
================================================================================
xe-guest-utilities-latest-7.21.0-1.el7 (FEDORA-EPEL-2020-86ac512220)
XAPI Virtual Machine Monitoring Scripts
--------------------------------------------------------------------------------
Update Information:
- Supports CentOS Linux 8.3 and CentOS Stream 8 - Update Citrix Hypervisor
version identification to 8.2.0
--------------------------------------------------------------------------------
ChangeLog:
* Fri Dec 11 2020 Robin Lee <cheeselee(a)fedoraproject.org> - 7.21.0-1
- Update to 7.21.0, supports CentOS 8.3
- Apply to patch to support CentOS Stream 8
- Update Citrix Hypervisor to the latest one
* Wed Jul 29 2020 Fedora Release Engineering <releng(a)fedoraproject.org> - 7.17.0-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
* Fri Jan 31 2020 Fedora Release Engineering <releng(a)fedoraproject.org> - 7.17.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #1728449 - xe-guest-utilities-latest-7.21.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1728449
--------------------------------------------------------------------------------
Hello. I used the sata_via kmod to install centos 8 in an old desktop that otherwise wouldn't find the drive. I had probably at least two kernel updates since that went without issues.
Then when upgrading to centos 8.3 the kernel went from 4.18.193 to 4.18.240 and this new kernel would drop me into dracut shell. I described it in this post in the forums (to the end, as it was a pre-existing post) https://forums.centos.org/viewtopic.php?f=54&t=76597
Trying to solve the new kernel issue I installed elrepo-release and kmod-sata_via but this resulted in now me being unable to successfully boot into neither kernels as it failed to install the kmod into the kernel I was using which was the old one (193) and I think maybe because of me being in the old kernel, the package also didn't install for the new kernel (?).
So I booted a Fedora live-usb and regenerated all initramfs after copying sata_via.ko to the kernel dirs in lib/modules. This resulted in the new kernel now working but it still failed to install in the old one. I'm thinking that maybe it wasn't needed to copy sata_via.ko from /lib/modules/4.18.0-240.el8.x86_64 (where the package puts it) to /lib/modules/4.18.0-240.1.1.el8_3.x86_64 but that the failure might have come from the fact that I was using version 193 and the package expected for me to be using version 240 and would run dracut into the current running kernel, which failed.
As for my use case, since this is an old desktop pc I might probably just pin the kernel and not upgrade it more.
Dear all,
You are kindly invited to the meeting:
EPEL Steering Committee on 2020-12-11 from 17:00:00 to 18:00:00 US/Eastern
At fedora-meeting(a)irc.freenode.net
The meeting will be about:
This is the weekly EPEL Steering Committee Meeting.
A general agenda is the following:
#meetingname EPEL
#topic Intros
#topic Old Business
#topic EPEL-7
#topic EPEL-8
#topic Openfloor
#endmeeting
Source: https://apps.fedoraproject.org/calendar/meeting/9854/
Background: we're resurrecting the dormant epel-wranglers SIG as epel-
packagers-sig. Members will co-maintain packages for EPEL that the SIG
is interested in, if the primary maintainers are not interested in
supporting EPEL.
Per the discussion in the EPEL SIG meeting last Friday, the following
changes to the documentation will be discussed in the next meeting
(Friday, December 11, 14:00 EST in #fedora-meeting)
https://fedoraproject.org/w/index.php?title=EPEL%2FPackagers&type=revision&…
- the SIG should review the list of open requests and track the ones it
is interested in. Query added to the wiki
- the mechanism for joining the SIG (currently borrowed from the
provenpackagers instructions but lowered the acceptance threshold given
there's not that many SIG members yet)
Best regards,
--
Michel Alexandre Salim
profile: https://keyoxide.org/michel@michel-slm.name
chat via email: https://delta.chat/
GPG key: 5DCE 2E7E 9C3B 1CFF D335 C1D7 8B22 9D2F 7CCC 04F2
After updating to CentOS 8.3, my plasma (KDE) desktop is not starting. It
seems like X is not starting. Is anyone else seeing this and knows what's
happening? I haven't had a chance to dig much deeper myself yet...
Orion
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 https://www.nwra.com/