<div dir="ltr"><div>I love the ***idea*** of remote modules but sort of hate them in practice. I'm not sure if there is a way to make them work. Maybe someone knows a way.</div><div><br></div><div>Right now a change in VTK is as simple as one commit to one repo. With remote modules it could explode into a commit per module, each with it's own repo, maintainer, etc. Ten remote modules could mean ten commits instead of one. That would be painful. If there is a way to do remote modules where one commit can still hit all of them (or at least the central ones) then it becomes more manageable to me. Maybe using remote module semantics but with the cores ones from within the same source tree/repo or something like that.<br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 8, 2018 at 11:57 PM, Bill Lorensen <span dir="ltr"><<a href="mailto:bill.lorensen@gmail.com" target="_blank">bill.lorensen@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="auto">I agree with David regarding Remote Modules.</div><br><div class="gmail_quote"><div dir="ltr">On Thu, Nov 8, 2018, 1:25 PM David Gobbi <<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Nov 8, 2018 at 1:53 PM Ben Boeckel <<a href="mailto:ben.boeckel@kitware.com" rel="noreferrer" target="_blank">ben.boeckel@kitware.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
`find_package(VTK-prev-stage)` would need to be done in later stages<br>
since multiple packages wouldn't be able to install to the same CMake<br>
package. The installed VTK CMake package would be…not the same for<br>
consumers of the package.<br></blockquote><div><br></div><div>Maybe the VTK build could always divide itself into multiple installed</div><div>cmake packages, to keep things consistent?  I haven't thought this</div><div>through, however, and it might be a very bad idea...</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The best thing to do is probably to trim down what constitutes VTK<br>
itself and move modules to external repositories.<br></blockquote><div><br></div><div>Agreed.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
VTK wouldn't care about the top-level `CMakeLists.txt` at all. It would<br>
find the module via the `vtk.module` file and module logic would just<br>
build it as any other module (this is what ParaView does for its<br>
VTK submodule).<br></blockquote><div><br></div><div>That sounds better than VTK current modules.  I'll have to grab the</div><div>new branch and do some experiments.</div><div><br></div><div>  David</div></div></div>
______________________________<wbr>_________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer noreferrer" target="_blank">http://www.kitware.com/<wbr>opensource/opensource.html</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtk-developers" rel="noreferrer noreferrer" target="_blank">http://markmail.org/search/?q=<wbr>vtk-developers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="https://public.kitware.com/mailman/listinfo/vtk-developers" rel="noreferrer noreferrer" target="_blank">https://public.kitware.com/<wbr>mailman/listinfo/vtk-<wbr>developers</a><br>
<br>
</blockquote></div>
<br>______________________________<wbr>_________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/<wbr>opensource/opensource.html</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtk-developers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=<wbr>vtk-developers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="https://public.kitware.com/mailman/listinfo/vtk-developers" rel="noreferrer" target="_blank">https://public.kitware.com/<wbr>mailman/listinfo/vtk-<wbr>developers</a><br>
<br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Ken Martin PhD<div>Distinguished Engineer<br><span style="font-size:12.8px">Kitware Inc.</span><br></div><div>101 East Weaver Street<br>Carrboro, North Carolina<br>
27510 USA<br><br><div><span style="font-size:10pt;font-family:Tahoma,sans-serif">This communication,
including all attachments, contains confidential and legally privileged
information, and it is intended only for the use of the addressee.  Access to this email by anyone else is
unauthorized. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken in reliance on it is prohibited and may be
unlawful. If you received this communication in error please notify us
immediately and destroy the original message. 
Thank you.</span></div></div></div></div></div></div></div>
</div>