On Sat, Apr 01, 2006 at 05:55:25PM +0100, David Bolt wrote:
After verification, I will put 0.27 online at SF and remove the one above.
The 0.27 script failed again.
Strange, it worked for me.
I guess that I've just compared the ./content files on the one produced by my script, and that produced by yours and your script has the add-on CD content file whereas mine has the file from the last CD image processed, which would be CD5 when using the full set.
Naturaly you will never really know what the last CD will be. When I tried CD 1+2 it also did not work with 0.26
I've edited the 0.27 script so it doesn't work in reverse order[0], built another DVD image, tested it and it seems to have worked.
[0] Along with a couple of other minor tweaks. The diff file is here: <URL:http://www.davjam.org/~davjam/linux/makeSUSEdvd.diff>
The reverse order is just a gimmick, so you see CD5, CD4, ... However a different order should not be the the cause of the problem. So for me it is not a real solution to the problem. Next version might be that the naming is such that the extra ISO is again last. e.g. now it is: SUSE-Linux-10.1-beta9-Addon-BiArch.iso SUSE-Linux-10.1-beta9-i386-CD1.iso ... SUSE-Linux-10.1-beta9-i386-CD5.iso What if the next CD is called SUSE-Linux-10.1-beta9-non-oss.iso ( or SUSE-Linux-10.1-beta9-NON-OSS.iso) then you have a different order. Or what if they renamed their CD's, or use real CD's and put them in in random order (with the -c option). Also it could be that a person wants to use his own CD that he made and gave it whatever name. That is the difference with your script and mine. You only have to work for you, mine has to work for the rest of the world. ;-) So many reasons that it is not a real solution. Still thanks and if anybody from SUSE can give some feedback, that would also be great. houghi -- Nutze die Zeit. Sie ist das Kostbarste, was wir haben, denn es ist unwiederbringliche Lebenszeit. Leben ist aber mehr als Werk und Arbeit, und das Sein wichtiger als das Tun - Johannes Müller-Elmau