> I get 80%+ through installation of a default desktop installation, and > the installation stops at "The package xsri-2.1.0-6 cammnot be opened. > This is due to a missing file or perhaps a corrup package..." > > At this point the install will let me retry forever, but not skip the > package and continue on. Is there any way to work around this? The > md5sums of the .iso files are correct, so I don't think I've had a > download problem. > > Detail: > I happen to be installing the software under VMWare (version 3.0, > running on a Windows XP host). I've swapped the .iso files by > suspending the virtual machine and "swapping cdroms" by renaming the > .iso files on my hard drive. I've used this technique many times, and > it worked for 20 minutes following the switch, so I don't think this > is likely to be the problem. > > Alan Alan, I've had this problem too, and never got it figured out. I think its because you need to have vmware-tools installed before you can install xsri, however, thats not possible to install unless the dist install is complete. Officially, installing under vmware is not supported. Please keep me updated as this is a bug I would love to squash.

On Wed, 2003-10-22 at 15:52, Mike A. Harris wrote: > >> I get 80%+ through installation of a default desktop installation, and > >> the installation stops at "The package xsri-2.1.0-6 cammnot be opened. > >> This is due to a missing file or perhaps a corrup package..." I see this all the time. Why is it that the installer doesn't allow you to retry a package ... and instead errors out and dies...

1) Recalculate the dependancy tree at that point, leaving out the file(s) that could not be read and their dependancies.

I suspect the media is bad. Please run mediacheck and test your media first. I don't see why this problem would occur only under VMware personally. Even though we don't support VMware officially, problems like this still shouldn't happen.

I never said media that passes an md5sum is bad. Please point out where I said that.

If your images/CDs/whatever *DO* match our official images, then that isn't the problem - and that is what I was asking you for.

Can you reproduce it with a real OS install on real hardware not using VMware?

Hash: SHA1 On Wednesday 22 October 2003 01:18 pm, Alan Peery wrote: > I get 80%+ through installation of a default desktop installation, > and the installation stops at "The package xsri-2.1.0-6 cammnot be > opened. This is due to a missing file or perhaps a corrup package..." > > At this point the install will let me retry forever, but not skip the > package and continue on. Is there any way to work around this? The > md5sums of the .iso files are correct, so I don't think I've had a > download problem. > > Detail: > I happen to be installing the software under VMWare (version 3.0, > running on a Windows XP host). I've swapped the .iso files by > suspending the virtual machine and "swapping cdroms" by renaming the > .iso files on my hard drive. I've used this technique many times, > and it worked for 20 minutes following the switch, so I don't think > this is likely to be the problem. > > Alan Are you installing off CDs? If so, run mediacheck. I've downloaded ISOs, had MD5SUM work OK, but had a bad write to the CD and subsequently fail. Mike W - -- Registered Linux - 256979 (http://counter.il.org for more information) NRA Life ARS: W0TMW iD8DBQE/lyKT5fq6h2uDDlQRAmLwAJ4uU20kk1UXAja3+Lp8NBj+2ZRwbgCgqSQH -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- fedora-list mailing list fedora-list(a)redhat.com http://www.redhat.com/mailman/listinfo/fedora-list

>Never ever succesfully installed redhat on vmware via >the CDs... this has always happenned to me.

I have successfully installed various Redhat installations directly from the .iso files via VMWare in the past, but it does feel indeed like this is a problem between VMWare and the .iso files. I burned the exact ISO files onto physical media, and installed them on another machine, and the installation went fine onto other hardware.