Bug 133072

Summary:	new kickstart tbl
Product:	Red Hat Satellite 5	Reporter:	Shannon Hughes <shughes>
Component:	Other	Assignee:	Peter Jones <pjones>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fanny Augustin <fmoquete>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	unspecified	CC:	bretm, rhn-bugs, robin.norwood
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-03-22 18:37:23 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:
Bug Depends On:
Bug Blocks:	121344

Description Shannon Hughes 2004-09-21 14:45:56 UTC

peter, details for new kickstart table:

table rhnkickstartscript

id sequence
ksid integer (fk to ksdata id)
type can be one of two, pre/post. pick whatever type works best for you.
nochroot is y/n, default to n
interpreter varchar, nullable (will hold /usr/bin/perl etc)
script blob
order integer defaults to 1

notes:
both nochroot and order will not be used until 370.
interpreter will not be nullable from the perl side for 360 since we
will only insert scripts that have an interpreter.

Comment 1 Peter Jones 2004-09-21 15:51:22 UTC

Hey -- instead of "order", I'm using "position", and there's no
default.  Your code will always know a better value than we're going
to get by making the assumption of 1.  If we're not using it until
370, you can still just always insert 1 there, until the time comes
when that'd be wrong.

Also, "nochroot" is going to be "chroot", because a value of 'N' for
"nochroot" is confusing as hell, but a value of 'N' for "chroot" makes
sense to everybody.  That being said... do you want me to default
"chroot" to 'Y'? ;)

Comment 2 Peter Jones 2004-09-21 15:59:13 UTC

Assuming you want 'Y', it's ON_DEV now.

Comment 3 Fanny Augustin 2004-10-12 15:39:42 UTC

Test plan?

Comment 4 Peter Jones 2004-10-12 16:30:01 UTC

Test the feature this blocks, instead.

Comment 5 Todd Warner 2004-10-21 16:41:10 UTC

QA push. {ON_DEV,QA_READY} --> ON_QA

Comment 6 Max Spevack 2004-10-22 16:07:34 UTC

Punt to fanny since the parent bug is hers.  Fanny, send me something
else!  :-)

Comment 7 Fanny Augustin 2004-10-28 18:27:28 UTC

Bug: 121344, so this should work also.

Comment 8 Todd Warner 2005-03-22 18:37:23 UTC

Mass move from PROD_READY to CLOSED:CURRENTRELEASE