<div dir="auto">What gets delivered depends on what your goals are. I don't we should close the door to packages that:<div dir="auto"><br></div><div dir="auto">Can't deliver source because of license restrictions.</div><div dir="auto"><br></div><div dir="auto">Use of binaries to reduce compile times.</div><div dir="auto"><br></div><div dir="auto">Slim packages that don't contain source or binaries, but instead might have references to either, or both.</div><div dir="auto"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mar 11, 2018 11:58 AM, "Guy Davidson" <<a href="mailto:guy@hatcat.com">guy@hatcat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">A ten minute read that reinforces the notion that any such effort on package management should deliver source, not binaries.<div><br></div><div><a href="http://pfultz2.com/blog/2017/10/27/universal-package-manager/" target="_blank">http://pfultz2.com/blog/2017/<wbr>10/27/universal-package-<wbr>manager/</a></div><div><br></div><div>G</div><div><br><div id="m_5210858965988641343AppleMailSignature">Sent from my iPhone</div><div><br>On 11 Mar 2018, at 11:45, Guy Davidson <<a href="mailto:guy@hatcat.com" target="_blank">guy@hatcat.com</a>> wrote:<br><br></div><blockquote type="cite"><div><p><span style="background-color:rgba(255,255,255,0)">I shall certainly be there. I can feel a crescendo about package management and I wonder if this is going to fall into our laps. For me and for the graphics paper I think that would be a good thing.</span></p><p><span style="background-color:rgba(255,255,255,0)">Cheers,<br>G</span></p><br><div id="m_5210858965988641343AppleMailSignature">Sent from my iPhone</div><div><br>On 11 Mar 2018, at 11:20, Titus Winters <<a href="mailto:titus@google.com" target="_blank">titus@google.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr">After going back and forth on it a bit, there will in fact be a formal meeting of SG15 this week during the WG21 meeting in Jacksonville. The meeting is scheduled for this Friday evening, at 730. We're scheduled against the SG7 "Compile Time Programming" meeting, unfortunately, and I'm not quite sure what room it is in. The WG21 evening sessions page will be updated over the week with details as room assignments and the like get worked out.<div><br></div><div>I hope that we can use this as a more detailed kick-off: what are the topics that we are interested in, and what are the outputs that we'd like to see from these discussions.</div><div><br></div><div>I hope to see many of you there. And for those of you that aren't going to be present, please consider finding some time to put together a wish list this week. </div><div><br></div><div>Cheers</div><div>-Titus</div></div>
</div></blockquote><blockquote type="cite"><div><span>______________________________<wbr>_________________</span><br><span>Tooling mailing list</span><br><span><a href="mailto:Tooling@isocpp.open-std.org" target="_blank">Tooling@isocpp.open-std.org</a></span><br><span><a href="http://www.open-std.org/mailman/listinfo/tooling" target="_blank">http://www.open-std.org/<wbr>mailman/listinfo/tooling</a></span><br></div></blockquote></div></blockquote><blockquote type="cite"><div><span>______________________________<wbr>_________________</span><br><span>Tooling mailing list</span><br><span><a href="mailto:Tooling@isocpp.open-std.org" target="_blank">Tooling@isocpp.open-std.org</a></span><br><span><a href="http://www.open-std.org/mailman/listinfo/tooling" target="_blank">http://www.open-std.org/<wbr>mailman/listinfo/tooling</a></span><br></div></blockquote></div></div><br>______________________________<wbr>_________________<br>
Tooling mailing list<br>
<a href="mailto:Tooling@isocpp.open-std.org">Tooling@isocpp.open-std.org</a><br>
<a href="http://www.open-std.org/mailman/listinfo/tooling" rel="noreferrer" target="_blank">http://www.open-std.org/<wbr>mailman/listinfo/tooling</a><br>
<br></blockquote></div></div>