[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-b1a8a3c29a putty-0.74-1.el6 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-8c3e76982e python-rsa-3.4.2-1.el6 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-7b550f6ce5 python-gnupg-0.4.6-1.el6 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-e44380bc7a php-horde-kronolith-4.2.29-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing mbedtls-2.7.16-1.el6 singularity-3.6.0-1.el6 Details about builds: mbedtls-2.7.16-1.el6 (FEDORA-EPEL-2020-f275c3fe6a) Light-weight cryptographic and SSL/TLS library Update Information: - Update to 2.7.16 Security advisory: https://tls.mbed.org/tech- updates/security-advisories/mbedtls-security-advisory-2020-07 ChangeLog: * Tue Jul 14 2020 Morten Stevens - 2.7.16-1 - Update to 2.7.16 - Security Advisory 2020-07 References: [ 1 ] Bug #1851867 - CVE-2020-10941 mbedtls: cache attack against RSA key import in SGX https://bugzilla.redhat.com/show_bug.cgi?id=1851867 singularity-3.6.0-1.el6 (FEDORA-EPEL-2020-e54cfb4880) Application and environment virtualization Update Information: Upgrade to upstream 3.6.0. Remove patch #4679 for el8. ChangeLog: * Tue Jul 14 2020 Dave Dykstra - 3.6.0-1 - Upgrade to upstream 3.6.0. Remove patch #4679 for el8, since golang-12 is now available for that build machine. References: [ 1 ] Bug #1828680 - singularity-3.6.0 is available https://bugzilla.redhat.com/show_bug.cgi?id=1828680 ___ 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] Re: Puppet 6 in EPEL 8
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Tue, 2020-07-14 at 10:35 -0400, Breno Brand Fernandes wrote: > Hi all, > > I've just pushed puppet 6 (agent) to EPEL 8 (testing) today [1]. > > If you use puppet 6 and have a moment to test it or want to have a > look > at/review the spec file [2], that would be nice. I've been testing it > for a > couple of months, and for my use, it seems all good. > > Feel free to PM me with any suggestions, questions, fixes, etc. > I don't plan to make bigger changes to it, though, since it seems > stable. > > FYI, the next step will be submitting puppetserver 6 to package > review. > > 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-e13502b7fa > 2 https://src.fedoraproject.org/rpms/puppet/blob/epel8/f/puppet.spec Any plans for making an update in Fedora Rawhide too? > Thanks. > > - Breno > ___ > 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 - -- Igor Raits -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl8N9awACgkQEV1auJxc Hh6C4g//fN+fhhognwNyyILhz38y9BR7xo8CYu7RW5pMOplY1rPo9ok+ysUPOhrJ ZDt2RZy5yOZwkMY0INJYdWqK2j7dlvQUyhjoSlwqy+HUSLZHVow2x0N/zntEBxpu 9lUEtHWfx4F197kpDtA9brFvgp+Hz7/ygwjppuEFEwyxRX8E/u2mY7Oe+A26alFv IGt17bIJCsNTaqtPIqVCe7giEmKg2PzPuJkbjE56ZZKArKGiZyAdmEPCsqRZ3GK4 8I2XOoCfIog/jaZjK7kjDEvXy0O7aHvJgIlHiHPxQAfuRFVjBDuci1TYX4s9pcXB EHb3PjGMASaz1jH03HtkHnhXGQlvIs1kALlCGVIEYnfw9ddlhI+g25G70g1LLCjL 51nV3tL+EQXW9avS72+VBgn2jlmhGTX1tn1ZCSN0jR9BO3xAy8/IGt6rUXUXB91P GIPxXc1qrMokNxVKgEa+uIq/5TftpaPeuDlVnKN8pAAWQmjuxqe/4O+y7X2PVT8H Pv9C5Hgq08dUkQpyoUMBrw1x37ECPXmjMa/C/Q1LkZ7x4BFbGdspbaxYPedNdwru i9tzEwt9BbUWB/+c2pIZspm+GlNoTTBkhJO4/hH/R2X9joe/LHQKz7nRoKOo78Pd lOfnSbXTgCPsdW7g944w7og6kEONnsUBuyH06/9UlfTIhmqFfPU= =rSVI -END 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
[EPEL-devel] Puppet 6 in EPEL 8
Hi all, I've just pushed puppet 6 (agent) to EPEL 8 (testing) today [1]. If you use puppet 6 and have a moment to test it or want to have a look at/review the spec file [2], that would be nice. I've been testing it for a couple of months, and for my use, it seems all good. Feel free to PM me with any suggestions, questions, fixes, etc. I don't plan to make bigger changes to it, though, since it seems stable. FYI, the next step will be submitting puppetserver 6 to package review. 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-e13502b7fa 2 https://src.fedoraproject.org/rpms/puppet/blob/epel8/f/puppet.spec Thanks. - Breno ___ 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] Re: gcc-gnat
* Björn Persson: > In Fedora and earlier versions of RHEL/CentOS, gcc-gnat is a subpackage > of gcc. Adding it to EPEL would make it a separate package. I'm not > sure what complications might arise from that. The main problem is that /usr/bin/gcc does not have Ada support. It will not try to invoke gnat1 (the actual Ada compiler) even if it is installed at the correct path. I'm trying to figure out if anything can be done about this. This change would have to happen in the gcc package. If this change does not happen, you will have to ship /usr/bin/gnatgcc instead, with some patching of the GNAT tools to use that. Ada packages that assume a single compiler driver for Ada/C/C++ will need fixing, too. Thanks, Florian ___ 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] Re: gcc-gnat
On Tue, 14 Jul 2020 at 07:56, Björn Persson wrote: > > Erick Wittman wrote: > > I am using CentOS 8 and am using various packages in the EPEL > > repository. I am interested in seeing gcc-gnat added to EPEL. > > I would also like to have gcc-gnat in CentOS 8. I maintain some Ada > packages in Fedora and EPEL 7 that I wish I could add to EPEL 8. > > In Fedora and earlier versions of RHEL/CentOS, gcc-gnat is a subpackage > of gcc. Adding it to EPEL would make it a separate package. I'm not > sure what complications might arise from that. > Subpackages of gcc usually require the entire gcc tree to be rebuilt which leads to some problems. First is the spec file able to build various sub-packages. Some .src.rpms spec files have things removed which are in Fedora to make it clearer what is 'supported' by Red Hat. This clears up 'junk' which might not be wanted to ship but also can clear flags which are needed in say gcc to make gcc-gnat but would cause 'problems' in gcc-foobar. Second, the way the Fedora Build System (koji+pdc+mbs+) works is that the compose tree can only have 1 named src.rpm to be used to 'pull packages' from. This means that you can't rebuild gcc with the same - as is in the 'buildroot'. It must be greater and it will then replace that pacakge in future build roots. This means that the gcc.src.rpm with gnat turned on which is used for this would need to build all packages and then be used to build all future EPEL packages. The 'fix' would be either to make a parallel installable gcc with a different name which did not collide with gcc on install. Three example ways to do this would be: 1. Make a non-default module which contained all the rebuilt binaries needed to make gcc-gnat and other tools work (some languages also need other utilities rebuilt to work). 2. Make an SCL which contains all these. 3. Make a set of rpms which installed gcc in all the same places as gcc but didn't collide A fourth way for the private rpm would be to sort of go SCL with a package that created an approved /opt space with bin,lib etc in it say /opt/bjornspace/{bin,lib,etc} and had paths set up to that. > So far I haven't had time to even try. I suspect I won't be able to do > it alone, but it might be doable if we could assemble a team of > interested maintainers. > > Björn Persson > ___ > 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 -- Stephen J Smoogen. ___ 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] Re: gcc-gnat
Erick Wittman wrote: > I am using CentOS 8 and am using various packages in the EPEL > repository. I am interested in seeing gcc-gnat added to EPEL. I would also like to have gcc-gnat in CentOS 8. I maintain some Ada packages in Fedora and EPEL 7 that I wish I could add to EPEL 8. In Fedora and earlier versions of RHEL/CentOS, gcc-gnat is a subpackage of gcc. Adding it to EPEL would make it a separate package. I'm not sure what complications might arise from that. So far I haven't had time to even try. I suspect I won't be able to do it alone, but it might be doable if we could assemble a team of interested maintainers. Björn Persson pgpGcJuYYL9Aq.pgp Description: OpenPGP digital signatur ___ 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