EPEL 4 Testing i386 Broken Deps

Reading in repository metadata - please wait....
Checking Dependencies
Repos looked at: 4
   base4
   epel-testing4
   epel4
   updates4
Num Packages in Repos: 3618
package: BackupPC-3.1.0-4.el4.noarch from epel-testing4
  unresolved deps: 
     perl-Time-modules
     perl(XML::RSS)
     perl(Time::ParseDate)
package: R2spec-3.0.3-1.el4.noarch from epel4
  unresolved deps: 
     fedora-packager
     python-jinja2
package: bugzilla-3.2.4-2.el4.noarch from epel-testing4
  unresolved deps: 
     perl(Template::Stash)
     perl(Email::Send)
     perl(Email::Address)
     perl(Email::MIME::Modifier)
     perl(Email::MIME)
package: codeblocks-contrib-10.05-1.el4.i386 from epel4
  unresolved deps: 
     cppcheck
package: drbdlinks-1.18-1.el4.noarch from epel-testing4
  unresolved deps: 
     heartbeat
package: dspam-web-3.9.0-8.el4.i386 from epel4
  unresolved deps: 
     perl(GD::Graph::lines)
     perl(GD::Graph::bars)
     perl(GD::Graph::lines3d)
package: gnuplot44-4.4.2-2.el4.i386 from epel-testing4
  unresolved deps: 
     dejavu-sans-fonts
package: gnuplot44-latex-4.4.2-2.el4.i386 from epel-testing4
  unresolved deps: 
     tex(latex)
package: mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch from epel-testing4
  unresolved deps: 
     mediawiki >= 0:1.10
package: metagoofil-1.4a-5.el4.noarch from epel4
  unresolved deps: 
     python(abi) = 0:2.6
package: mock-1.0.1-1.el4.noarch from epel4
  unresolved deps: 
     python >= 0:2.4
     python-ctypes
package: openwsman-ruby-2.2.0-7.el4.i386 from epel4
  unresolved deps: 
     ruby(abi) = 0:1.8
package: perl-Text-vFile-asData-utils-0.05-3.el4.noarch from epel4
  unresolved deps: 
     perl(File::Slurp)
package: postgresql-dbi-link-2.0.0-3.el4.noarch from epel-testing4
  unresolved deps: 
     perl-DBI >= 0:1.52
package: postgresql-pgpoolAdmin-2.2-1.el4.noarch from epel-testing4
  unresolved deps: 
     php >= 0:4.4.2
     php-pgsql >= 0:4.4.2
package: pyicq-t-0.8.1-3.el4.noarch from epel-testing4
  unresolved deps: 
     python-twisted-core
     python-twisted-words
     python-twisted-web
package: python-Coherence-0.2.1-3.el4.noarch from epel-testing4
  unresolved deps: 
     python-twisted-core
     python-nevow
     python-twisted-web
     SOAPpy
package: python-psycopg2-zope-2.0.8-1.el4.i386 from epel-testing4
  unresolved deps: 
     zope
package: python-pyrad-1.1-2.el4.noarch from epel-testing4
  unresolved deps: 
     python-twisted-core
package: python-sippy-1.0.3-2.el4.noarch from epel4
  unresolved deps: 
     python-twisted-core
     radiusclient-ng-utils
package: python-smbios-2.2.16-2.1.el4.1.i386 from epel-testing4
  unresolved deps: 
     python-ctypes
package: roundcubemail-0.1.1-4.el4.noarch from epel4
  unresolved deps: 
     php-pear-DB
     php-pear-Net-SMTP
     php-pear-Mail-Mime
     php-pear-Net-Socket
     php-pear-Auth-SASL
package: specto-0.2.0-4.el4.noarch from epel-testing4
  unresolved deps: 
     notify-python
package: tcl-tcludp-1.0.8-1.el4.i386 from epel-testing4
  unresolved deps: 
     tcl = 0:8.4
package: tcl-tclvfs-20080503-1.el4.i386 from epel-testing4
  unresolved deps: 
     tcl = 0:8.4
package: tcl-tktreectrl-2.2.8-1.el4.1.i386 from epel-testing4
  unresolved deps: 
     tcl(abi) = 0:8.4
package: xrootd-client-admin-java-20100315-5.el4.i386 from epel4
  unresolved deps: 
     java

[Ville Skyttä]

On Monday 25 October 2010, stahnma(a)tyr.websages.com wrote:
>  Reading in repository metadata - please wait.... 
Does the script that does this report also mail maintainers of these broken 
packages individually?  I find the report somewhat hard to read repeatedly and 
it doesn't list maintainer names so I can't grep myself out of it either...

[Michael Stahnke]

On Mon, Oct 25, 2010 at 2:06 PM, Ville Skyttä <ville.skytta(a)iki.fi&gt; wrote:
>  On Monday 25 October 2010, stahnma(a)tyr.websages.com wrote:
> > Reading in repository metadata - please wait....
>
>  Does the script that does this report also mail maintainers of these broken
>  packages individually?  I find the report somewhat hard to read repeatedly and
>  it doesn't list maintainer names so I can't grep myself out of it either...
>
>  _______________________________________________
>  epel-devel-list mailing list
>  epel-devel-list(a)redhat.com
>  https://www.redhat.com/mailman/listinfo/epel-devel-list
>  
It currently does not.  I haven't had as much time to work on this as
I would have liked.

[Michael Schwendt]

On Mon, 25 Oct 2010 14:16:03 -0500, Michael Stahnke wrote:

>  On Mon, Oct 25, 2010 at 2:06 PM, Ville Skyttä wrote:
>  > On Monday 25 October 2010, stahnma wrote:
>  >> Reading in repository metadata - please wait....
>  >
>  > Does the script that does this report also mail maintainers of these broken
>  > packages individually?  I find the report somewhat hard to read repeatedly and
>  > it doesn't list maintainer names so I can't grep myself out of it either...
>  It currently does not.  I haven't had as much time to work on
> this as
>  I would have liked. 
yum-utils' repoclosure doesn't support it directly. Package maintainers
are assigned per src.rpm %{name}, which is something not found in the
repoclosure output.

To map from package names to src.rpm names when parsing repoclosure
output, one can either re-query the Yum repositories for the data that's
necessary to get the src.rpm names. Or modify repoclosure output to
include a "source rpm: …" line for every broken dep. The latter is what
I've been testing in extras-repoclosure, so far so good. Such a
modification could go into upstream repoclosure, but the method to query
FAS/PkgDb for maintainers' email addresses has changed multiple
times. [Perhaps a stable API has entered python-fedora, who knows?]

Meanwhile, the SRCRPMNAME-owner fedoraproject.org aliases, which had
started as something very helpful, include addresses of mailing-lists that
cannot be posted to without a subscription. Some developer groups inside
Red Hat point their package ownership at such mailing-lists, so typically
one receives multiple bounces when sending broken deps reports. I've tried
to get several lists opened up, but it's been troublesome to reach the
list owners, and it seems to me such mailing-lists pop up like mushrooms.

[Peter Lemenkov]

2010/10/25  <stahnma(a)tyr.websages.com&gt;:
>  package: python-pyrad-1.1-2.el4.noarch from epel-testing4
>   unresolved deps:
>      python-twisted-core
>  package: python-sippy-1.0.3-2.el4.noarch from epel4
>   unresolved deps:
>      python-twisted-core
>      radiusclient-ng-utils 
Please, untag these two packages. Actually I found that more my
packages incompatible with EL-4 - where should I file request for
untagging them?


-- 
With best regards, Peter Lemenkov.

[Mark Chappell]

On 25 October 2010 21:38, Peter Lemenkov <lemenkov(a)gmail.com&gt; wrote:
>  2010/10/25  &lt;stahnma(a)tyr.websages.com&gt;:
> > package: python-pyrad-1.1-2.el4.noarch from epel-testing4
> >  unresolved deps:
> >     python-twisted-core
> > package: python-sippy-1.0.3-2.el4.noarch from epel4
> >  unresolved deps:
> >     python-twisted-core
> >     radiusclient-ng-utils
>
>  Please, untag these two packages. Actually I found that more my
>  packages incompatible with EL-4 - where should I file request for
>  untagging them? 
rel-eng

https://fedorahosted.org/rel-eng/


Mark

[Kevin Fenzi]

On Mon, 25 Oct 2010 22:38:03 +0200
Mark Chappell <tremble(a)tremble.org.uk&gt; wrote:

>  On 25 October 2010 21:38, Peter Lemenkov <lemenkov(a)gmail.com&gt;
> wrote:
>  > 2010/10/25  &lt;stahnma(a)tyr.websages.com&gt;:
>  >> package: python-pyrad-1.1-2.el4.noarch from epel-testing4
>  >>  unresolved deps:
>  >>     python-twisted-core
>  >> package: python-sippy-1.0.3-2.el4.noarch from epel4
>  >>  unresolved deps:
>  >>     python-twisted-core
>  >>     radiusclient-ng-utils
>  >
>  > Please, untag these two packages. Actually I found that more my
>  > packages incompatible with EL-4 - where should I file request for
>  > untagging them? 
Unpushed. Should be gone in the next push. 

>  rel-eng
>  
>  https://fedorahosted.org/rel-eng/ 
Yep. Or you can post here, I do read this list and act on things as
time permits. ;) 

kevin