<div dir="ltr"><span style="font-size:12.8px">* How do you use kickstart right now?  What work flows do you have</span><br style="font-size:12.8px"><span style="font-size:12.8px">around it?  Do you generate kickstart files from some process?  Do you</span><br style="font-size:12.8px"><span style="font-size:12.8px">store them in version control?</span><br><div class="gmail_extra"><br></div><div class="gmail_extra">-use ks to generate developer and production installs in a consistent and flexible manner</div><div class="gmail_extra">- we have a large script that assembles all the components from a version control repository into a disc image, then build an ISO, and also burn or publish to a PXE boot server</div><div class="gmail_extra">- We are using Jinja to generate the final kickstart from what amounts to kickstart snippets.</div><div class="gmail_extra">- our system allows us to have a common set of components and then have individual "projects" that override certain snippets to customize aspects of the build, including partitioning, users, security, etc...</div><div class="gmail_extra"><br></div><div class="gmail_extra"><span style="font-size:12.8px">* What do you do in your kickstart files?  Do you have extensive %pre</span><br style="font-size:12.8px"><span style="font-size:12.8px">and %post sections?  If so, what kinds of things are you doing in them?</span><br style="font-size:12.8px"><span style="font-size:12.8px">Are you doing anything that would be generally useful that I should be</span><br style="font-size:12.8px"><span style="font-size:12.8px">doing for you?  Do you ever use %traceback?  Do you have unusual stuff</span><br style="font-size:12.8px"><span style="font-size:12.8px">going on in %packages?</span><br></div><div class="gmail_extra"><span style="font-size:12.8px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8px">- Our kickstarts are quite extensive in the pre and post sections.</span></div><div class="gmail_extra"><span style="font-size:12.8px">- We have MANY %post sections</span></div><div class="gmail_extra"><span style="font-size:12.8px">- in the pre, we're doing all kinds of stuff to automagically determine what drives are available, flexible partitioning, determining usb/removable drives, as well as setting up your basic installation sources.</span></div><div class="gmail_extra"><span style="font-size:12.8px">- In the post, we do everything.  we tweak bashrc files, setup kiosk environments in gnome (which sucks by the way), tweak our environments based on project needs, set up security items (firewalls, selinux, pam, etc...)  Basically, everything you would normally do on a system after install, we do in the post.</span></div><div class="gmail_extra"><span style="font-size:12.8px">- I would love to see the following available in the PRE:</span></div><div class="gmail_extra"><span style="font-size:12.8px">-- built in function to identify all removable USB type drives.  I currently put these into an array for use later</span></div><div class="gmail_extra"><span style="font-size:12.8px">-- built in function to identify all drives in available in the system.  I currently have a function for this.</span></div><div class="gmail_extra"><span style="font-size:12.8px">-- built in function to identify the PRIMARY boot drive, since sda is not always the first drive. (this is a common issue).  I have a function for this as well.</span></div><div class="gmail_extra"><span style="font-size:12.8px">-- built in command for excluding drives from install/format/clearpart.  I have a function to do this as well.  it's messy though at times.</span></div><div class="gmail_extra"><span style="font-size:12.8px">-- needs to be a bit easier to determine install source and deal with it accordingly.  Lots of issues have been had when trying to install from various sources, like usb cdroms, usb drives, cdrom, etc...  Would be nice if ks/anaconda just recognized where the source is an adjusted accordingly.</span></div><div class="gmail_extra"><span style="font-size:12.8px">-- I've see other users overwrite their own install media.  Should be built in protection for this.</span></div><div class="gmail_extra">-- we often have to go through annoying scripting to get the installation media to be properly available in the post.  Should be a built in feature.  We do this because often in the post we are adding stuff that wasn't available.  Has never made much sense to me that the install media wasn't already just "available" in the post.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><span style="font-size:12.8px">* other stuff:</span></div><div class="gmail_extra"><span style="font-size:12.8px">- making logging easier.  I see a lot of questions about how to log everything that's going on.  I know how to do this, but it seems that logging everything should be a standard ks/anaconda directive somewhere.</span></div><div class="gmail_extra"><span style="font-size:12.8px">- Partitioning is sometimes troublesome with errors being very cryptic as to why or what ran out of space.  i.e. is it the logvol, pv, or vg that wasn't defined with enough space?  </span></div><div class="gmail_extra"><span style="font-size:12.8px">- would be nice if when you use options in the partitioning sections that if they are incompatible with each other, the dev was informed of the exact error.</span></div><div class="gmail_extra"><span style="font-size:12.8px">- Some errors that state that there's an issue at line no: xyz are not exactly right.  If a dev doesn't know that he has to look at each ks-xyz.log file and that the line number is referencing that particular %post ks part, the line number is misleading.  In other words, more detail in error reporting.</span></div><div class="gmail_extra">-  would be nice if there was a better ks GUI tool than system-config-kickstart, but I don't know how many would use it.<br clear="all"><div><div><div dir="ltr"><br></div><div dir="ltr"><br></div><div>I like KS a lot, but there are always just some cryptic stuff to deal with.</div><div><br></div><div>Thanks for whatever you might do with this!</div><div dir="ltr"><br></div><div>-Andrew </div></div></div>
<br><div class="gmail_quote">On Wed, Mar 2, 2016 at 11:54 AM, Chris Lumens <span dir="ltr"><<a href="https://mail.google.com/mail/?view=cm&fs=1&tf=1&to=clumens@redhat.com" target="_blank">clumens@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hey everyone, I've been maintaining pykickstart and kickstart support in<br>
anaconda in general for a very long time now, though I've not been very<br>
active on this list.<br>
<br>
I'm going to be looking at kickstart exclusively for the forseeable<br>
future.  Specifically, my focus is going to be on widening its adoption<br>
and making it more useful to everyone.  The first step in this process<br>
is information gathering.<br>
<br>
Here's what I would like to know from you guys:<br>
<br>
* How do you use kickstart right now?  What work flows do you have<br>
around it?  Do you generate kickstart files from some process?  Do you<br>
store them in version control?<br>
<br>
* What do you do in your kickstart files?  Do you have extensive %pre<br>
and %post sections?  If so, what kinds of things are you doing in them?<br>
Are you doing anything that would be generally useful that I should be<br>
doing for you?  Do you ever use %traceback?  Do you have unusual stuff<br>
going on in %packages?<br>
<br>
* What can I do to make your life easier?  What annoys you about<br>
kickstart right now?  What do you wish it did?  What do you wish it<br>
didn't do?  Would making it more like a language be helpful?  Would<br>
making it easier to define site-specific commands be helpful?<br>
<br>
I know this is all really vague stuff, but I am just starting out on<br>
this project.  I don't even really know where this is going to take me<br>
yet.<br>
<br>
I'd also like to emphasize that whatever I end up doing, I want to keep<br>
compatibility with kickstart as it exists today.  That's something I<br>
take seriously in pykickstart.<br>
<br>
- Chris<br>
<br>
_______________________________________________<br>
Kickstart-list mailing list<br>
<a href="https://mail.google.com/mail/?view=cm&fs=1&tf=1&to=Kickstart-list@redhat.com" target="_blank">Kickstart-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/kickstart-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/kickstart-list</a><br>
</blockquote></div><br></div></div>