On Sun, Sep 30, 2018, at 2:35 PM, Paul Moore wrote: > Personally, I think that the toolkit approach (standards, interop, low > level support) is where distutils-sig and PyPA works best. Higher > level unifications ("one tool to rule them all") have historically > been much less successful.
I suspect that 'one tool' might be beyond our grasp, but I don't think Nathaniel is actually proposing that we try to make one tool. Thinking about what 'one tool' might look like might help us clarify where the existing tools overlap, have gaps, or don't fit well together. Another way to approach this might be to consider what tools exist in other languages, and what people do and don't like about them. I have used project management tools for Rust (cargo), Ruby (bundler) and Javascript (npm/bower), albeit only a little in each case. All of those tools default to putting dependencies somewhere within your project directory. Maybe that's fundamentally better (although it's also possible that people with experience of those tools learn to expect that even if there are good reasons to do something different ;-). I don't have many thoughts at the moment, but I'll turn this around in my head a bit. Thomas -- Distutils-SIG mailing list -- distutils-sig@python.org To unsubscribe send an email to distutils-sig-le...@python.org https://mail.python.org/mm3/mailman3/lists/distutils-sig.python.org/ Message archived at https://mail.python.org/mm3/archives/list/distutils-sig@python.org/message/CRNZ6UWVYJEHCUAVHIVVX4Q5VMEPTXEU/