I tried to install some packages via yum. The installations failed, if there
were to install some deps.

Example:

[root@blade1 ~]# yum list | grep eclipse
eclipse-ecj.ppc                          1:3.2.2-8.fc7          core
[root@blade1 ~]# yum install eclipse-ecj.ppc
Loading "installonlyn" plugin
Setting up Install Process
Parsing package install arguments
Resolving Dependencies
--> Running transaction check
---> Package eclipse-ecj.ppc 1:3.2.2-8.fc7 set to be updated
Checking deps for eclipse-ecj.ppc 1-3.2.2-8.fc7 - u
--> Processing Dependency: libgcj_bc.so.1 for package: eclipse-ecj
--> Processing Dependency: /usr/bin/rebuild-gcj-db for package: eclipse-ecj
--> Processing Dependency: libgcj >= 4.0.2 for package: eclipse-ecj
--> Processing Dependency: java-gcj-compat >= 1.0.64 for package: eclipse-ecj
--> Restarting Dependency Resolution with new changes.
--> Running transaction check
---> Package libgcj.ppc 0:4.1.2-8 set to be updated
Checking deps for libgcj.ppc 0-4.1.2-8 - u
---> Package java-1.5.0-gcj.ppc 0:1.5.0.0-14.fc7 set to be updated
Checking deps for java-1.5.0-gcj.ppc 0-1.5.0.0-14.fc7 - u
Importing additional filelist information
--> Processing Dependency: sinjdoc for package: java-1.5.0-gcj
--> Processing Dependency: /usr/bin/rebuild-security-providers for package:
java-1.5.0-gcj
--> Processing Dependency: jpackage-utils >= 1.7.3 for package: java-1.5.0-gcj
--> Restarting Dependency Resolution with new changes.
--> Running transaction check
---> Package sinjdoc.ppc 0:0.5-4.fc7 set to be updated
Checking deps for sinjdoc.ppc 0-0.5-4.fc7 - u
---> Package jpackage-utils.noarch 0:1.7.3-1jpp.2.fc7 set to be updated
Checking deps for jpackage-utils.noarch 0-1.7.3-1jpp.2.fc7 - u
--> Processing Dependency: java_cup >= 0.10 for package: sinjdoc
--> Restarting Dependency Resolution with new changes.
--> Running transaction check
---> Package java_cup.ppc 1:0.10-0.k.6jpp.1 set to be updated
Checking deps for java_cup.ppc 1-0.10-0.k.6jpp.1 - u
 
Dependencies Resolved
 
=============================================================================
 Package                 Arch       Version          Repository        Size
=============================================================================
Installing:
 eclipse-ecj             ppc        1:3.2.2-8.fc7    core              8.1 M
Installing for dependencies:
 java-1.5.0-gcj          ppc        1.5.0.0-14.fc7   core              104 k
 java_cup                ppc        1:0.10-0.k.6jpp.1  core              202 k
 jpackage-utils          noarch     1.7.3-1jpp.2.fc7  core               61 k
 libgcj                  ppc        4.1.2-8          core               20 M
 sinjdoc                 ppc        0.5-4.fc7        core              869 k
 
Transaction Summary
=============================================================================
Install      6 Package(s)
Update       0 Package(s)
Remove       0 Package(s)
 
Total download size: 29 M
Is this ok [y/N]: y
Downloading Packages:
Traceback (most recent call last):
  File "/usr/bin/yum", line 29, in <module>
    yummain.main(sys.argv[1:])
  File "/usr/share/yum-cli/yummain.py", line 172, in main
    base.doTransaction()
  File "/usr/share/yum-cli/cli.py", line 301, in doTransaction
    problems = self.downloadPkgs(downloadpkgs)
  File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 791, in downloadPkgs
    remote_pkgs.sort(mediasort)
  File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 740, in mediasort
    a = a.getDiscNum()
  File "/usr/lib/python2.5/site-packages/yum/packages.py", line 484, in getDiscNum
    return int(fragid)
ValueError: invalid literal for int() with base 10: ''
[root@blade1 ~]#

Thanks Rene for retesting it. 
What drop of FC7 are you using?
I noted that the error stack lines don't match with the Fedora Cora 7 Test 4
source code. Could you retest using the last drop as well?

Thanks 


I'm using a to the http-server loop-mounted F-6.93-ppc-DVD.iso. It's date is
April, 30th. 

I've created a repository, which createrepo,  with a mounted iso and the
problem persists. 


I did a small patch that fix this problem.