| |||||||||||||
|
| |||||||||||||
RespinsRespinsPosted Dec 23, 2006 6:35 UTC (Sat) by proski (subscriber, #104)Parent article: Announcing the Fedora 6 Zod live CD and live CD tools LiveCD and respins is what Fedora Unity used to do. The latest respin was made in August, and there has been no FC6 respin, which is really needed considering significant problems in the official release. Yet the website of Fedora Unity still says that the respins "are scheduled for release once each month throughout the active life of the corresponding Fedora Core release". There was an FC6 LiveCD made by Fedora Unity, but it was made from the original release without any updates. It would be great if Fedora started making the official respins in addition to the LiveCD. It looks like Fedora is working on the respins. I really like that the the respin tool, pungi, is developed openly.
(Log in to post comments)
Respins Posted Dec 23, 2006 15:16 UTC (Sat) by mattdm (subscriber, #18) [Link] With anaconda able to access live yum repositories during install, official respins are less important -- you can now just add the updates repo to the installer's list and you'll get an up-to-date system at first install.
(This will become more obvious in future Fedora releases -- the feature is new, now.)
Respins Posted Dec 26, 2006 6:36 UTC (Tue) by markhb (guest, #1003) [Link] The issue with FC6, though (and I assume this is what the gp was referring to) is that Anaconda misidentifies single i686 CPUs as i586 when choosing the kernel, and I imagine that the same CPU signature would be grabbed from updates. I am not sure what the performance hit is, if any, but I still think it's embarrassing and wrong enough that it should have been treated as a brown-paper-bag bug and the CD1 and DVD images respun.
Respins Posted Jan 4, 2007 4:44 UTC (Thu) by JoeBuck (subscriber, #2330) [Link] It might be worthwhile for the Fedora project to plan on doing a couple of ISO respins. Once a few hundred commonly used packages have updates, and the next major release is still months away, it can actually save bandwidth on the mirrors to have more-current ISOs, because all those sides then avoid updating hundreds of packages with yum. It's also nicer for people who don't have high-speed access, they can get a more up-to-date CD by mail.
Respins Posted Jan 4, 2007 23:34 UTC (Thu) by pjones (subscriber, #31722) [Link] Well, if nothing else, this is at least fairly trivial to work around with an updates.img or (if you're installing from NFS) the "RHupdates" directory.
Make a directory named "RHupdates" in the top level of the install tree on your nfs server (i.e. the same directory that holds "GPL", "eula.txt", and the "Fedora" subdirectory), and in it put packageSack.py (from yum's .src.rpm) in it.
Voila, when you install from that tree using nfs it will work correctly.
|
|
||||||||||||