Bug 105767
Summary: | can't install any software from fedora CD's (test2) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Henrik Lind <henriklindprivat> |
Component: | redhat-config-packages | Assignee: | Jeremy Katz <katzj> |
Status: | CLOSED CANTFIX | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | rawhide | CC: | alex, brad, braden, chaghi, dbrunell, frh, grant, hwstar, johan.dahl, john, jonathansavage, jroyse, marius.andreiana, max_, rick, rickwood, sandip, stephane.jourdan, tammy.c.fox, yoshia |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-09-21 19:14:02 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 100643 |
Description
Henrik Lind
2003-09-27 08:27:46 UTC
*** 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 : /usr/bin/redhat-cdinstall-helper /mnt/cdrom/ * 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 ? druid.run () File "/usr/share/redhat-config-packages/InstallDruid.py", line 464, in run self.do_system_info_state () File "/usr/share/redhat-config-packages/InstallDruid.py", line 360, in do_system_info_state 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: redhat-config-packages-1.2.5-2 comps-0.95-0.20031010 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 properly. 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 redhat-config-packages-1.9.1-1 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: /mnt/cdrom/Fedora/RPMS/vnc-4.0-0.beta4.3.i386.rpm 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 "auto" Y changed line 940 in method.py to something like if fields[0] == "/dev/cdrom" or fields[0] == "/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: python2 /usr/share/redhat-config-packages/InstallDruid.py :) - Sandip 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. - Sandip a much easier way is to do the following: insert the fedora core 2 cd disk 1 cd / system-cdinstall-help /mnt/cdrom the cd should now have launched good luck 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": cd / system-cdinstall-helper /mnt/cdrom The command is in /usr/bin Cheers 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. |