https://qa.mandrakesoft.com/show_bug.cgi?id=567
------- Additional Comments From [EMAIL PROTECTED] 2002-11-30 19:20 ------- Ok, "urpmi.update cdrom8" worked BUT only after I hand mounted cdrom1. This is because I routinely disable supermount on all my distributions. Perhaps some previous use of rpmdrake or urpm* expected a disc to be mounted when it wasn't, errored off, and left some config file empty. Maybe dependencies on supermount actions have crept into the urpm* tools. --soapbox on-- This whole locking the cdrom drawer business has become quite the rant with me - in my not-so-humble-this-time opinion a read only device should *never* lock its media for any reason. The OS should be able to deal with the read-only mounted media disappearing out from under it correctly in all cases (I am an OS developer: an OS should enable users, never hinder them if at all possible). Thus anything that helps lock media in place is on my hit list. Disabling supermount is only a partial solution but it helps. --soapbox off-- Anyway, having urpm* depend on supermount actions is probably a bad thing for urpm* stability. It should be easy to prompt for a mount (or mount the drive automatically) for each urpm* command instead of presuming cdroms are still mounted. (i.e. the tools should not presume the environment is sane) I encourage a new test case: install and test distributions with supermount disabled. I'll leave it to you all to reassign or close this bug as appropriate. If I need to open a new one under urpmi then send me email. Duane ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
