Bug 731476

Summary:	RFE: TDL -> Kickstart
Product:	[Retired] CloudForms Cloud Engine	Reporter:	William Henry <whenry>
Component:	imagefactory	Assignee:	Ian McLeod <imcleod>
Status:	CLOSED WONTFIX	QA Contact:	Rehana <aeolus-qa-list>
Severity:	high	Docs Contact:
Priority:	high
Version:	1.0.0	CC:	akarol, aweiteka, clalance, dajohnso, deltacloud-maint, kcleveng, ssachdev
Target Milestone:	rc	Keywords:	FutureFeature, Triaged
Target Release:	---
Hardware:	All
OS:	All
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-07-02 19:35:00 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description William Henry 2011-08-17 18:35:51 UTC

Description of problem:

Having successfully defined TDLs for many of the images that they would like to launch in the cloud, users would like to be able to generate Kickstart files from those TDLs and take advantage of one TDL format for defining all their images in the cloud, for use with KVM and on bare metal images.  

Many users today have their own homegrown methods of defining and generating Kickstart files. Having TDL to Kickstart tool would allow one place to define all their images.  

(See also https://bugzilla.redhat.com/show_bug.cgi?id=731475)

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 jrd 2011-08-17 18:48:42 UTC

It's always been envisioned that the image factory would be able to build bare metal images as well as cloudy ones.  This feature is of great interest to the guys who deal with ISVs, as well as for general use.

I'm taking this one as part of the ongoing development of the image factory.

Comment 4 jrd 2011-09-22 19:25:27 UTC

https://www.aeolusproject.org/redmine/issues/2388

We won't be able to deal with this until post 1.0.

Comment 5 wes hayutin 2011-09-28 16:39:11 UTC

making sure all the bugs are at the right version for future queries

Comment 7 wes hayutin 2012-02-22 23:45:43 UTC

moving version to 1.0.0 .  version = found in version