FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > EPEL Development

 
 
LinkBack Thread Tools
 
Old 08-30-2010, 12:38 AM
Michael Stahnke
 
Default EPEL Dep problems for epel5 on i386

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
 
Old 08-30-2010, 01:02 AM
Stephen John Smoogen
 
Default EPEL Dep problems for epel5 on i386

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
 
Old 08-30-2010, 09:16 AM
"Xavier Bachelot"
 
Default EPEL Dep problems for epel5 on i386

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
 
Old 08-30-2010, 02:00 PM
Michael Stahnke
 
Default EPEL Dep problems for epel5 on i386

>
> 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
 
Old 09-11-2010, 08:53 AM
Mark Chappell
 
Default EPEL Dep problems for epel5 on i386

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
 
Old 09-11-2010, 09:33 AM
Till Maas
 
Default EPEL Dep problems for epel5 on i386

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
 

Thread Tools




All times are GMT. The time now is 09:50 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org