Add ability to append to default Vagrantfile

[test-kitchen]

Add ability to append to default Vagrantfile

[nelsonjchen]

It would be nice to re-add vagrant-cachier or some other things to this through this method.

[ifeltsweet]

+1

@fnichol Does this sound like a feature that you would be willing to merge in to master?

[colindean]

I would appreciate this feature for reasons stated in #100.

[tknerr]

@colindean @nelsonjchen same issue here - also wanted to add vagrant-cachier. Got it successfully added via the global ~/.vagrant.d/Vagrantfile config, but it does not kick in for caching the omnibus installer yet, see test-kitchen/test-kitchen#440

I played around with creating my own Vagrantfile.erb, but that is doomed to fail once kitchen-vagrant makes changes to the default Vagrantfile.erb it ships with...

I'm 👍 for the possibility to append to the default Vagrantfile rather than copy / pasting the whole file (and all the future problems that this approach brings with)

[docwhat]

👍

For those interested, I have started working on a solution which I hope strikes a balance between being simple and extensible. I'll push the branch up soon.

[tknerr]

@byggztryng cool stuff, let us know when there is something we can test

@fnichol @sethvargo is there any kind of vetted way that I could test my PR?

#111 is what I'm thinking. More robust symbol detection and replacement logic is needed, though, because Test Kitchen uses SafeYaml to load .kitchen.yml with the option to not deserialize any symbols.

[sethvargo]

I did some research on this today. Could we leverage Vagrantfile merging and load order instead of appending? It seems like a more extensible solution. Then, instead of having this in your .kitchen.yml, you would have a real Vagrantfile that is merged with that of Kitchen

@sethvargo looks like it, so long as people are willing to package their own boxes with customized Vagrantfiles.

[sethvargo]

@byggztryng why boxes? You could package it with a cookbook and you only need a partial vagrantfile, which seems to be what is requested here.

@sethvargo the documentation seems to suggest that the hooks for merging are strictly defined, but I think that packaging a Vagrantfile with a cookbook would require the ability to refer to it in addition to the Vagrantfile generated by kitchen-vagrant, which is sourced at level 3. Is that possible?

[sethvargo]

You can change the starting directory where Vagrant looks for a Vagrantfile by setting the VAGRANT_CWD environmental variable to some other path.

Right, but I think that's still just for determining the sole Vagrantfile for level 3. Note that the lookup path logic states that it stops at the first Vagrantfile found, which I think would then block the kitchen-vagrant file.

[sethvargo]

@mitchellh what would be a good pattern to follow here?

[mitchellh]

@sethvargo The best option would be to somehow require the Vagrantfiles from the source Vagrantfile (in VAGRANT_CWD). The merge logic will invoke.

[sethvargo]

Okay. So the .kitchen/MACHINE/Vagrantfile could have something like:

require_relative '../../Vagrantfile' if File.exist?(File.expand_path('../../Vagrantfile', __FILE__))

[mitchellh]

Yep no problem. You might want to put that at the end if you want that contents to merge AFTER the Vagrant.configure in the Kitchen Vagrantfile.

[sethvargo]

Awesome thanks!

[tknerr]

@sethvargo @byggztryng +1 for using Vagrantfile merging + load order.

The name of the Vagrantfile should be configurable though instead of assuming "../../Vagrantfile" (which might be used for something else).

Or default to something more explicit like "../../.kitchen.Vagrantfile"?

@tknerr I think that entire path could probably be exposed to .kitchen.yml, so that the Vagrantfile could be included in the cookbook files, as suggested by @sethvargo.

@sethvargo, I'll take this advice and create a new PR.

#112 uses the Vagrantfile merging

[sethvargo]

@byggztryng do you still need this now that we have user Vagrantfiles?

@sethvargo personally, no; I've moved on to using docker.

[sethvargo]

Cool, thanks!