[EPEL-devel] Fedora EPEL 7 updates-testing report

2023-05-18 Thread updates 
The following Fedora EPEL 7 Security updates need testing:
 Age  URL
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-ba899b9717   
golang-1.19.6-1.el7
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-cd6dc8dccf   
wordpress-5.1.16-1.el7
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-00ddf3658a   
dropbear-2017.75-3.el7


The following builds have been pushed to Fedora EPEL 7 updates-testing

argparse-manpage-4.3-1.el7
munin-2.0.73-1.el7
tracer-0.7.9-1.el7

Details about builds:



 argparse-manpage-4.3-1.el7 (FEDORA-EPEL-2023-68276bdaa4)
 Build manual page from Python ArgumentParser object

Update Information:

new upstream release, tomli dep instead of toml
https://github.com/praiskup/argparse-manpage/releases/tag/v4.3    new
upstream release, upport for pyproject.toml specs, and --manfile option

ChangeLog:

* Thu May 18 2023 Pavel Raiskup  - 4.3-1
- new upstream release, tomli dep instead of toml
  https://github.com/praiskup/argparse-manpage/releases/tag/v4.3
* Sun May 14 2023 Pavel Raiskup  - 4.2-1
- new upstream release, upport for pyproject.toml specs, and --manfile option




 munin-2.0.73-1.el7 (FEDORA-EPEL-2023-d59d41f56f)
 Network-wide resource monitoring tool

Update Information:

Upstream update to 2.0.73. Fix /varl/og/munin owner when using Apache httpd.

ChangeLog:

* Wed May 17 2023 Kim B. Heino  - 2.0.73-1
- Upgrade to 2.0.73
- rhbz 2183484: Permission denied for group apache on /var/log/munin

References:

  [ 1 ] Bug #2183484 - Permission denied for group apache on /var/log/munin
https://bugzilla.redhat.com/show_bug.cgi?id=2183484




 tracer-0.7.9-1.el7 (FEDORA-EPEL-2023-8c70b55f0d)
 Finds outdated running applications in your system

Update Information:

- Create /var/run/reboot-required file - Recommend the correct command for
restarting auditd  - Add python3-setuptools dependency  - Fix argument passed to
print_helper() - Add similar software to the readme  - Update url references to
point to tracer.readthedocs.io - Oracle Linux 8 uses dnf, too  - Drop python-
setuptools runtime dependency  - Fix Python DeprecationWarning: invalid escape
sequence - Add readthedocs configuration file

ChangeLog:

* Thu May 18 2023 Jakub Kadlcik  0.7.9-1
- Create /var/run/reboot-required file (fros...@email.cz)
- Recommend the correct command for restarting auditd (fros...@email.cz)
- Add python3-setuptools dependency (fros...@email.cz)
- Fix argument passed to print_helper() (ferd...@gmail.com)
- Add similar software to the readme (fros...@email.cz)
- Update url references to point to tracer.readthedocs.io (dcamp...@gmail.com)
- Oracle Linux 8 uses dnf, too (sutt...@atix.de)
- Drop python-setuptools runtime dependency (fros...@email.cz)
- Fix Python DeprecationWarning: invalid escape sequence
  (jvander...@redhat.com)
- Add readthedocs configuration file (fros...@email.cz)


___
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
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[EPEL-devel] Fedora EPEL 8 updates-testing report

2023-05-18 Thread updates 
The following Fedora EPEL 8 Security updates need testing:
 Age  URL
  63  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-1e00c3d01e   
cutter-re-2.2.0-1.el8 rizin-0.5.1-1.el8
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-9191f31d36   
python-waitress-1.4.3-1.el8
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-80ad867af8   
chromium-113.0.5672.92-1.el8
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-29e8ff9273   
osslsigncode-2.5-3.el8
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-78e9d2e031   
dropbear-2019.78-5.el8
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-9f9a39afa5   
editorconfig-0.12.6-1.el8


The following builds have been pushed to Fedora EPEL 8 updates-testing

argparse-manpage-4.3-1.el8
munin-2.0.73-1.el8
python3.11-dns-epel-2.2.1-2.el8
python3.11-jmespath-epel-1.0.1-1.el8
python3.11-ntlm-auth-epel-1.5.0-1.el8
python3.11-requests_ntlm-epel-1.1.0-1.el8
python3.11-winrm-epel-0.4.3-1.el8
python3.11-xmltodict-epel-0.12.0-1.el8

Details about builds:



 argparse-manpage-4.3-1.el8 (FEDORA-EPEL-2023-bb62b6ed79)
 Build manual page from Python ArgumentParser object

Update Information:

new upstream release, tomli dep instead of toml
https://github.com/praiskup/argparse-manpage/releases/tag/v4.3    new
upstream release, upport for pyproject.toml specs, and --manfile option

ChangeLog:

* Thu May 18 2023 Pavel Raiskup  - 4.3-1
- new upstream release, tomli dep instead of toml
  https://github.com/praiskup/argparse-manpage/releases/tag/v4.3
* Sun May 14 2023 Pavel Raiskup  - 4.2-1
- new upstream release, upport for pyproject.toml specs, and --manfile option




 munin-2.0.73-1.el8 (FEDORA-EPEL-2023-c54b7b2e88)
 Network-wide resource monitoring tool

Update Information:

Upstream update to 2.0.73. Fix /varl/og/munin owner when using Apache httpd.

ChangeLog:

* Wed May 17 2023 Kim B. Heino  - 2.0.73-1
- Upgrade to 2.0.73
- rhbz 2183484: Permission denied for group apache on /var/log/munin

References:

  [ 1 ] Bug #2183484 - Permission denied for group apache on /var/log/munin
https://bugzilla.redhat.com/show_bug.cgi?id=2183484




 python3.11-dns-epel-2.2.1-2.el8 (FEDORA-EPEL-2023-353319269f)
 DNS toolkit for Python

Update Information:

Build for Python 3.11

ChangeLog:

* Wed Apr  5 2023 Orion Poplawski  - 2.2.1-2
- Fix produced package name
* Wed Feb 22 2023 Orion Poplawski  - 2.2.1-1
- EPEL package for Python 3.11




 python3.11-jmespath-epel-1.0.1-1.el8 (FEDORA-EPEL-2023-353319269f)
 JSON Matching Expressions

Update Information:

Build for Python 3.11

ChangeLog:

* Thu Feb 23 2023 Orion Poplawski - 1.0.1-1
- EPEL package for Python 3.11




 python3.11-ntlm-auth-epel-1.5.0-1.el8 (FEDORA-EPEL-2023-353319269f)
 Python 3 compatible NTLM library (requires md4, thus legacy OpenSSL settings)

Update Information:

Build for Python 3.11

ChangeLog:

* Sun Feb 26 2023 Orion Poplawski  - 1.5.0-1
- EPEL package for Python 3.11




 python3.11-requests_ntlm-epel-1.1.0-1.el8 (FEDORA-EPEL-2023-353319269f)
 NTLM module for python requests (requires md4, thus legacy OpenSSL settings)

[EPEL-devel] Re: Ansible in EPEL 9

2023-05-18 Thread Kevin Fenzi 

On Tue, May 16, 2023 at 11:05:26AM +0200, Leon Fauster via epel-devel wrote:
> Am 15.05.23 um 20:50 schrieb Jonathan Wright:
> > EPEL tracks RHEL, not clones.
> > 
> > EPEL10 is likely to resolve this, however.  Ref
> > https://discussion.fedoraproject.org/t/epel-10-proposal
> > 
> > 
> > On Mon, May 15, 2023 at 1:31 PM Leon Fauster via epel-devel
> ...
> > 
> > 
> > While setting up a new workstation with an EL rebuild, I run into the
> > situation that ansible is not installable (rocky still on 9.1). Is there
> > a chance from EPEL side to close this time gap by at least keep older
> > packages (current-1) on the repos? Like epel-next closes the "forward"
> > gap, this would close such "backward" gap, thought ...
> > 
> > --
> > Leon
> 
> 
> Well, my point was not a strategy change, more a technical variation
> that eliminates a lot of cases (also the above mentioned). Without
> a single downgrade path, regressions can not be addressed. Just an
> example: https://bugzilla.redhat.com/show_bug.cgi?id=2184351
> 
> So, it was a general feasibility request. For those that slip into
> such situation; there are still the repo archives, that get a copy
> when a minor release happens (this one I had forgotten).

This has been asked for many times, but our compose tooling doesn't lend
itself to doing this. :(

kevin


signature.asc
Description: PGP signature
___
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
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[EPEL-devel] Re: update needed for eccodes

2023-05-18 Thread Stephen Smoogen 
On Thu, 18 May 2023 at 09:52, Jos de Kloe  wrote:

> Dear all,
>
>
Thank you very much for sending a detailed upgrade email to the list
covering why the upgrade is happening, etc.




> I think an update of the epel eccodes packages is needed, since ECMWF
> will be starting to generate data files soon that can only be accessed
> using this version.
> As stated on this page:
>
> https://confluence.ecmwf.int/display/COPSRV/Implementation+of+IFS+cycle+48r1+for+CAMS
>
> "To handle CCSDS compressed fields from 48r1 with ecCodes, version
> 2.30.0 or newer is recommended."
>
> This version contains some changes needed to decode the new compressed
> GRIB files.
>
> Apart from this the changes are mostly in the file definition tables
> that come with this package, which are needed to read the latest fields
> that have been added in the formal WMO (World Meteorological
> Organization) table definitions.
>
> See also this user request:
> https://bugzilla.redhat.com/show_bug.cgi?id=2208249
>
> Therefore I plan to update the eccodes package for EPEL 7/8/9 soon from
> version 2.23.0 / 2.26.0 to version 2.30.0.
>
> I am not aware of any significant API/interface changes, and therefore
> the so version will not change.
>
> If there are any objections to updating this package please let me know.
>
> Jos de Kloe
> ___
> 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
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>


-- 
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
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
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[EPEL-devel] update needed for eccodes

2023-05-18 Thread Jos de Kloe 

Dear all,

I think an update of the epel eccodes packages is needed, since ECMWF 
will be starting to generate data files soon that can only be accessed 
using this version.

As stated on this page:
https://confluence.ecmwf.int/display/COPSRV/Implementation+of+IFS+cycle+48r1+for+CAMS

"To handle CCSDS compressed fields from 48r1 with ecCodes, version 
2.30.0 or newer is recommended."


This version contains some changes needed to decode the new compressed 
GRIB files.


Apart from this the changes are mostly in the file definition tables 
that come with this package, which are needed to read the latest fields 
that have been added in the formal WMO (World Meteorological 
Organization) table definitions.


See also this user request:
https://bugzilla.redhat.com/show_bug.cgi?id=2208249

Therefore I plan to update the eccodes package for EPEL 7/8/9 soon from 
version 2.23.0 / 2.26.0 to version 2.30.0.


I am not aware of any significant API/interface changes, and therefore 
the so version will not change.


If there are any objections to updating this package please let me know.

Jos de Kloe
___
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
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[EPEL-devel] Re: RHEL 8 Python 3.8 EOL

2023-05-18 Thread Miro Hrončok 

On 18. 05. 23 13:25, Josh Boyer wrote:

On Thu, May 18, 2023 at 3:17 AM Miro Hrončok  wrote:

Hello folks,

just a heads up that according to
https://access.redhat.com/support/policy/updates/rhel-app-streams-life-cycle#rhel8_application_streams
the Python 3.8 application stream will be retired in May 2023 (I suppose at the
end).

Yes, at the end of May.

For clarity, the content will still be available however it will no
longer be updated or supported.

Miro, do you have recommendations to the EPEL maintainers?  E.g.
Upgrade to python39/python3.11, or use the system-level python?


Well, using the "system-level" Python is probably out of the question, I 
suppose if that was possible, EPEL maintainers would do that in the first place.


If you chose 3.8 for you app because 3.6 was too old (e.g. the case of 
git-revise), I suggest switching to 3.11 if possible (or at least to 3.9).


As for all the "library" packages, I have no idea what to recommend. I'd say 
keeping them in the repos does not do much harm, considering that is what RHEL 
is doing anyway.


However, I'd strongly advise against packaging new EPEL packages for Python 3.8.

--
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
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[EPEL-devel] Re: RHEL 8 Python 3.8 EOL

2023-05-18 Thread Josh Boyer 
On Thu, May 18, 2023 at 3:17 AM Miro Hrončok  wrote:
>
> Hello folks,
>
> just a heads up that according to
> https://access.redhat.com/support/policy/updates/rhel-app-streams-life-cycle#rhel8_application_streams
> the Python 3.8 application stream will be retired in May 2023 (I suppose at 
> the
> end).

Yes, at the end of May.

For clarity, the content will still be available however it will no
longer be updated or supported.

Miro, do you have recommendations to the EPEL maintainers?  E.g.
Upgrade to python39/python3.11, or use the system-level python?

josh

> $ repoquery -q --repo=epel8 --whatrequires /usr/bin/python3.8 --whatrequires
> 'python(abi) = 3.8' --whatrequires 'libpython3.8.so.1.0()(64bit)' | pkgname
> git-revise
> openscap-report
> pagure-ev
> pagure-milters
> python38-click
> python38-dateutil
> python38-freezegun
> python38-git-revise
> python38-hvac
> python38-hypothesis
> python38-itsdangerous
> python38-jmespath
> python38-jsonschema
> python38-ldap
> python38-netaddr
> python38-netaddr-shell
> python38-ntlm-auth
> python38-pyasn1
> python38-pyasn1-modules
> python38-pynetbox
> python38-pyrsistent
> python38-pytest-runner
> python38-radicale3
> python38-requests_ntlm
> python38-setuptools_scm
> python38-textfsm
> python38-toml
> python38-winrm
> python38-xmltodict
> radicale3
>
> $ repoquery ... --source | pkgname
> openscap-report
> pagure
> python-git-revise
> python38-click-epel
> python38-dateutil-epel
> python38-freezegun-epel
> python38-hvac
> python38-hypothesis-epel
> python38-itsdangerous-epel
> python38-jmespath
> python38-jsonschema-epel
> python38-ldap-epel
> python38-netaddr-epel
> python38-ntlm-auth-epel
> python38-pyasn1-epel
> python38-pynetbox
> python38-pyrsistent-epel
> python38-pytest-runner-epel
> python38-requests_ntlm-epel
> python38-setuptools_scm-epel
> python38-textfsm-epel
> python38-toml-epel
> python38-winrm-epel
> python38-xmltodict-epel
> radicale
>
> --
> 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
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
___
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
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[EPEL-devel] RHEL 8 Python 3.8 EOL

2023-05-18 Thread Miro Hrončok 

Hello folks,

just a heads up that according to 
https://access.redhat.com/support/policy/updates/rhel-app-streams-life-cycle#rhel8_application_streams 
the Python 3.8 application stream will be retired in May 2023 (I suppose at the 
end).


$ repoquery -q --repo=epel8 --whatrequires /usr/bin/python3.8 --whatrequires 
'python(abi) = 3.8' --whatrequires 'libpython3.8.so.1.0()(64bit)' | pkgname

git-revise
openscap-report
pagure-ev
pagure-milters
python38-click
python38-dateutil
python38-freezegun
python38-git-revise
python38-hvac
python38-hypothesis
python38-itsdangerous
python38-jmespath
python38-jsonschema
python38-ldap
python38-netaddr
python38-netaddr-shell
python38-ntlm-auth
python38-pyasn1
python38-pyasn1-modules
python38-pynetbox
python38-pyrsistent
python38-pytest-runner
python38-radicale3
python38-requests_ntlm
python38-setuptools_scm
python38-textfsm
python38-toml
python38-winrm
python38-xmltodict
radicale3

$ repoquery ... --source | pkgname
openscap-report
pagure
python-git-revise
python38-click-epel
python38-dateutil-epel
python38-freezegun-epel
python38-hvac
python38-hypothesis-epel
python38-itsdangerous-epel
python38-jmespath
python38-jsonschema-epel
python38-ldap-epel
python38-netaddr-epel
python38-ntlm-auth-epel
python38-pyasn1-epel
python38-pynetbox
python38-pyrsistent-epel
python38-pytest-runner-epel
python38-requests_ntlm-epel
python38-setuptools_scm-epel
python38-textfsm-epel
python38-toml-epel
python38-winrm-epel
python38-xmltodict-epel
radicale

--
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
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue