ansible rant

Posted Oct 21, 2015 12:48 UTC (Wed) by mathstuf (subscriber, #69389)
In reply to: ansible rant by picca
Parent article: Red Hat acquires Ansible

Well, it's a problem when you're using buildroot to make 2.4M images (750K when compressed) and need to get a propellor binary in there :) . I'll have to get something based one this[1] though. I'd rather just remake the image and redeploy (potentially based on a committed root image) than have a cron job running anyways.

[1]https://propellor.branchable.com/todo/spin_without_remote...

ansible rant

Posted Oct 22, 2015 4:10 UTC (Thu) by joey (guest, #328) [Link] (1 responses)

Propellor can run inside a chroot or container without being actually contained within it. This is done by bind mounting a directory from the host with the propellor binary and the necessary libraries (and linker) to run it.

So, you could run propellor inside a chroot/container of the buildroot images without increasing their size.

ansible rant

Posted Oct 24, 2015 18:19 UTC (Sat) by mathstuf (subscriber, #69389) [Link]

OK, that also sounds sufficient for my use case.

Basically my goal is to have a repo for *building* images using Buildroot and adds the generated images to the git repository as refs/images/$name/base (explicit refs used so that old images aren't cloned by default and don't take up disk space past the reflog history length). Propellor would then grab these tarballs from git and configure them. It'd be nice to tar the configured images up and put them in as refs/images/$name/latest which is then also created as refs/images/$name/deployed when deployed as well.

First is getting all of the services I use available in buildroot…but I can at least play around with those which are already available.