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:NS::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:NS::RR:S)
* * perl(Net:NS::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

_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list

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.




--
Stephen J Smoogen.
“The core skill of innovators is error recovery, not failure avoidance.�
Randy Nelson, President of Pixar University.
"We have a strategic plan. It's called doing things.""
— Herb Kelleher, founder Southwest Airlines

_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list

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

_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list

>
> 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.

_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list

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:NS::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:NS::RR:S)
> * * perl(Net:NS::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

_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list

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,python-logilab-common-0.50.3-3.el5,pylint-0.21.1-3.el5

Regards
Till
_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list