[Architecture] Vagrant QI - Split node_modules

Tony Atkins tony at raisingthefloor.org
Wed Nov 9 08:19:12 UTC 2016


Hi, Giovanni:

Glad to see there is a new option here.  Is the fix already reflected in
Alfredo's work?  I have started using that, and would rather not move back
to maintaining local Vagrantfiles.

Cheers,


Tony

On Tue, Nov 8, 2016 at 7:45 PM, Tirloni, Giovanni <gtirloni at ocadu.ca> wrote:

> Hello,
>
>    Some people have experienced issues with node_modules and symlinks
> being unsupported inside VirtualBox shared folders (Windows); or
> occasional issues when the VM operating system is a different
> architecture (e.g. Windows/OSX host and Linux VM) and they try to share
> the node_modules (using VirtualBox Shared Folders).
>
>    If you have experienced such issues (Windows and OSX users are most
> likely to), please consider adding the following code snippet to your
> Vagrantfile, right below the config.vm.synced_folder so it gets executed
> first when the VM boots:
>
>
> https://github.com/GPII/universal/blob/master/Vagrantfile#L33-L38
>
>
>    This will ensure the node_modules directory inside the VM is separate
> from the one on the host OS, so `npm install` (or `yarn install`) can
> run independently.
>
>    The rest of the code in the repository continues to be shared as a
> single entity, just like always. With this solution, we "pierce a hole"
> into the VirtualBox shared folder and mount the node_modules directory
> locally within the VM (in this case, in /var/tmp, outside the shared
> folder).
>
> --
>
>   Regarding the ability to avoid having to keep Vagrantfile within the
> repositories, we are working on a Vagrant plugin to automate this work.
> As this touches various areas (local tests, hosted CI, the YAML config
> file), work has been progressing slowly as these pieces mature. At this
> time the code is still alpha quality.
>
>
> Regards,
> Giovanni
>
> _______________________________________________
> Architecture mailing list
> Architecture at lists.gpii.net
> http://lists.gpii.net/mailman/listinfo/architecture
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.idrc.ocad.ca/pipermail/fluid-work/attachments/20161109/a55f09a6/attachment.htm>


More information about the fluid-work mailing list