[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 319 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087 dokuwiki-0-0.24.20140929c.el7 81 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f mcollective-2.8.4-1.el7 45 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-f82c6fc04a p7zip-15.09-4.el7 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-dd35749dd3 wordpress-4.4.1-1.el7 11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-43613cf75a keepassx-0.4.4-1.el7 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e34ffdd692 prosody-0.9.9-2.el7 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-273a82f7db owncloud-8.0.10-1.el7 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-551b68b67a moodle-3.0.2-1.el7 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8da165e1bb mbedtls-2.2.1-1.el7 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-6f526f521d python-rsa-3.3-2.el7 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-043f77342d cgit-0.12-1.el7 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-418a480529 gsi-openssh-6.6.1p1-3.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing ProDy-1.7.1-3.el7 ari-backup-1.0.12-1.el7 awscli-1.9.21-1.el7 codec2-0.5-1.el7 erlang-R16B-03.13.el7 freedv-1.1-4.el7 libnatpmp-20150609-1.el7 mozilla-requestpolicy-1.0-0.13.20160102gitc27c1f.el7 mysql-mmm-2.2.1-14.el7 osbs-client-0.16-1.el7 php-SymfonyCmfRouting-1.3.0-4.el7 php-interfasys-lognormalizer-1.0-1.el7 php-league-flysystem-1.0.16-1.el7 php-mcnetic-zipstreamer-0.7-1.el7 php-mtdowling-jmespath-php-2.3.0-1.el7 php-nette-bootstrap-2.3.4-1.el7 php-owncloud-tarstreamer-0.1-0.1.beta3.el7 php-scssphp-0.4.0-1.el7 python-botocore-1.3.21-1.el7 python-inifile-0.3-2.el7 python3-chardet-2.3.0-3.el7 qbittorrent-3.3.3-1.el7 qt5-qtbase-5.5.1-11.el7 qtlockedfile-2.4-20.20150629git5a07df5.el7 qtsingleapplication-2.6.1-26.el7 rubygem-journey-1.0.4-9.el7 rubygem-rack-cache-1.2-7.el7 rubygem-rack-protection-1.5.3-3.el7 s3cmd-1.6.1-1.el7 seamonkey-2.39-2.el7 transmission-2.84-10.el7 Details about builds: ProDy-1.7.1-3.el7 (FEDORA-EPEL-2016-6fce12e575) Application for protein structure, dynamics and sequence analysis Update Information: - New package ari-backup-1.0.12-1.el7 (FEDORA-EPEL-2016-660c5d2118) A helpful wrapper around rdiff-backup Update Information: Raise to version 1.0.12, a bugfix release. References: [ 1 ] Bug #1300516 - ari-backup-1.0.12 is available https://bugzilla.redhat.com/show_bug.cgi?id=1300516 awscli-1.9.21-1.el7 (FEDORA-EPEL-2016-c576a00844) Universal Command Line Environment for AWS Update Information: Small update from upstream References: [ 1 ] Bug #1297989 - awscli-1.9.18 is available https://bugzilla.redhat.com/show_bug.cgi?id=1297989 [ 2 ] Bug #1298925 - python-botocore-1.3.21 is available https://bugzilla.redhat.com/show_bug.cgi?id=1298925 codec2-0.5-1.el7 (FEDORA-EPEL-2016-d007a8affa) Next-Generation Digital Voice for Two-Way Radio Update Information: Initial package release. References: [ 1 ] Bug #1278638 - Review Request: freedv - FreeDV Digital Voice https://bugzilla.redhat.com/show_bug.cgi?id=1278638 erlang-R16B-03.13.el7 (FEDORA-EPEL-2016-72955321ca) General-purpose programming language and runtime environment Update Information: * fix inet_dist_lis
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 215 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6828 chicken-4.9.0.1-4.el6 197 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031 python-virtualenv-12.0.7-1.el6 191 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168 rubygem-crack-0.3.2-2.el6 123 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8148 optipng-0.7.5-5.el6 123 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8156 nagios-4.0.8-1.el6 81 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb mcollective-2.8.4-1.el6 53 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9 thttpd-2.25b-24.el6 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-819f6356ea tomcat-7.0.65-1.el6 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-77ee2edf04 wordpress-4.4.1-1.el6 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-550132e830 flite-1.3-24.el6 11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-7601108cdf keepassx-0.4.4-1.el6 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-2b26e78b1e owncloud-7.0.12-1.el6 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-75614c9a4f mbedtls-2.2.1-1.el6 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-7aa48cd8b9 python-rsa-3.3-2.el6 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-5a818bd0c6 cgit-0.12-1.el6 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-a0881ad244 gsi-openssh-5.3p1-12.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing awscli-1.9.21-1.el6 epel-rpm-macros-6-2 golang-github-hashicorp-errwrap-0-0.1.git7554cd9.el6 golang-github-hashicorp-go-cleanhttp-0-0.1.git5df5ddc.el6 golang-github-hashicorp-go-immutable-radix-0-0.1.gitaca1bd0.el6 mozilla-requestpolicy-1.0-0.13.20160102gitc27c1f.el6 nodejs-duplex-1.0.0-1.1.el6 nodejs-nsp-api-1.0.0-2.3.el6 osbs-client-0.16-1.el6 php-SymfonyCmfRouting-1.3.0-4.el6 php-nette-bootstrap-2.3.4-1.el6 php-scssphp-0.4.0-1.el6 python-botocore-1.3.21-1.el6 python-polib-1.0.7-2.el6 qt5-qtbase-5.5.1-11.el6 s3cmd-1.6.1-1.el6 seamonkey-2.39-2.el6 zanata-python-client-1.4.2-1.el6 Details about builds: awscli-1.9.21-1.el6 (FEDORA-EPEL-2016-8455849c18) Universal Command Line Environment for AWS Update Information: Small update from upstream References: [ 1 ] Bug #1297989 - awscli-1.9.18 is available https://bugzilla.redhat.com/show_bug.cgi?id=1297989 [ 2 ] Bug #1298925 - python-botocore-1.3.21 is available https://bugzilla.redhat.com/show_bug.cgi?id=1298925 epel-rpm-macros-6-2 (FEDORA-EPEL-2016-565c85d03e) Extra Packages for Enterprise Linux RPM macros Update Information: Add %nodejs_arches golang-github-hashicorp-errwrap-0-0.1.git7554cd9.el6 (FEDORA-EPEL-2016-5760c09221) Errwrap is a Go (golang) library for wrapping and querying errors Update Information: First package for Fedora golang-github-hashicorp-go-cleanhttp-0-0.1.git5df5ddc.el6 (FEDORA-EPEL-2016-c86d19718c) Functions for accessing "clean" Go http.Client values Update Information: First package for Fedora golang-github-hashicorp-go-immutable-radix-0-0.1.gitaca1bd0.el6 (FEDORA-EPEL-2016-260885891f) An immutable radix tree implementation in Golang Update Information: First package for Fedora mozilla-requestpolicy-1.0-0.13.20160102gitc27c1f.el6 (FEDORA-EPEL-2016-5ba31925a0) Firefox and Seamonkey extension that gives yo
[EPEL-devel] Necessity of some old RPM constructs in EL5
I'm now working on some magic macros for EPEL5. Currently (on my machine, at least) you can use %license and don't need BuildRoot:. I'm curious about some other boilerplate constructs, though. %defattr in %files: I've been told that even EPEL5 doesn't need this, but still it persists. Can someone verify that it really is not required? Why do people keep putting it in if so? Cleaning %buildroot in %install:: Why is is so essential that the buildroot be cleaned as the first line of %install? I think I can make this happen magically but I'm not sure why it's needed at all. %clean What actually goes wrong if %clean isn't there? If it's just some cruft that might be left over after a successful build, then is it really an issue if it's not present? - J< ___ epel-devel mailing list epel-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org
[EPEL-devel] Re: EPEL5 mass rebuild (2016-01-20, 179 failures)
> "DC" == Dan Callaghan writes: DC> All of these broken dependencies onto python-setuptools-devel seemed DC> a little strange to me so I dug into it. Thanks for doing this. I thought it was a bit odd but figured it was better to actually get the report out there rather than try and figure out why everything was breaking. DC> So it seems like we will just need to update all those broken EPEL5 DC> packages to require python-setuptools instead of DC> python-setuptools-devel. Hopefully there are no interfaces (or DC> fixes) in the newer 0.6c9 version which EPEL packages were relying DC> on... Well, we can't really make the situation worse, can we? The alternative is simply to remove them, I guess. Anyway, any provenpackagers up for fixing these? I could script it, I guess, but I should give folks a chance to fix things up on their own. - J< ___ epel-devel mailing list epel-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org
[EPEL-devel] EPEL-ANNOUNCE Re: python-psutil-2.2.1 in epel7
On 01/21/2016 07:41 PM, Ralph Bean wrote: > Hello all, > > python-psutil-2.2.1 has been in epel7-testing for over a month now, > and I intend to push it to stable in the coming weeks. It is needed > for the letsencrypt tools. > > There are a few small incompatibilities, but none of the dependencies > that we found in EPEL7 itself would be affected. Of course, there > could be software not in EPEL7 that uses this package.. but that's why > we're taking our time before pushing this update to stable. > > Please test the bodhi update when you can, so we can make way for > letsencrypt[1]. > > -Ralph > > [1] https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-eead4a588c thank you, its on the way to stable. ___ epel-announce mailing list epel-annou...@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/epel-annou...@lists.fedoraproject.org ___ epel-devel mailing list epel-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org
[EPEL-devel] Re: EPEL5 mass rebuild (2016-01-20, 179 failures)
Excerpts from Jason L Tibbitts III's message of 2016-01-20 18:49 -06:00: > Failures due to missing dependencies: 122 > arprec-2.2.18-1.el5.src.rpm [qd-devel] (besser82) > babel-0.9.5-2.el5.src.rpm [python26-distribute] (jcollie, fschwarz) > Cython-0.14.1-3.el5.src.rpm [python26-distribute] (stevetraylen) > dinotrace-9.4c-1.el5.src.rpm [emacs-verilog-mode] (chitlesh) > disktype-9-5.el5.src.rpm [libewf-devel] (richardfearn, kwizart) > euca2ools-2.1.3-1.el5.src.rpm [python26-setuptools] (gholms) > gdal-1.4.2-4.el5.src.rpm [xerces-c-devel] (devrim, pali, volter) > grin-1.1.1-3.el5.src.rpm [python-setuptools-devel] (hubbitus) > mnemosyne-1.2.1-1.el5.src.rpm [python-setuptools-devel] (rathann) > [...] All of these broken dependencies onto python-setuptools-devel seemed a little strange to me so I dug into it. In December 2013 python-setuptools was retired from EPEL5 because it moved into RHEL. But EPEL5 had 0.6c9-5.el5 whereas RHEL imported 0.6c5-2.el5. I never even noticed this, my RHEL5 VM (which apparently is older than 2013) still has the EPEL package because its version is higher. The other irritating difference between the packages is that the RHEL package didn't retain the (admittedly pointless) split into a -devel subpackage containing easy_install, everything is in the main python-setuptools package instead: dcallagh@erlenmeyer ~ $ rpm -q python-setuptools python-setuptools-devel python-setuptools-0.6c9-5.el5 python-setuptools-devel-0.6c9-5.el5 dcallagh@erlenmeyer ~ $ rpm -ql python-setuptools-devel /usr/bin/easy_install /usr/bin/easy_install-2.4 /usr/lib/python2.4/site-packages/easy_install.py /usr/lib/python2.4/site-packages/easy_install.pyc /usr/lib/python2.4/site-packages/easy_install.pyo /usr/share/doc/python-setuptools-devel-0.6c9 /usr/share/doc/python-setuptools-devel-0.6c9/EasyInstall.txt /usr/share/doc/python-setuptools-devel-0.6c9/README.txt /usr/share/doc/python-setuptools-devel-0.6c9/api_tests.txt /usr/share/doc/python-setuptools-devel-0.6c9/psfl.txt /usr/share/doc/python-setuptools-devel-0.6c9/zpl.txt dcallagh@erlenmeyer ~ $ rpm -ql python-setuptools /usr/lib/python2.4/site-packages/pkg_resources.py /usr/lib/python2.4/site-packages/pkg_resources.pyc /usr/lib/python2.4/site-packages/pkg_resources.pyo /usr/lib/python2.4/site-packages/setuptools [...] dcallagh@erlenmeyer ~ $ sudo repoquery python-setuptools python-setuptools-0:0.6c5-2.el5.noarch dcallagh@erlenmeyer ~ $ sudo repoquery -l python-setuptools /usr/bin/easy_install /usr/bin/easy_install-2.4 /usr/lib/python2.4/site-packages/easy_install.py /usr/lib/python2.4/site-packages/easy_install.pyc /usr/lib/python2.4/site-packages/easy_install.pyo /usr/lib/python2.4/site-packages/pkg_resources.py /usr/lib/python2.4/site-packages/pkg_resources.pyc /usr/lib/python2.4/site-packages/pkg_resources.pyo /usr/lib/python2.4/site-packages/setuptools [...] So it seems like we will just need to update all those broken EPEL5 packages to require python-setuptools instead of python-setuptools-devel. Hopefully there are no interfaces (or fixes) in the newer 0.6c9 version which EPEL packages were relying on... I will update any packages I have commit access to (which is just TurboGears I think). -- Dan Callaghan Senior Software Engineer, Products & Technologies Operations Red Hat, Inc. signature.asc Description: PGP signature ___ epel-devel mailing list epel-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org
[EPEL-devel] EPEL-ANNOUNCE python-psutil-2.2.1 in epel7
Hello all, python-psutil-2.2.1 has been in epel7-testing for over a month now, and I intend to push it to stable in the coming weeks. It is needed for the letsencrypt tools. There are a few small incompatibilities, but none of the dependencies that we found in EPEL7 itself would be affected. Of course, there could be software not in EPEL7 that uses this package.. but that's why we're taking our time before pushing this update to stable. Please test the bodhi update when you can, so we can make way for letsencrypt[1]. -Ralph [1] https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-eead4a588c signature.asc Description: PGP signature ___ epel-announce mailing list epel-annou...@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/epel-annou...@lists.fedoraproject.org ___ epel-devel mailing list epel-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org
[EPEL-devel] Re: EPEL5 mass rebuild (2016-01-20, 179 failures)
On 21/01/16 00:49, Jason L Tibbitts III wrote: ... Failures in %check: 12 ccache-2.4-21.el5.src.rpm (adev) heimdal-1.6.0-0.9.20140621gita5adc06.el5.src.rpm (ktdreyer) libresample-0.1.3-7.el5.src.rpm (jcollie) perl-Calendar-Simple-1.17-2.el5.src.rpm (laxathom) perl-Email-Abstract-2.132-4.el5.2.src.rpm (spot) This is failing due to a missing dependency perl(User::Identity) in perl-Mail-Box. perl-Gearman-Client-Async-0.94-3.el5.src.rpm (psabata) perl-PDL-2.4.3-5.el5.src.rpm (mmaslano, rnorwood, jplesnik) perl-Perl-Critic-1.05-1.el5.src.rpm (rmyers, pghmcfc) I have patched this (1 fix for code, 1 for test suite) and pushed an update. It had been broken by changes in the List::MoreUtils module. Paul. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org
[EPEL-devel] Re: The %license property is now supported in EPEL6
Hello All! 2016-01-20 22:03 GMT+01:00 Jason L Tibbitts III : > Just a note that it EPEL6 no longer requires you to include the > definition of %license property; you can use it freely in your %files > list as you would in EPEL7 or Fedora. It simply maps to %doc as it > would if you had included the magic line noise manually. This works for > me in koji; if it doesn't work in your local mock instance, it's > possible that the mirrors still need to catch up with the change to > comps. Great news! Thanks everyone involved! -- With best regards, Peter Lemenkov. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org