OK, this will just drive me nuts if I don't fix it. Fixing I am putting xfs-filesystem along with the kernel-modules into i386. I am also changing the comps file so that if someone picks xfs, it will automatically pull in xfs-filesystem, just like on SL 5.3. Troy Troy J Dawson wrote: > Hi Urs, > You are correct, and this is something I didn't notice. My desktop is a > 64 bit machine, I saw XFS as a kernel module, and I assumed that it was > a kernel module in 32 bit as well. > > We have always been telling people to only put XFS on 64 bit machines, > but it looks like RedHat is doing more than just telling people. > > So the question is, what do we do? > For security updates, I guess we have to provide i386 kernel module > rpm's still. > > For the SL 5.4 release ... well ... you can't actually do anything > during the install with xfs. So, is it that bad that the kernel module > isn't in there? > > But part of me wonders if it isn't better to just put the needed stuff > in, rebuild everything, retest, and get it out. It isn't that dramatic > of a change, and if this was monday, I wouldn't even think about it. > But part of me knows the dangers of XFS on 32 bit to begin with ... so > I'm a bit torn. > > Troy > > Urs Beyerle wrote: >> Hi Troy and Connie, >> >> I'm a little bit confused about xfs support. >> (Sorry, but I have no time to check it myself.) >> >> Did we have kernel-module-xfs for i368 in SL5.3.? I think yes. >> Now in SL5.4 xfs module is in the x86_64 kernel, but not in the i368 >> kernel, right? >> If this is true, it will make xfs formated partition unusable after an >> update to SL5.4 (for i386)...? >> >> Cheers, >> >> Urs >> >> >> >> Troy Dawson wrote: >>> Release Candidate 2.5 for Scientific Linux 5.4 has been released >>> for both i386 and x86_64. >>> >>> This is essentially the release. All the release notes say it is the >>> release, everything is in the correct place, and we don't plan on >>> changing anything unless there is a real show stopper. >>> >>> So this is your final chance to test. If there isn't a real show >>> stopper, then tomorrow we will change the 5x link to point to this, >>> and we will officially announce the release of Scientific Linux 5.4 >>> >>> ----------------------------------------------------------------------------- >>> >>> DOWNLOAD INFO >>> ----------------------------------------------------------------------------- >>> >>> >>> http://ftp.scientificlinux.org/linux/scientific/5rolling/i386 >>> http://ftp.scientificlinux.org/linux/scientific/5rolling/x86_64 >>> http://ftp.scientificlinux.org/linux/scientific/5rolling/iso >>> or >>> http://ftp.scientificlinux.org/linux/scientific/54/i386 >>> http://ftp.scientificlinux.org/linux/scientific/54/x86_64 >>> http://ftp.scientificlinux.org/linux/scientific/54/iso >>> >>> ----------------------------------------------------------------------------- >>> >>> CHANGES by Scientific Linux >>> ----------------------------------------------------------------------------- >>> >>> >>> ** Added all the latest errata and fastbugs >>> >>> ** Verified signatures of rpm's >>> ** (Note: jdk x86_64 is a known exception) >>> >>> ** Verified rpm versions, releases, and names, fixing those that were >>> not correct >>> >>> ** CD and DVD install boot screen now says what version and arch you >>> are installing >>> >>> ** General Cleanup of release notes, readme files and other minor >>> stuff that doesn't really affect the release, but makes things look >>> better. > > -- __________________________________________________ Troy Dawson [log in to unmask] (630)840-6468 Fermilab ComputingDivision/LSCS/CSI/USS Group __________________________________________________