[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 280 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087 dokuwiki-0-0.24.20140929c.el7 72 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-925e9374c9 python-pymongo-3.0.3-1.el7 42 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f mcollective-2.8.4-1.el7 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-ca44dee931 python-django-1.6.11-4.el7 11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-0ec0c87b3a proftpd-1.3.5a-2.el7 8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-04215ad374 moodle-3.0-1.el7 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-f82c6fc04a p7zip-15.09-4.el7 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-2c063edb76 pdf2djvu-0.7.21-1.el7 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e45e108151 php-twig-1.23.1-2.el7 php-symfony-2.7.7-2.el7 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-67166d0519 shellinabox-2.19-1.el7 0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-0272adfe4b gwenhywfar-4.13.1-2.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing ari-backup-1.0.10-3.el7 carbon-c-relay-1.2-1.el7 daemonize-1.7.7-1.el7 gnome-shell-extension-openweather-1-0.14.20151212gita80c8a3.el7 golang-launchpad-go-xdg-v0-0-0.2.20151107bzr.el7 gwenhywfar-4.13.1-2.el7 perl-Lingua-Translit-0.24-1.el7 python-dialog-3.3.0-6.el7 vtk-6.1.0-5.el7 x2goserver-4.0.1.19-6.el7 xfce4-session-4.10.1-8.el7 Details about builds: ari-backup-1.0.10-3.el7 (FEDORA-EPEL-2015-120a2062db) A helpful wrapper around rdiff-backup Update Information: New package. References: [ 1 ] Bug #1269609 - Review Request: ari-backup - A wrapper around rdiff-backup https://bugzilla.redhat.com/show_bug.cgi?id=1269609 carbon-c-relay-1.2-1.el7 (FEDORA-EPEL-2015-a504e9d276) Enhanced C implementation of Carbon relay, aggregator and rewriter Update Information: Update to upstream 1.2 References: [ 1 ] Bug #1290612 - carbon-c-relay-v1.2 is available https://bugzilla.redhat.com/show_bug.cgi?id=1290612 daemonize-1.7.7-1.el7 (FEDORA-EPEL-2015-74071f9932) Run a command as a Unix daemon Update Information: Introduce daemonize for epel 7 References: [ 1 ] Bug #1144495 - Add epel7 branch for daemonize https://bugzilla.redhat.com/show_bug.cgi?id=1144495 gnome-shell-extension-openweather-1-0.14.20151212gita80c8a3.el7 (FEDORA-EPEL-2015-9be6e0dc51) Display weather information from many locations in the world Update Information: (Re-)add compatibility for gnome-shell 3.8 (and 3.10) to allow build for epel7. Add hint about enabling system-wide installed shell-extensions. golang-launchpad-go-xdg-v0-0-0.2.20151107bzr.el7 (FEDORA-EPEL-2015-b455d0ec35) Go library to use the XDG spec Update Information: Remove most gofed-style macros to fix empty RHEL 7 packages gwenhywfar-4.13.1-2.el7 (FEDORA-EPEL-2015-0272adfe4b) A multi-platform helper library for other libraries Update Information: This adjusts gwenhywfar to use the system copy of ca-certificates, instead of a bundled copy. References: [ 1 ] Bug #1272503 -
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 176 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6828 chicken-4.9.0.1-4.el6 158 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031 python-virtualenv-12.0.7-1.el6 152 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168 rubygem-crack-0.3.2-2.el6 84 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8148 optipng-0.7.5-5.el6 84 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8156 nagios-4.0.8-1.el6 72 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-68a2c2db36 python-pymongo-3.0.3-1.el6 42 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb mcollective-2.8.4-1.el6 14 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9 thttpd-2.25b-24.el6 11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-c3b0e79630 LibRaw-0.16.2-3.el6 8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e3bc44964c libpng10-1.0.65-1.el6 8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-da771a002d moodle-2.7.11-1.el6 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-c1e2a347ee xsupplicant-2.2.0-13.el6 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-df28a72135 shellinabox-2.19-1.el6 0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-4ea455db6d gwenhywfar-4.13.1-2.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing carbon-c-relay-1.2-1.el6 golang-launchpad-go-xdg-v0-0-0.2.20151107bzr.el6 gwenhywfar-4.13.1-2.el6 perl-Lingua-Translit-0.24-1.el6 python-configargparse-0.9.3-7.el6 python-dialog-3.3.0-6.el6 Details about builds: carbon-c-relay-1.2-1.el6 (FEDORA-EPEL-2015-5bfdef6243) Enhanced C implementation of Carbon relay, aggregator and rewriter Update Information: Update to upstream 1.2 References: [ 1 ] Bug #1290612 - carbon-c-relay-v1.2 is available https://bugzilla.redhat.com/show_bug.cgi?id=1290612 golang-launchpad-go-xdg-v0-0-0.2.20151107bzr.el6 (FEDORA-EPEL-2015-a423da344d) Go library to use the XDG spec Update Information: Remove most gofed-style macros to fix empty RHEL 7 packages Initial Fedora release. gwenhywfar-4.13.1-2.el6 (FEDORA-EPEL-2015-4ea455db6d) A multi-platform helper library for other libraries Update Information: This adjusts gwenhywfar to use the system copy of ca-certificates, instead of a bundled copy. References: [ 1 ] Bug #1272503 - CVE-2015-7542 gwenhywfar: use system ca-certificates https://bugzilla.redhat.com/show_bug.cgi?id=1272503 perl-Lingua-Translit-0.24-1.el6 (FEDORA-EPEL-2015-3e5569a5bd) Transliterates text between writing systems Update Information: 0.24 -- 2015-11-25 - Define POD encoding (UTF-8) - thanks to Lucas Kanashiro and Mohammad Sajid Anwar for reporting this issue! References: [ 1 ] Bug #1285578 - perl-Lingua-Translit-0.24 is available https://bugzilla.redhat.com/show_bug.cgi?id=1285578 python-configargparse-0.9.3-7.el6 (FEDORA-EPEL-2015-53a552fdc2) A Python module with support for argparse, config files, and env variables Update Information: Fixed spec syntax for el6 References: [ 1 ] Bug #1288810 - Build epel6 branch https://bugzilla.redhat.com/show_bug.cgi?id=1288810
[EPEL-devel] Re: Improving EPEL updates process
On Sun, Dec 13, 2015 at 11:28 PM, Peter Robinsonwrote: > On Mon, Dec 14, 2015 at 3:16 AM, Ken Dreyer wrote: > > On Sat, Dec 12, 2015 at 7:34 PM, Peter Robinson > wrote: > >> 2) Automatic unpushing of updates that haven't gone stable after X > >> time (I propose 3 months/90 days here). That should be ample time to > >> know if it's good/bad. > > > > Could we make it go the other way, and submit the update to stable if > > it's received no feedback for 90 days? > > No, because on two of the 3 I referenced there was bad karma and no > response from the "maintainer" to the feedback. > > > Often I'll let my update sit in epel-testing for a long time because I > > want to give users a large window of opportunity to test the update. > > It's not that it's abandoned, it's just that it's not an urgent > > update, so why rush it? If the update hits the karma threshold earlier > > than I expected, so much the better. > > I think 90 days is enough to let people test it, ultimately the > maintainer should have done the testing and know the vast majority of > it is good, it should be more to get non standard use cases, corner > cases etc. > In theory yes, but the real world is far messier than that. There are a few packages that I maintain in EPEL because a package I needed depend on it, but I don't use the functionality. So I know the package I use works but I've never exercised/tested the functionality of the depended on package. I wish that I had time for that to not be the case, but sadly that's just the reality of the situation. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org
[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 281 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087 dokuwiki-0-0.24.20140929c.el7 73 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-925e9374c9 python-pymongo-3.0.3-1.el7 43 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f mcollective-2.8.4-1.el7 14 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-ca44dee931 python-django-1.6.11-4.el7 12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-0ec0c87b3a proftpd-1.3.5a-2.el7 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-04215ad374 moodle-3.0-1.el7 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-f82c6fc04a p7zip-15.09-4.el7 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-2c063edb76 pdf2djvu-0.7.21-1.el7 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e45e108151 php-twig-1.23.1-2.el7 php-symfony-2.7.7-2.el7 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-67166d0519 shellinabox-2.19-1.el7 0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-31d852eeac php-horde-Horde-Core-2.22.4-1.el7 php-horde-Horde-Perms-2.1.6-1.el7 php-horde-Horde-Service-Weather-2.3.1-1.el7 0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-0272adfe4b gwenhywfar-4.13.1-2.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing R-3.2.3-1.el7 abi-compliance-checker-1.99.13-1.el7 abi-dumper-0.99.13-1.el7 abi-tracker-1.4-2.el7 ari-backup-1.0.10-3.el7 exonerate-2.2.0-2.el7 fasterxml-oss-parent-24-2.el7 jackson-core-2.6.3-1.el7 jackson-parent-2.6.2-1.el7 nodejs-balanced-match-0.2.0-2.el7 nodejs-concat-map-0.0.1-2.el7 php-adodb-5.15-8.el7 php-horde-Horde-Core-2.22.4-1.el7 php-horde-Horde-Perms-2.1.6-1.el7 php-horde-Horde-Service-Weather-2.3.1-1.el7 php-pear-OLE-1.0.0-0.12.RC2.el7 php-xmpphp-0.1-0.14.rc2.r77.el7 pkgdiff-1.7.1-1.el7 python-biopython-1.66-3.el7 python-ddt-1.0.1-2.el7 python-parse-1.6.4-4.el7 python-pyramid-mako-1.0a3-6.el7 python-pyramid-tm-0.12-2.el7 python-repoze-sphinx-autointerface-0.7.1-6.el7 replacer-1.6-2.el7 rfcdiff-1.41-7.el7 rubygem-hocon-0.9.3-3.el7 stompclt-1.4-1.el7 vtable-dumper-1.1-1.el7 Details about builds: R-3.2.3-1.el7 (FEDORA-EPEL-2015-e125f3b2d4) A language for data analysis and graphics Update Information: Update R to 3.2.3. References: [ 1 ] Bug #1290625 - R-3.2.3 is available https://bugzilla.redhat.com/show_bug.cgi?id=1290625 abi-compliance-checker-1.99.13-1.el7 (FEDORA-EPEL-2015-eec35dd836) An ABI Compliance Checker Update Information: Initial package release for EPEL 7 References: [ 1 ] Bug #1288930 - Review Request: abi-tracker - Tool to visualize ABI changes timeline of a C/C++ library https://bugzilla.redhat.com/show_bug.cgi?id=1288930 abi-dumper-0.99.13-1.el7 (FEDORA-EPEL-2015-eec35dd836) Tool to dump ABI of an ELF object containing DWARF debug info Update Information: Initial package release for EPEL 7 References: [ 1 ] Bug #1288930 - Review Request: abi-tracker - Tool to visualize ABI changes timeline of a C/C++ library https://bugzilla.redhat.com/show_bug.cgi?id=1288930 abi-tracker-1.4-2.el7 (FEDORA-EPEL-2015-eec35dd836) Tool to visualize ABI changes timeline of a C/C++ library Update Information: Initial package release for EPEL 7 References: [ 1 ] Bug #1288930 - Review Request: abi-tracker - Tool to visualize ABI changes timeline of a C/C++ library https://bugzilla.redhat.com/show_bug.cgi?id=1288930
[EPEL-devel] Re: Improving EPEL updates process
On Sun, Dec 13, 2015 at 11:28 PM, Peter Robinsonwrote: > On Mon, Dec 14, 2015 at 3:16 AM, Ken Dreyer wrote: >> On Sat, Dec 12, 2015 at 7:34 PM, Peter Robinson wrote: >>> 2) Automatic unpushing of updates that haven't gone stable after X >>> time (I propose 3 months/90 days here). That should be ample time to >>> know if it's good/bad. >> >> Could we make it go the other way, and submit the update to stable if >> it's received no feedback for 90 days? > > No, because on two of the 3 I referenced there was bad karma and no > response from the "maintainer" to the feedback. Oh, if there's negative karma I think it should be unpushed. I was envisioning a scenario where there's zero karma. >> Often I'll let my update sit in epel-testing for a long time because I >> want to give users a large window of opportunity to test the update. >> It's not that it's abandoned, it's just that it's not an urgent >> update, so why rush it? If the update hits the karma threshold earlier >> than I expected, so much the better. > > I think 90 days is enough to let people test it, ultimately the > maintainer should have done the testing and know the vast majority of > it is good, it should be more to get non standard use cases, corner > cases etc. Ideally that's the case, but I maintain several packages that I no longer have the capacity to test on old RHEL versions :( - Ken ___ epel-devel mailing list epel-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org