On 03/18/2014 09:28 PM, Matthew Miller wrote: > On Tue, Mar 18, 2014 at 09:03:55AM +0000, Karanbir Singh wrote: >> build like a native kvm image, then trimming). The yum installroot for >> @core is going to bring in a kernel etc as well, and we could >> --excludedocs and set installlang etc at the anaconda level. It also >> means, and I quite like, the idea that a single build process could be >> used for other things as well. > > This is the plan in Fedora, by the way, and I'm working with the Anaconda > team to make enhancements so there won't need to be as much trimming. > The latter part probably help you guys for a few years :) but it'd be nice > to be using the same basic approach. Sounds good, where can we track this effort ? Also, it would be good to sync and share with the Fedora cloud folks, my attempts at doing this in the past have mostly been met with cold sholder like responses. >> In terms of versions, we should do CentOS-5 as well. And we should >> perhaps, if we can get away with it, drop the updated-in-time images and >> stick to just the release content in CentOS-5/6 and then 7. The >> updated-in-time VM's have been a train wreck at AWS, and for 6.5 I didnt >> do it at all. > > Could you tell me more about the train wreck here? I want to make sure we > don't recreate it. :) Nightly builds are good, as long as they are communicated as such and people understand that if they want to own the feature spec, they need to own their own infra to build, test and deploy based on those. For everyone else, setting a baseline in time does not seem to map very well to any app requirements. Reducing those to map to iso release points has been far more productive, and people have a better ( and easier, requiring far less communication to get across ) map of content and where things are. The question it boils down to is : why are we building these images, where do we anticipate them being used and for what purpose. -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc