[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 336 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d condor-8.6.11-1.el7 111 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-d2c1368294 cinnamon-3.6.7-5.el7 77 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c499781e80 python-gnupg-0.4.4-1.el7 75 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-bc0182548b bubblewrap-0.3.3-2.el7 47 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-fc63c75ab1 hostapd-2.8-1.el7 12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-6459239aba radare2-3.6.0-1.el7 12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-12067fc897 dosbox-0.74.3-2.el7 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-8ec09fab8d freetds-1.1.11-1.el7 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-670ca3c5f3 pyxdg-0.25-8.el7 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-487a6fb279 knot-2.8.2-1.el7 knot-resolver-4.1.0-1.el7 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-aabd063c30 squirrelmail-1.4.23-1.el7.20190710 The following builds have been pushed to Fedora EPEL 7 updates-testing SDL2_image-2.0.5-1.el7 argbash-2.8.1-3.el7 chromium-75.0.3770.100-3.el7 libprelude-5.0.0-1.el7 python-colcon-test-result-0.3.4-1.el7 python-ns1-python-0.10.0-1.el7 Details about builds: SDL2_image-2.0.5-1.el7 (FEDORA-EPEL-2019-9e89c9323f) Image loading library for SDL Update Information: Update to 2.0.5 ChangeLog: * Tue Jul 16 2019 Pete Walter - 2.0.5-1 - Update to 2.0.5 * Thu Jan 31 2019 Fedora Release Engineering - 2.0.4-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild References: [ 1 ] Bug #1726375 - SDL2_image-2.0.5 is available https://bugzilla.redhat.com/show_bug.cgi?id=1726375 argbash-2.8.1-3.el7 (FEDORA-EPEL-2019-9cd0fc07df) Bash argument parsing code generator Update Information: Fixes a serious packaging bug introduced in the previous stable update that causes the package to be uninstalled. Update to argbash 2.8.1 https://github.com/matejak/argbash/releases/tag/2.8.1 ChangeLog: * Tue Jul 16 2019 Stephen Gallagher - 2.8.1-3 - Fix bash completion directory * Mon Jul 1 2019 Stephen Gallagher - 2.8.1-2 - Fix python package version to work with EPEL 7 * Mon Jul 1 2019 Stephen Gallagher - 2.8.1-1 - Update to 2.8.1 - https://github.com/matejak/argbash/releases/tag/2.8.1 * Thu Feb 28 2019 Stephen Gallagher - 2.8.0-3 - Put the bash completion script in the system path instead of /etc * Mon Feb 4 2019 Stephen Gallagher - 2.8.0-1 - Update to 2.8.0 - New features: * Allow argbash and argbash-init to be run from symbolic links. * Allow scripts generated by argbash-init with complete separation (-s -s) to be run from a symbolic link. * Implemented output to generate manpages using the rst2man utility * Introduced the ARG_VERSION_AUTO macro. - Bugfixes: * Double quotes in help messages are escaped (fixes #61). * Fixed regression that allowed duplicate short options (fixes #58). * Thu Jan 31 2019 Fedora Release Engineering - 2.7.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild References: [ 1 ] Bug #1725494 - argbash-2.8.1 is available https://bugzilla.redhat.com/show_bug.cgi?id=1725494 chromium-75.0.3770.100-3.el7 (FEDORA-EPEL-2019-931a6c5c69) A WebKit (Blink) powered web browser Update Information: Fix itinerant crashes. Update to Chromium 75.0.3770.100. The usual pile of bugs and CVE fixes. vaapi support disabled, just too broken. :( Fixes CVE-2019-5824 CVE-2019-5825 CVE-2019-5826 CVE-2019-5827 CVE-2019-5828 CVE-2019-5829 CVE-2019-5830 CVE-2019-5831 CVE-2019-5832 CVE-2019-5833 CVE-2019-5834 CVE-2019-5835 CVE-2019-5836 CVE-2019-5837 CVE-2019-5838 CVE-2019-5839 CVE-2019-5840 CVE-2019-5842 ChangeLog:
[EPEL-devel] Python 3 packages to be removed form EPEL 7 (provided by RHEL 7)
Hey, when RHEL 7.7 will be released, the following new components/packages will be provided (assuming from 7.7 beta): python3 - the Python 3.6 package This new RHEL7 component builds several subpackages, all obsoleting the subpackages of epel7 python36 package. We will simply retire python36 from epel7. python-rpm-macros = This new RHEL7 component is a drop-in replacement of python-rpm-macros from epel7, we will simply retire the package. python-epel-rpm-macros already provide the necessary macros for python34 in epel7. python3-setuptools == This new RHEL7 component produces the python3-setuptools package that obsoletes the python36-setuptools package (built from the python3-setuptools epel7 component). We cannot simply retire python3-setuptools from epel7, as it also builds python34-setuptools in epel7 and there is no replacement for that in RHEL7. Easiest thing would be to stop building python36-setuptools and only keep python34-setuptools in epel7, however IIRC we cannot have the same component name as in RHEL. If that is indeed the case, python3-setuptools needs to be retired and a new python34-setuptools component needs to be created in epel7. Is my assumption correct? python-pip == This new RHEL7 component produces the python3-pip package that obsoletes the python36-pip package (built from the python-pip epel7 component). The python-pip epel7 component also produces python34-pip and python2-pip (neither available in RHEL 7.7). If my previous assumption about components with RHEL names is correct, we need 1 or 2 new components for python34-pip and python2-pip - either we have each in a separate component or we create a new component that builds both (called python-pip-epel maybe?). python-wheel This new RHEL7 component produces the python3-wheel package. The python-wheel epel7 component produced python-wheel package (Python 2). The epel7 package was adapted to produce python2-wheel and python36-wheel, however there was no successful build of this in epel7. If my previous assumption about components with RHEL names is correct, we need to add a new python2-wheel component to epel7. Are my assumptions correct? If we indeed need new packages/components, I can help to create them, but I do not intent to maintain them. Any takers? -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Co
Dear all, You are kindly invited to the meeting: EPEL Steering Co on 2019-07-17 from 18:00:00 to 19:00:00 GMT At freenode@fedora-meeting The meeting will be about: This is the weekly EPEL Steering Committee Meeting. Agenda is in the https://infinote.fedoraproject.org/cgit/infinote/tree/epel-meeting-next Source: https://apps.fedoraproject.org/calendar/meeting/9364/ ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
