Red Hat Bugzilla – Bug 105767
can't install any software from fedora CD's (test2)
Last modified: 2007-11-30 17:10:31 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030703
Description of problem:
After Installing Fedora test2 (new install) I can't install any software from
the 3 Fedora CDs.
The 'Add/remove program' can't find any of the CD's when I put them in my CD drive.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start the 'remove / add program' (danish 'Tilfï¿½j eller fjern programmer'
2. Select something to install and push the install button.
3. The program now ask for a CD, put it in and push ok
Actual Results: It ask me to put in the CD, even if it's allready in.
Expected Results: Continue with the install of the software.
When you insert a CD, there comes a little CD icon on the desktop.
I can go into the CD and copy files and everything is fine.
But, if I push OK for the 'remove/add' program to try and read the CD, the icon
on the desktop disappear.
*** Bug 105849 has been marked as a duplicate of this bug. ***
*** Bug 105947 has been marked as a duplicate of this bug. ***
Installing add'l apps from CD using redhat-config-packages was working for me
earlier this week. It was not longer working for me yesterday (10-2-03) after
I'd installed a plethora of updates from the Severn Beta 2 (i386) Updates
channel. Wonder if there is a connection there?
Just to add a void here, this also doesn't work for me. It complains about not
finding the correct CD, although I insert it in the drive.
Also, NONE of the options work at all!
Same problem here. Unable to install anything from Severn CDs.
Plus, not sure if it is linked to it but when trying to start install from
command line (like autorun) it crashed :
* Arabic Support references package arabic-fonts which doesn't exist
* Base references package prctl which doesn't exist
* Core references package lilo which doesn't exist
* Core references package yaboot which doesn't exist
* Core references package efibootmgr which doesn't exist
* Core references package elilo which doesn't exist
* Core references package s390utils which doesn't exist
* Core references package ppc64-utils which doesn't exist
* SQL Database Server references package perl-DB_File which doesn't exist
Traceback (most recent call last):
File "/usr/share/redhat-config-packages/InstallDruid.py", line 529, in ?
File "/usr/share/redhat-config-packages/InstallDruid.py", line 464, in run
File "/usr/share/redhat-config-packages/InstallDruid.py", line 360, in
self.screen = package_gui.PackageSelectionWindow()
TypeError: __init__() takes exactly 2 arguments (1 given)
The version in Fedora Core test3 is still broken in the same way.
What is the output of 'rpm -q redhat-config-packages comps'?
I'm seeing this, too. Output of 'rpm -q redhat-config-packages comps' is:
I have noticed the following. When I insert a CD automount mounts the CD and
shows in the gnome desktop. If I then launch add/remove applications and choose
packages to install (in this case development tools) When it starts searchinf
for the required rpms the CD that I have inserted is unmounted despite been the
correct CD with the necessary rpm(s)! If I mount the CD manually with using
automount and click OK again it does the same thing. I guess it is not checking
what is already in the drive and when it does find a CD itis not checking it
Additionally the menu options dont seem to work. Such as Help - About, Help -
Manual, Edit - Preferences etc.. File _ Quit does work ;0)
rpm -qa | grep -i redhat-config-pa
Fedora Core release 0.95, Up2date as of now completely ;0)
Sorry I meant mounting the CD manually without using automount as opposed to
with automount ;0)
Just loaded Fedora test 3, this bug is still present.
*** Bug 103556 has been marked as a duplicate of this bug. ***
*** Bug 100445 has been marked as a duplicate of this bug. ***
*** Bug 107397 has been marked as a duplicate of this bug. ***
*** Bug 107094 has been marked as a duplicate of this bug. ***
This should be fixed in 1.2.6, available from
http://people.redhat.com/~katzj/redhat-config-packages/ once the build finishes
and in rawhide tomorrow.
*** Bug 108417 has been marked as a duplicate of this bug. ***
*** Bug 108925 has been marked as a duplicate of this bug. ***
Ok, 1.2.6 seemed to fix the problem
This should be moved up to Fedora Core 1.0:
Running redhat-config-packages and selecting "vnc" to install, with
Fedora 1, disc 3 in the drive gives this error:
The file /mnt/cdrom/RedHat/RPMS/vnc-4.0-0.beta4.3.i386.rpm cannot be
opened. This is due to a missing file, a bad package, or bad media.
Press <return> to try again.
Here is the actual path on the CDROM:
For me, the problem is in the /etc/fstab file. The function
getCdDevs() in method.py will ignore your device if the fstype field
in fstab is not one of ("iso9660", "udf,iso9660"). F.i. mine is set to
Y changed line 940 in method.py to something like
if fields == "/dev/cdrom" or fields == "/dev/dvd":
and it worked for me... but I know is not the best solution either...
There must be some better (i.e. GENERIC) way to do that... but I'm not
a "Python guru" ;)
Hope this help somebody else to come with a better solution.
*** Bug 109824 has been marked as a duplicate of this bug. ***
Problem still (again?) exists in redhat-config-packages-1.2.7-1
It will install from the CD which is currently in the drive, but
after it asks you to change the disk, it will (I think) unmount the
newly inserted disc and abort.
I found the problem in Red Hat 9. I updated redhat-config-packages to
1.2.7-1, and it crashed because of the dependency on a new module
"arch" in rhpl, updated rhpl to the one in fedora, and while the
dependency problem stopped the CD detection problem persisted.
WORKAROUND: I rummaged through the sources and found a work around:
Use this instead of redhat-config-packages:
Ok. I found out the reason od my problem. Apparently the timestamp
line in the .discinfo file of the comps file is not matching the
timestamp of the .discinfo of my redhat-CDs. This is causing
redhat-config-packages to believe that the CDs are not the original ones.
So maybe the timestamp in comps should be updated if someone is using
some other build of redhat-9 or fedora or whatever. Or (a bad hack)
disable the line in methods.py which checks the timestamp in
redhatinstallmethod, if you are sure about the genuineness of the CD.
The second one worked for me.
a much easier way is to do the following:
insert the fedora core 2 cd disk 1
the cd should now have launched
any fixes? i have fedora core 2 ... still have this problem
i find i have to install 1 package at a time :/
Regarding #26 for Carmine:
Don't forget to spell it "helper":
The command is in /usr/bin
Does the version included in FC4 work?
Since there are insufficient details provided in this report for us to
investigate the issue further, and we have not received the feedback we
requested, we will assume the problem was not reproduceable or has been fixed in
a later update for this product. If you have further information, feel free to
add to the report and reopen.