[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 209 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3835d39d1a unrtf-0.21.9-8.el7 159 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-f9d6ff695a bibutils-6.6-1.el7 ghc-hs-bibutils-6.6.0.0-1.el7 pandoc-citeproc-0.3.0.1-4.el7 143 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d condor-8.6.11-1.el7 35 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-0346a55d0f nagios-4.4.2-3.el7 17 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-b6fa6cebc3 game-music-emu-0.6.2-1.el7 14 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-b43fdd19c3 vcftools-0.1.16-1.el7 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-25ef4c914f tcpreplay-4.3.1-1.el7 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-b96164478d php-horde-Horde-Image-2.5.4-1.el7 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-6c3fb8b090 chromium-71.0.3578.98-2.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing chirp-20190104-1.el7 clamav-0.101.0-3.el7 Details about builds: chirp-20190104-1.el7 (FEDORA-EPEL-2019-05370f6010) A tool for programming two-way radio equipment Update Information: Changes for Build #545 [Vinny Stipo ] FT-818ND US Model Bug #6289 ChangeLog: * Fri Jan 4 2019 Richard Shaw - 20190104-1 - Update to 20190104. * Wed Jan 2 2019 Richard Shaw - 20190102-1 - Update to 20190102. clamav-0.101.0-3.el7 (FEDORA-EPEL-2019-a3cadfdac5) End-user tools for the Clam Antivirus scanner Update Information: Fix libclamav headers ChangeLog: * Thu Jan 3 2019 Orion Poplawski - 0.101.0-3 - Actually apply patch * Thu Jan 3 2019 Orion Poplawski - 0.101.0-2 - Explicitly list sonames to catch soname bumps - Backport header fix (bug #1663011) References: [ 1 ] Bug #1663011 - clamav-devel-0.101 unusable due to missing cltypes.h https://bugzilla.redhat.com/show_bug.cgi?id=1663011 ___ 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://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
[EPEL-devel] Re: Does EPEL support people who do not upgrade RHEL?
On 1/4/19 12:54 AM, Igor Gnatenko wrote: > I believe that EPEL is not meant to support all possible old versions of > RHEL. It is built against latest release, so the expectation is that it > supports only latest release. Correct. We build against and only support the latest minor release in both rhel6 and rhel7. kevin signature.asc Description: OpenPGP digital 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://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
[EPEL-devel] Re: Fedora project login
On 1/2/19 11:18 AM, Michael A. Peters wrote: > I entered my username and e-mail address once I remembered my username. > It sent me reset link. > > Followed reset link, reset password, but the reset password did not work > to log in to the system. > > Clearly the reset password worked because when I tried a second reset - > resetting to same password - it didn't let me. > > But it didn't work for logging in so I could add karma to the package in > testing that fixes the Y2038 bug the package has even on 64 bit systems > (a serious bug since the point of package is to fake system date when > running a command, so it is sometimes used to test 64 bit software for > Y2038 bugs, so the fix does needs to be pushed out of testing) I know you are frustrated, and I am sorry it's not working for you, but can you provide any more detail around "it didn't work"? What exactly happened when you clicked the login button on the bodhi.fedoraproject.org page? Did it take you to a login/password prompt? Did it error? did it just do nothing at all? It would help us to track down the issue to know more if you have a chance to provide it... thanks, kevin signature.asc Description: OpenPGP digital 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://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
[EPEL-devel] Re: Does EPEL support people who do not upgrade RHEL?
I believe that EPEL is not meant to support all possible old versions of RHEL. It is built against latest release, so the expectation is that it supports only latest release. On Fri, Jan 4, 2019, 09:46 Petr Pisar Hello, > > I have a question regarding packaging for EPEL. > > Fedora renamed perl package to perl-interpreter package and changed all > the occurances in all spec files. Because there are package maintainers who > share spec files between Fedora and EPEL, I added the perl-interpreter > package to EPEL. > > Later RHEL-7.6 updated perl to provide perl-interpreter (as a RPM Provides, > not as a real package), so the perl-interpreter package in EPEL is not > needed > anymore. > > Now the next step is removing perl-interpreter from EPEL as requested in > a bug #1663304. That seems reasonable because EPEL should not deliver > things > provided by RHEL. > > However, my concern is people who did not upgrade RHEL to 7.6. If I remove > perl-interpreter from EPEL, it could break their systems. > > What does an EPEL community recommend? > > -- Petr > ___ > 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://getfedora.org/code-of-conduct.html > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org > ___ 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://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
[EPEL-devel] Does EPEL support people who do not upgrade RHEL?
Hello, I have a question regarding packaging for EPEL. Fedora renamed perl package to perl-interpreter package and changed all the occurances in all spec files. Because there are package maintainers who share spec files between Fedora and EPEL, I added the perl-interpreter package to EPEL. Later RHEL-7.6 updated perl to provide perl-interpreter (as a RPM Provides, not as a real package), so the perl-interpreter package in EPEL is not needed anymore. Now the next step is removing perl-interpreter from EPEL as requested in a bug #1663304. That seems reasonable because EPEL should not deliver things provided by RHEL. However, my concern is people who did not upgrade RHEL to 7.6. If I remove perl-interpreter from EPEL, it could break their systems. What does an EPEL community recommend? -- Petr 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://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
