From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031014 Description of problem: Running splittree.py makes the disc1 directory 10 MB smaller than needed. This is from the self.comps_size = 10.0 * 1024 * 1024 line. The comps file is already there as witnessed by looking at the past several releases where disc1 is at least 10MB smaller than disc2. There is already 10MB leeway because you are trying to create discs <640MB, so this isn't really needed. Version-Release number of selected component (if applicable): anaconda-9.2-1 How reproducible: Always Steps to Reproduce: 1. Run splittree.py 2. It shows the size of disc1 to be 10MB less than disc2
Created attachment 95697 [details] Compensate 0MB for comps file instead of 10MB
Unfortunately, 640 is done instead of 650 because of some CD drives being, to be blunt, crap. RHN got a number of bug reports when the size of the ISOs was over 645 megs or so and so I bumped it down to something a little less.
Ahh... I wondered why it was 640MB. What about disc2--it is usually over 645MB? Is it just a problem booting from disc 1?
It was actually reading the CDs, not booting from them. Unfortunately :(
Hmm...that is bad. Did you get any complaints about Red Hat Linux 9 Disc 2--it was 646.125MB?
Also, why not change self.target_size to 640?