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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 215  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 111  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6813   
chicken-4.9.0.1-4.el7
  44  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7800   
python-django-1.6.11-3.el7
  18  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8155   
nagios-4.0.8-1.el7
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-c29d29cc8f   
mediawiki123-1.23.10-2.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-925e9374c9   
python-pymongo-3.0.3-1.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-13c5827d5c   
opensmtpd-5.7.3p1-1.el7


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

cabal-rpm-0.9.8-1.el7
datagrepper-0.7.1-1.el7
eom-1.10.5-1.el7
epel-rpm-macros-7-4
fedmsg-0.16.2-1.el7
fprobe-ulog-1.2-2.el7
ghc-gtk-0.12.5.0-1.1.el7
ghc-rpm-macros-1.0.7.5-1.el7
gnucash-2.6.9-1.el7
gnucash-docs-2.6.9-1.el7
gparted-0.19.1-6.el7
jpf-1.5.1-13.el7
jpfcodegen-0.4-10.el7
layla-fonts-1.5-1.el7
perl-File-LibMagic-1.00-1.el7
python-debian-0.1.27-2.el7

Details about builds:



 cabal-rpm-0.9.8-1.el7 (FEDORA-EPEL-2015-9d2be087f2)
 RPM packaging tool for Haskell Cabal-based packages

Update Information:

0.9.8:  - improve license logic - fix handling of versions without '.' - no
duplicate test deps  0.9.7:  - only list buildable executables in spec file -
bring back 'build' as an alias for 'local' - use license macro - do not warn
about missing optional system programs   0.9.6:  - new "update" command to
update spec to latest version - improved missingdeps output - use https for
hackage URLs - no longer override %_sourcedir, %_rpmdir, and %_srcrpmdir unless
git dir - use TMPDIR - sort executables and use %pkg_name in
%ghc_fix_dynamic_rpath - drop the debuginfo handling for C files - create
SOURCES/ for tarball - warn about hidden backup spec files - make "cabal list"
quiet - filter missing packages from repoquery




 datagrepper-0.7.1-1.el7 (FEDORA-EPEL-2015-0a3e6ec57d)
 A webapp to query fedmsg history

Update Information:

https://lists.fedoraproject.org/archives/list/infrastructure%40lists.fedoraproje
ct.org/thread/PFQK5J7FYZTER5TCCWYJKXZI7ZRVRYOC/




 eom-1.10.5-1.el7 (FEDORA-EPEL-2015-00d7ba2fe9)
 Eye of MATE image viewer

Update Information:

  eom-1.10.5-1.el7  - update to 1.10.5 release




 epel-rpm-macros-7-4 (FEDORA-EPEL-2015-e66a3acdcb)
 Extra Packages for Enterprise Linux RPM macros

Update Information:

Fix python_provide macro to use epoch and obsolete previous python- package

References:

  [ 1 ] Bug #1241655 - please add new python macros also to epel
https://bugzilla.redhat.com/show_bug.cgi?id=1241655




 fedmsg-0.16.2-1.el7 (FEDORA-EPEL-2015-a4f3738b25)
 Tools for Fedora Infrastructure real-time messaging

Update Information:

Fix a handful of errors raised by `fedmsg.tail_messages(..)`.    Try again
to get python executables correctly referencing python2.    Knock 'daemon'
out of setuptools requirements as it is only really needed on el6.

References:

  [ 1 ] Bug #1255974 - Binaries ship python2 packages, but expect to run with 
python3
https://bugzilla.redhat.com/show_bug.cgi?id=1255974
  [ 2 ] Bug #1268497 - [abrt] python-fedmsg-commands: 
fedmsg-config:3::ImportError: No module named 'fedmsg'
https://bugzilla.redhat.com/show_bug.cgi?id=1268497

Re: [EPEL-devel] crlibm and libscs for EPEL 7?

[Orion Poplawski]

On 10/08/2015 05:59 PM, Rich Rauenzahn wrote:

On Wed, Oct 7, 2015 at 1:16 PM, Orion Poplawski  wrote:

On 10/07/2015 02:05 PM, Rich Rauenzahn wrote:

Tim got back to me quickly.  He doesn't have the time or need to
maintain them for EPEL 7.  He offers to pass on the ownership to
another packager.


You could ask to become the maintainer in EPEL:
https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group#Become_a_co-maintainer


That looks like quite an involved process with an uncertain outcome ...

Is that the only viable option at the moment?  Adopt it myself?

Rich


Well, obviously not - any interested Fedora packager could take it over. 
 But it is the way you can take control and contribute to the community.


--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane  or...@cora.nwra.com
Boulder, CO 80301  http://www.cora.nwra.com
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel