Dustin C. Hatch 1822514b36 Use Jinja to manage includes
The drawback to the native `%include` Kickstart directive is that it
requires a static, hard-coded, absolute path.  This means that we
cannot, for example, host a copy of the kickstarts from a different
branch for testing, without modifying the URLs of all the included
files.

Switching to using Jinja templates introduces a build step, but the
result is that the artifacts are self-contained.  This way, they can be
deployed anywhere.  I'm not sure where I'll put them, though, and
they'll need a Jenkins job to run the build and publish them.
2025-07-09 10:25:47 -05:00
2025-07-09 10:25:47 -05:00
2020-01-25 10:13:40 -06:00
2018-08-31 20:15:08 -05:00
2019-09-24 16:19:49 -05:00
2019-03-22 09:08:19 -05:00
2018-02-19 23:18:17 -06:00
2025-07-09 10:25:47 -05:00
2025-07-09 10:25:47 -05:00
2018-05-04 20:46:41 -05:00
2021-05-29 10:04:14 -05:00
2025-07-09 10:25:47 -05:00
2025-07-09 10:25:47 -05:00
2018-07-28 10:33:52 -05:00
2021-10-09 10:29:59 -05:00
2019-04-26 15:21:05 -05:00
2020-05-03 14:57:25 -05:00
Description
No description provided
142 KiB
Languages
Shell 86.9%
Jinja 11.8%
Makefile 0.7%
Python 0.6%