[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 976 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087 dokuwiki-0-0.24.20140929c.el7 738 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f mcollective-2.8.4-1.el7 320 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-04bc9dd81d libbsd-0.8.3-1.el7 218 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d241156dfe mod_cluster-1.3.3-10.el7 215 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7ecb12e378 python-XStatic-jquery-ui-1.12.0.1-1.el7 50 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e27758bd23 libmspack-0.6-0.1.alpha.el7 47 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-52b8147c68 openvpn-auth-ldap-2.0.3-15.el7 21 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-1e541e27e9 nginx-1.12.2-1.el7 16 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-21fb9891af modulemd-1.3.2-1.el7 12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-f576d1826a nodejs-6.11.5-1.el7 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-95bf973a7d wordpress-4.8.3-1.el7 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-5e4edb1320 fedpkg-1.30-3.el7 rpkg-1.51-1.el7 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-020fe6e5ac rubygem-ox-2.4.11-3.el7 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-30026fdcc1 hostapd-2.6-6.el7 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-01fce22094 php-PHPMailer-5.2.26-1.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing ansible-inventory-grapher-2.4.2-1.el7 d-din-fonts-1.0-1.el7 darktable-2.0.7-3.el7 fedfind-3.8.0-1.el7 git-publish-1.4.2-2.el7 knot-2.6.1-1.el7 knot-resolver-1.5.0-1.el7 perl-Finance-Quote-1.44-1.el7 purple-discord-0-13.20171010git2ca7b3c.el7 purple-hangouts-0-52.20171023hg4ce9b33.el7 purple-skypeweb-1.4-6.20171024gitc442007.el7 recap-1.2.0-2.el7 sendemail-1.56-1.el7 stomppy-3.1.6-3.el7 vrms-rpm-1.3-1.el7 Details about builds: ansible-inventory-grapher-2.4.2-1.el7 (FEDORA-EPEL-2017-37149ebcb3) Creates graphs representing ansible inventory Update Information: Update to 2.4.2 version (#1510677) Update to 2.4.1 version (#1509732) References: [ 1 ] Bug #1510677 - ansible-inventory-grapher-v2.4.2 is available https://bugzilla.redhat.com/show_bug.cgi?id=1510677 [ 2 ] Bug #1510288 - Bump version to be compatible with ansible 2.4.x (now in el7 Extras) https://bugzilla.redhat.com/show_bug.cgi?id=1510288 d-din-fonts-1.0-1.el7 (FEDORA-EPEL-2017-1d5ff26956) Datto D-DIN fonts Update Information: Initial import into Fedora EPEL References: [ 1 ] Bug #1509777 - Review Request: d-din-fonts - Datto D-DIN fonts https://bugzilla.redhat.com/show_bug.cgi?id=1509777 darktable-2.0.7-3.el7 (FEDORA-EPEL-2017-04c5bfc8f6) Utility to organize and develop raw images Update Information: rebuild against new gtk References: [ 1 ] Bug #1490361 - None https://bugzilla.redhat.com/show_bug.cgi?id=1490361 fedfind-3.8.0-1.el7 (FEDORA-EPEL-2017-c0be6372ac) Fedora compose and image finder Update Information: fedfind 3.6.4 fixes use of the `expected_images` property (and hence `check_expected()` method) with modular composes. In 3.6.2 and earlier, it caused a crash. fedfind 3.7.1 improves handling of various new compose types introduced by release engineering. The new nightly modular composes from master branch, now versioned `Bikeshed` rather than `Rawhide`, are handled with a new `BikeshedModularNightly` class. 'updates' and 'updates-testing' composes are explicitly not supported (`get_release` will raise a `ValueError` with a specific text for these) as they do
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 854 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031 python-virtualenv-12.0.7-1.el6 848 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168 rubygem-crack-0.3.2-2.el6 738 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb mcollective-2.8.4-1.el6 710 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9 thttpd-2.25b-24.el6 320 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac libbsd-0.8.3-2.el6 50 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4c76ddcc92 libmspack-0.6-0.1.alpha.el6 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e031963c40 tomcat-7.0.82-1.el6 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-29f7b67071 wordpress-4.8.3-1.el6 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-68e2defc4c fedpkg-1.30-3.el6 rpkg-1.51-1.el6 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-16d441d000 pcre2-10.21-21.el6 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-ed87c07972 hostapd-2.6-6.el6 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-2bd5c2db5b php-PHPMailer-5.2.26-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing fedfind-3.8.0-1.el6 perl-Finance-Quote-1.44-1.el6 recap-1.2.0-2.el6 sendemail-1.56-1.el6 stomppy-3.1.6-2.el6 vrms-rpm-1.3-1.el6 Details about builds: fedfind-3.8.0-1.el6 (FEDORA-EPEL-2017-a96a15e55c) Fedora compose and image finder Update Information: fedfind 3.6.4 fixes use of the `expected_images` property (and hence `check_expected()` method) with modular composes. In 3.6.2 and earlier, it caused a crash. fedfind 3.7.1 improves handling of various new compose types introduced by release engineering. The new nightly modular composes from master branch, now versioned `Bikeshed` rather than `Rawhide`, are handled with a new `BikeshedModularNightly` class. 'updates' and 'updates-testing' composes are explicitly not supported (`get_release` will raise a `ValueError` with a specific text for these) as they do not contain images and so fedfind can't do much with them. Note that the `fedfind.helpers.parse_cid` function is entirely rewritten in support of this; the new version is much more capable and accurate and should handle all compose IDs the previous version handled correctly, but please report any issues you find. fedfind 3.8.0 adds support for the Modular Server candidate composes which are currently being produced. perl-Finance-Quote-1.44-1.el6 (FEDORA-EPEL-2017-84459b620f) A Perl module that retrieves stock and mutual fund quotes Update Information: Current upstream maintenance release. Various sources fixed, new source AlphaVantage added. References: [ 1 ] Bug #1509722 - perl-Finance-Quote-1.40 is available https://bugzilla.redhat.com/show_bug.cgi?id=1509722 [ 2 ] Bug #1510220 - perl-Finance-Quote-1.42 is available https://bugzilla.redhat.com/show_bug.cgi?id=1510220 [ 3 ] Bug #1510678 - perl-Finance-Quote-1.44 is available https://bugzilla.redhat.com/show_bug.cgi?id=1510678 recap-1.2.0-2.el6 (FEDORA-EPEL-2017-92325c7400) Generates reports of various system information Update Information: - Drop requirement on bc - Add requirement on links - Latest upstream rhbz#1489995 - Switch dependency of net-tools to iproute rhbz#1496151 References: [ 1 ] Bug #1496151 - Remove dependency on net-tools https://bugzilla.redhat.com/show_bug.cgi?id=1496151 [ 2 ] Bug #1489995 - recap-1.2.0 is available https://bugzilla.redhat.com/show_bug.cgi?id=1489995 sendemail-1.56-1.el6 (FEDORA-EPEL-2017-86ce304327) Lightweight command line SMTP e-mail client Update Information: SendEmail is a lightweight, completely command line based, SMTP e-mail client. It was designed to be
[EPEL-devel] Re: ansible1.9 package
On Sat, 2017-11-04 at 10:33 -0700, Kevin Fenzi wrote: > > > Breaking updates would be pushed only at these times (unless there > > is a > > *really* good reason). This could involve also writing some release > > notes > > (e.g. the packager could tick a box "breaking update" and submit a > > note which > > is then added to the release notes). > > > > Currently EPEL is basically a "rolling release" distro which is > > probably the > > opposite of what RHEL/CentOS users are looking for. > > We have talked about doing this kind of thing in the past, but... > it's a > ton more work (you have to have releng folks do a bunch of work every > 3 > months or whatever) and we could never agree on the timing. Is it > just > randomly every 3 months? everytime a new RHEL minor is out? Every > time a > new CentOS minor is out? With the perspective of someone who has seen the described problem repeatedly as an EPEL contributor, does it really matter which one option is chosen? regards, Nikos ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
[EPEL-devel] Re: ansible1.9 package
Dne 4.11.2017 v 01:20 Stephen John Smoogen napsal(a): > What I normally do in an enterprise setting is get the packages I am > going to install on the boxes and collect them to their own > repository. I then sign those packages with a rpm key that I control > and then have all the client boxes point to that repository. That way > I have better control of what is available to clients and if someone > decides that weechat should be installed on a server.. they will have > had to convince the change control team that it was needed. If the > systems were really change control or security critical, I make sure I > copy the source code for any auditing purposes or for > rebuilding/patching on my own as needed later. > The steps in setting up such a repository flow control is: > > -- reposync --> -- copy files I want > installed --> --> Systems. And on the enterprise level you can do that using: https://theforeman.org/plugins/katello/ (for free, without support) or with Red Hat Satellite (the same, but with support). Mirek ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
[EPEL-devel] Re: ansible1.9 package
Dne 3.11.2017 v 05:09 Peter Rex napsal(a): > We originally looked at Ansible and thought, OK, Red Hat, nothing more stable > than that. Ansible, flagship product. It > seemed like a good bet, but turned out not to be, that Red Hat wasn't likely > to deprecate a major version of a software > package during the lifetime of one of its operating systems, in this case EL6. I think this need to emphasize. Ansible is both project and product. You can buy Ansible product from Red Hat. Then you get predictable EOL and support. And you can install either packages from upstream Ansible project or install packages from Extra Packages repository. But this is not a product. You get what you paid for. The free stuff is for people who do not care (too much) if things get broken. When you operate important things, you really should get support. It does not mean just somebody on the phone. We (Red Hat people and lots of volunteers) are providing a lot of things for free. But we cannot do everything. Mirek ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
[EPEL-devel] PPTP not working as expected
Hi, I'm working on EL 7.4 (base repo) + EPEL. I tried to make pptp (I know it's broken, not my decision) connection via NetworkManager. Some (undefined) time ago it worked as expected. Unfortunately both fresh and updated systems don't have option in add vpn popup (included vpn1.png). Then I tried to recompile current version (https://dl.fedoraproject.org/pub/epel/7/SRPMS/Packages/n/NetworkManager-pptp-1.1.0-3.20150428git695d4f2.el7.src.rpm), reinstall and restart NetworkManager. Still without any success. Then I take Fedora newer package (https://dl.fedoraproject.org/pub/fedora/linux/releases/26/Everything/source/tree/Packages/n/NetworkManager-pptp-1.2.4-2.fc26.src.rpm) then use same procedure (recompile, update, restart NM). The option for ptpp in menu is now present (vpn2.png). I configured fresh vpn on other computer with Fedora package, so it's working (at least for me). I would love to hear if anyone can reproduce, and if it's not only my problem if someone could pull this package. Bests, Alex -- GPG INFO: 6D5A4CAF 2016-05-17 ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org