[EPEL-devel] Re: The %license property is now supported in EPEL6

[Peter Lemenkov]

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

[EPEL-devel] Re: EPEL5 mass rebuild (2016-01-20, 179 failures)

[Paul Howarth]

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] EPEL-ANNOUNCE python-psutil-2.2.1 in epel7

[Ralph Bean]

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)

[Jason L Tibbitts III]

> "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] Re: EPEL5 mass rebuild (2016-01-20, 179 failures)

[Dan Callaghan]

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 Re: python-psutil-2.2.1 in epel7

[Itamar]

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] Necessity of some old RPM constructs in EL5

[Jason L Tibbitts III]

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] Fedora EPEL 6 updates-testing report

[updates]

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