Closed kraj closed 7 years ago
@khem we may need to disable this feature since it forces to reboot which is a problem in automated validation (in lava for instance). what do you propose for such scenario?
don't we already have the systemd service for that? i don't understand why we are adding another one. is that for non-systemd boot?
and, also, i don't understand why we are forcing a reboot. we've been using the systemd service at boot for months now, and we never required a reboot.
Hmm, I added a reboot for safety, I have not seen any issues without doing a reboot. Since the resize happens very early there is no data generated yet. so we could disable explicit call to reboot secondly we could remove INITSCRIPT_NAME = "resize-disk" or make it ?= so it can be emptied out.
@ndechesne there is more than just systemd in world :)
I will send another pu to tools. to remove reboot call.
@kraj but i thought you were on the right side of the world, the side of systemd ;-)
@ndechesne I have had my revelations !!, the way systemd dissed non-glibc support and optimization for footprint, there always will be alternatives to live by e.g. small iot devices and wifi access point pods.
ok here is v2. Also introduced a PV append to add dependency on SRCREV so fetcher is happy. btw. I plan to move 96boards-tools recipe to meta-oe since it is useful beyond 96boards, hope you are ok with that.
@kraj re: moving to meta-oe, i think there is a bit of internal crap in 96boards-tools that doesn't need to be moved to meta-oe.. maybe we should split it a bit, before moving. what is it that you find useful really, beyond the resize scripts?
@fboudra can this be merged now ?
@fboudra can we merge it now that @koenkooi has approved it too
Make this script run once on boot
Signed-off-by: Khem Raj raj.khem@gmail.com