EPEL Dep problems for epel5 on i386

[Michael Stahnke]

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

[Stephen John Smoogen]

On Sun, Aug 29, 2010 at 18:38, Michael Stahnke <mastahnke(a)gmail.com&gt; 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

[Xavier Bachelot]

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

[Michael Stahnke]

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

[Mark Chappell]

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

[Till Maas]

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

Regards
Till