Bear with me. This one is confusing :( GUI install of a (null) personal desktop on an AMD K6 Logged in as root to set some stuff up. Into X. Found nautilus and system settings. Went there. Found 'packages'. Went there. Met the package selection thing from the installer. Added a collection of things I wanted. Hit continue. Got "insert CD". Did that. Got "now insert second CD". Did that. The CD drive is round the other side of the desk. Returned to seat to find that magicdev had spotted the CD and nautilus had thrown up a window. And that this was somehow interfering with the package updating program. By the time I was able to click "OK" to the dialogue box telling me to insert CD 2, magicdev and nautilus had it and the package updating program was confused. This is where it all became a nightmare. I was running from one side of the desk to the other, trying to unmount the second CD (which turned out to be the wrong CD) in a real terminal, and stop magicdev from mounting it and kill nautilus windows and tell the package updater "Yes, NOW, start updating, quick before magicdev notices!" :) and get the right CD in the drive. This happened all over again with CD3. My solution at home will be to remove magicdev, because I am happy to mount CDs myself when I need to. But for people who aren't, this is a nasty situation to be in: windows popping up, "OK" buttons that result in "Can't see CD", and so on. Perhaps the package updater could stop magicdev until it's finished? I was going to bugzilla this against the package updating program (I haven't even figured out what it's called yet) but I got told to put it against magicdev. I'm sorry if this report isn't very clear. The exact sequence of what happened when was hard to work out. I think that starting the updater, putting the first CD in when the dialogue box prompts you to, and then waiting ten seconds should give you the same effect.
Refiling to redhat-config-packages, since I don't see how magicdev would interfere with the normal operation of the package tool. Certainly, it's going to be a little confusing to have nautilus popping up windows, but it shouldn't be harmful. (The package tool could actually handle this pretty easily by temporarily changing the relevant GConf key and then changing it back.)
How am I supposed to change the user's gconf key? redhat-config-packages has to run as root to be able to actually install packages :(
OK, then we ignore the new-windows-popping up problem. It's reasonably minor. If nautilus works as well as mc did, it's even less of an issue, since it will reuse existing windows, etc.
Okay, the first part is taken care of in CVS (will be in 0.95-1 which I'll build shortly). The windows popping up needs a little bit of pygtk work to get to work, but I'll look at that tomorrow
Window popping up will be taken care of in the first version > 0.95.1
Long fixed, RH 8 not supported, and magicdev and s-c-p aren't shipped anymore. (Pirut replaced s-c-p.) Closing.