I ran some simple dep checkers against epel and epel-testing for epel5 (on i386 only, and against centos 5).
We have a number of issues. Some of them I have filed bugs on, but I haven't made it everywhere. Please look over the list and see if you can assist in fixing any of these issues. I'd like to talk about this at the next EPEL meeting, if I can actually make it.
We might propose packages where deps are not met get moved back into -testing. I am not sure yet, just an idea.
stahnma
package: GMT-doc-4.3.1-3.noarch from epel unresolved deps: GMT = 0:4.3.1 --> (4.5.3-1.el5 is in epel-testing) package: TeXmacs-1.0.7.2-2.el5.i386 from epel unresolved deps: fig2ps --> (current rawhide builds in el5 without issue) package: asterisk-sounds-core-en-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 --> (no good answer on this one yet) package: asterisk-sounds-core-en-alaw-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-en-g722-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-en-g729-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-en-gsm-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-en-siren14-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-en-siren7-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-en-sln16-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-en-ulaw-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-en-wav-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-es-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-es-alaw-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-es-g722-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-es-g729-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-es-gsm-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-es-siren14-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-es-siren7-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-es-sln16-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-es-ulaw-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-es-wav-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-fr-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-fr-alaw-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-fr-g722-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-fr-g729-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-fr-gsm-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-fr-siren14-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-fr-siren7-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-fr-sln16-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-fr-ulaw-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: asterisk-sounds-core-fr-wav-1.4.16-2.el5.noarch from epel unresolved deps: asterisk >= 0:1.4.0 package: autotrust-0.3.1-1.el5.i386 from epel unresolved deps: libunbound.so.1 package: bucardo-4.4.0-2.el5.noarch from epel unresolved deps: postgresql-plperl perl(DBD::Pg) >= 0:2.0 package: dbus-cxx-devel-0.7.0-1.el5.i386 from epel unresolved deps: dbus-devel >= 0:1.2 package: django-lint-0.13-7.el5.noarch from epel unresolved deps: pylint --> pylint appears to build in el5 without issues package: dnssec-tools-1.7-2.el5.i386 from epel unresolved deps: perl(Net::DNS::SEC) perl(QWizard) --> (rawhide perl-QWizard-3.15-5.fc15.src.rpm builds in el5) package: dnssec-tools-perlmods-1.7-2.el5.i386 from epel unresolved deps: perl(Net::DNS::RR::DS) perl(Net::DNS::SEC) package: emacs-spice-mode-1.2.25-3.el5.noarch from epel unresolved deps: gwave package: emacs-vala-0.7.5-1.el5.i386 from epel unresolved deps: emacs(bin) >= 0:21.4 package: fontpackages-tools-1.44-1.el5.1.noarch from epel unresolved deps: perl(Font::TTF::Font) package: git-bugzilla-0-0.2.20091211git.el5.noarch from epel unresolved deps: perl(WWW::Mechanize) package: koji-builder-1.4.0-2.el5.noarch from epel unresolved deps: pycdio package: konqueror-mldonkey-ed2k-support-3.0.2-1.el5.i386 from epel unresolved deps: kde-filesystem package: mediawiki-rss-1.5-2.el5.noarch from epel unresolved deps: php-magpierss >= 0:0.72 (just built for epel-testing) package: mozilla-noscript-1.9.9.81-1.el5.noarch from epel unresolved deps: mozilla-filesystem package: mysql-proxy-0.5.1-1.el5.i386 from epel unresolved deps: libevent-1.1a.so.1 package: openscada-visStation-0.6.4.2-1.el5.i386 from epel unresolved deps: openscada-UI-QTCfg openscada-UI-Vision openscada-UI-QTStarter package: perl-Flickr-Upload-1.32-2.el5.noarch from epel unresolved deps: perl(Term::ProgressBar) >= 0:2.09 package: perl-Text-vFile-asData-utils-0.05-3.el4.noarch from epel-testing unresolved deps: perl(DateTime::Span) perl(DateTime::Format::ICal) package: pki-ra-1.3.1-1.el5.noarch from epel unresolved deps: mod_nss >= 0:1.0.7 package: pki-tps-1.3.1-1.el5.i386 from epel unresolved deps: mod_nss >= 0:1.0.7 package: poky-scripts-6-6.el5.noarch from epel unresolved deps: distcc distcc-server package: pyjamas-desktop-0.7-6.el5.noarch from epel unresolved deps: hulahop pywebkitgtk package: python-kiwi-gazpacho-1.9.23-2.el5.noarch from epel unresolved deps: gazpacho >= 0:0.6.6 package: qspice-client-0.3.0-4.el5_5.i386 from updates unresolved deps: libcelt051.so.0 libqcairo.so.2 package: report-0.12-1.el5.i386 from epel unresolved deps: libcurl package: report-newt-0.12-1.el5.i386 from epel unresolved deps: newt-python package: rhnpush-0.4.5-1.el5.noarch from epel unresolved deps: rhnlib --> (this is probably a centos vs rhel issue) package: ruby-dbus-0.3.0-1.el5.noarch from epel unresolved deps: ruby(glib2) package: rubygem-cucumber-0.4.2-1.el5.noarch from epel unresolved deps: rubygem(polyglot) >= 0:0.2.5 rubygem(diff-lcs) >= 0:1.1.2 package: rubygem-gemcutter-0.3.0-3.el5.noarch from epel unresolved deps: rubygem(json) --> (new version pending epel-testing) package: rubygem-launchy-0.3.5-1.el5.noarch from epel unresolved deps: rubygem(configuration) >= 0:0.0.5 --> (this package is in epel-testing and appears that it could be moved) package: rubygem-rest-client-1.3.1-5.el5.noarch from epel unresolved deps: rubygem(mime-types) >= 0:1.16 --> (mime-types will be able to be built once rubygem-json is updated in epel) package: rubygem-rubigen-1.5.2-4.el5.noarch from epel unresolved deps: rubygem(activesupport) >= 0:2.2.2 package: rubygem-rubyforge-2.0.3-1.el5.noarch from epel unresolved deps: rubygem(json) >= 0:1.1.7 --> (new version pending epel-testing) package: rubygem-shotgun-0.4-1.el5.noarch from epel unresolved deps: rubygem(rack) >= 0:0.9.1 --> (bug opened for rubygem-rack1 package review in epel) package: rubygem-treetop-1.3.0-1.el5.noarch from epel unresolved deps: rubygem(polyglot) >= 0:0 package: tcl-tcludp-1.0.8-1.el4.i386 from epel-testing unresolved deps: tcl = 0:8.4 package: tcl-tclvfs-20080503-1.el4.i386 from epel-testing unresolved deps: tcl = 0:8.4 package: tcl-tktreectrl-2.2.8-1.el4.1.i386 from epel-testing unresolved deps: tcl(abi) = 0:8.4 package: tor-core-0.2.1.19-3.el5.i386 from epel unresolved deps: libevent-1.1a.so.1 package: trickle-1.07-7.el5.i386 from epel unresolved deps: libevent-1.1a.so.1 package: xulrunner-devel-unstable-1.9.0.19-1.el5_5.i386 from updates unresolved deps: xulrunner-devel = 0:1.9.0.19-1.el5_5 package: zikula-module-Polls-2.1.0-1.el5.noarch from epel unresolved deps: zikula >= 0:1.2.2 package: zikula-module-advanced_polls-2.0.0-1.el5.noarch from epel unresolved deps: zikula >= 0:1.2.3 package: zikula-module-menutree-2.3-1.el5.noarch from epel unresolved deps: zikula >= 0:1.2.2
On Sun, Aug 29, 2010 at 18:38, Michael Stahnke mastahnke@gmail.com wrote:
I ran some simple dep checkers against epel and epel-testing for epel5 (on i386 only, and against centos 5).
We have a number of issues. Some of them I have filed bugs on, but I haven't made it everywhere. Please look over the list and see if you can assist in fixing any of these issues. I'd like to talk about this at the next EPEL meeting, if I can actually make it.
We might propose packages where deps are not met get moved back into -testing. I am not sure yet, just an idea.
asterisk should be pulled. zikula should probably be pulled.
Hi Michael,
I ran some simple dep checkers against epel and epel-testing for epel5 (on i386 only, and against centos 5).
We have a number of issues. Some of them I have filed bugs on, but I haven't made it everywhere. Please look over the list and see if you can assist in fixing any of these issues. I'd like to talk about this at the next EPEL meeting, if I can actually make it.
The list is including some EL4 packages, so there may be some false positives.
package: perl-Text-vFile-asData-utils-0.05-3.el4.noarch from epel-testing unresolved deps: perl(DateTime::Span) perl(DateTime::Format::ICal)
package: tcl-tcludp-1.0.8-1.el4.i386 from epel-testing unresolved deps: tcl = 0:8.4 package: tcl-tclvfs-20080503-1.el4.i386 from epel-testing unresolved deps: tcl = 0:8.4 package: tcl-tktreectrl-2.2.8-1.el4.1.i386 from epel-testing unresolved deps: tcl(abi) = 0:8.4
perl-Text-vFile-asData-utils is broken in EL5 anyway, I'll fix it.
Just a note, I find all the repoclosures run posted in the last weeks to be very useful. I think having them run in an automated way would help raise the EPEL quality greatly.
Regards, Xavier
Just a note, I find all the repoclosures run posted in the last weeks to be very useful. I think having them run in an automated way would help raise the EPEL quality greatly.
I completely agree. I am working on getting something a little more formal out there, but I figure, ship it, then fix it will work in this case.
I've fixed what I can, mysql-proxy and trickle just need post 5.5 rebuilds
bucardo and git-bugzilla should probably be unpushed
package: TeXmacs-1.0.7.2-2.el5.i386 from epel unresolved deps: fig2ps --> (current rawhide builds in el5 without issue)
My bad, didn't notice because we had a local copy of fig2ps, now in testing
package: bucardo-4.4.0-2.el5.noarch from epel unresolved deps: postgresql-plperl perl(DBD::Pg) >= 0:2.0
Non-trivial to fix: perl-DBD-Pg version limited by RHEL, Trivial to fix: postgresql-plperl should be postgres-pl
package: dnssec-tools-1.7-2.el5.i386 from epel unresolved deps: perl(Net::DNS::SEC) perl(QWizard) --> (rawhide perl-QWizard-3.15-5.fc15.src.rpm builds in el5) package: dnssec-tools-perlmods-1.7-2.el5.i386 from epel unresolved deps: perl(Net::DNS::RR::DS) perl(Net::DNS::SEC)
perl-Net-DNS-SEC waiting on perl-MIME-Base32 perl-QWizard branching in progress
package: fontpackages-tools-1.44-1.el5.1.noarch from epel unresolved deps: perl(Font::TTF::Font)
perl-Font-TTF now pending
package: git-bugzilla-0-0.2.20091211git.el5.noarch from epel unresolved deps: perl(WWW::Mechanize)
This is going to be seriously non-trivial perl-libwww version is pinned by RHEL
package: mysql-proxy-0.5.1-1.el5.i386 from epel unresolved deps: libevent-1.1a.so.1
Needs a rebuild post 5.5
package: perl-Flickr-Upload-1.32-2.el5.noarch from epel unresolved deps: perl(Term::ProgressBar) >= 0:2.09
In testing
package: tor-core-0.2.1.19-3.el5.i386 from epel unresolved deps: libevent-1.1a.so.1
Rebuilt version in testing
package: trickle-1.07-7.el5.i386 from epel unresolved deps: libevent-1.1a.so.1
Needs a rebuild post 5.5
Mark
On Sun, Aug 29, 2010 at 07:38:42PM -0500, Michael Stahnke wrote:
I ran some simple dep checkers against epel and epel-testing for epel5 (on i386 only, and against centos 5).
We have a number of issues. Some of them I have filed bugs on, but I haven't made it everywhere. Please look over the list and see if you
package: django-lint-0.13-7.el5.noarch from epel unresolved deps: pylint --> pylint appears to build in el5 without issues
Pylint has been pushed to stable two days ago: https://admin.fedoraproject.org/updates/python-logilab-astng-0.20.1-3.el5,py...
Regards Till
epel-devel@lists.fedoraproject.org