Six isn't a module that is normally installed.  I think the pythonic way to do this is tell people "you need to install six before you can use lldb", but given the number of different ways in which people use it and the different needs, this isn't ideal.<br><br>There are no plans to drop support for 2.7, so it will continue to be needed.  Do you actually get an error?<br><div class="gmail_quote"><div dir="ltr">On Sun, May 1, 2016 at 2:22 PM Kamil Rytarowski via lldb-dev <<a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It has been noted that LLDB installs its own copy of six.py<br>
(third_party/Python/module/six/six.py) that conflicts with a standalone<br>
one lang/py-six (path in pkgsrc).<br>
<br>
Could we reuse an external version shipped with a system? Alternatively<br>
are there plans to migrate to Python 3 and remove need for it?<br>
<br>
How to address this conflict cleanly?<br>
<br>
_______________________________________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><br>
</blockquote></div>