[12:35] <SDes91> Hi all, I have a bashscript that sets up my ARM based hardware (not a server, but a board). It is relatively big so I do not wish to refactor it to `user-data`. I read the docs one can execute bash scripts but I am not sure where to place my script in a `user-data` file. Typically I mount the file partition of my image and place such files in the
[12:35] <SDes91> `/boot` partition and then boot the device up.
[12:51] <meena> SDes91: there's https://cloudinit.readthedocs.io/en/latest/reference/modules.html#runcmd and https://cloudinit.readthedocs.io/en/latest/reference/modules.html#bootcmd
[12:52] <meena> they are both scripts that are placed into user-data
[12:54] <SDes91> so placing `myscript.sh` in the `/boot` partition and mentioned `user-data` where `runcmd: /boot/myscript.sh` should be able to run the script ?
[12:57] <meena> that is one way, it you can place the entire script in user-data
[12:58] <SDes91> bad decisions have made the `myscript.sh` bloat to 500 lines. So I was looking for rathering triggering the script as opposed to copying the content to the user-data file
[13:09] <meena> aye
[13:10] <meena> whether bootcmd/runcmd is one line, or five hundred shouldn't really matter
[13:34] <SDes91> Oh you mean as a string literal in YAML? i.e. `runcmd: | #content of bash file`
=== cpaelzer_ is now known as cpaelzer
[21:13] <blackboxsw> whew ok wrapped up integrationtest/unittest comments on https://github.com/canonical/cloud-init/pull/4204  I think that's it for any blocker for cloud-init SRU 23.2. We'll have to add a hotfix 23.2.1  as this represents a regression for nocloud-net detection via kernel cmdline parameters.
[21:13] -ubottu:#cloud-init- Pull 4204 in canonical/cloud-init "nocloud: parse_cmdline no longer detects nocloud-net datasource" [Open]
[21:14] <blackboxsw> once 4204 lands we can put up PRs against our upstream 23.2.x branch  and reflect that changeset to 23.2.x-(focal|jammy|lunar|kinetic|devel) branches for SRU inclusion
[21:15] <blackboxsw> holmanb: or falcojr if you are still around 4204 is "ready"
[21:23] <falcojr> I'm taking a look
[21:27] <blackboxsw> I've SRU rejected  https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/2023110
[21:27] -ubottu:#cloud-init- Launchpad bug 2023110 in cloud-init (Ubuntu) "sru cloudinit (23.1.2 to 23.2)" [Undecided, In Progress]
[21:28] <blackboxsw> and filed https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/2025180 as SRU verification procedure requires an LP bug to track SRU test regresssion fixes
[21:28] -ubottu:#cloud-init- Launchpad bug 2025180 in cloud-init (Ubuntu Mantic) "23.2: cloudinit.sources.parse_cmdline of ds=nocloud-net on kernel cmdline does not parse hyphens" [Critical, Triaged]
[21:28] <blackboxsw> we'll need this 2nd bug in our supplemental d/changelog entry once 23.2.1 is available for each series
[21:56] <blackboxsw> thanks holmanb falcojr updated fixes for comments. will await CI and land it in main.
[22:55] <blackboxsw> https://github.com/canonical/cloud-init/pull/4206 is up for a 23.2.1 release review. Just a cherry-pick of the known nocloud-net bug and bumping version.py/ChangeLog
[22:55] -ubottu:#cloud-init- Pull 4206 in canonical/cloud-init "23.2.x" [Open]