<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jun 3, 2016 at 3:21 PM, MikeB <span dir="ltr"><<a href="mailto:mabnhdev@gmail.com" target="_blank">mabnhdev@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-family:tahoma,sans-serif;font-size:small">Also, for a similar reason, I feel that locating custom plugins in parts/plugins is unfortunate.  Other than parts/plugins, the parts directory only contains generated files.  It would be nice if the plugins directory could be located in a source area rather than a build output area.<br></div></div></blockquote><div><br></div><div>I have to second this; I often rm-rf-ed parts/ after forgetting I had a plugin there  :-)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-family:tahoma,sans-serif;font-size:small">Would it be possible to enhance snapcraft to allow all generated objects - parts, stage, snap, and the generated snap to be located on a different filesystem?</div></div></blockquote><div><br></div><div>Can't speak on whether we want this, but in any case there is a range of strategies you can put in place:</div><div>- bind-mounts or symlinks (haven't tested symlinks, but pretty sure bind-mounts would work)</div><div>- or rsync your bits back and forth before/after builds</div><div>- this also works well if you keep your snapcraft bits in a git repo and just commit/pull/push regularly</div><div><br></div><div>Cheers,</div><div>- Loïc</div></div></div></div>