<br><br><div class="gmail_quote">On Wed, Oct 21, 2009 at 18:17, David Lyon <span dir="ltr"><<a href="mailto:david.lyon@preisshare.net">david.lyon@preisshare.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Wed, 21 Oct 2009 17:56:57 -0700, Brett Cannon <<a href="mailto:brett@python.org">brett@python.org</a>> wrote:<br>
<br>
> but I don't see why python-dev should have input on that sort of thing.<br>
<br>
</div>python-dev is the only place where we could get a change to the<br>
installation<br>
binary release. We'd need a change and the addition of a program<br>
shortcut.<br>
<div class="im"><br></div></blockquote><div><br></div><div>But that assumes you can get your tool into the stdlib. It would have been better to phrase the question as "is there interest in having a package manager tool included with Python" rather than ask us out of the blue what GUI you should use.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> If you want distutils to expose something to make it easier to write your<br>
> tool then that belong on the distutils-sig. But otherwise this seems<br>
> off-topic for python-dev.<br>
<br>
</div>I didn't ask for that - because I know that getting that assistance on the<br>
distutils side is certainly possible.<br>
<br>
Distutils is simply just one of the many libraries within python. It<br>
doesn't<br>
have an external interface.<br>
<br></blockquote><div><br></div><div>And that's on purpose.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
The roadmap for distutils for windows doesn't include getting a shortcut<br>
or utility for windows so that's why I'm asking about it here.<br>
<br>
Surely logic says that if it's 'python' and 'development' and it's<br>
not in distutils then some discussion of it should be allowed here.<br>
<br></blockquote><div><br></div><div>No it surely does not. We do not need to discuss design decisions of pip, setuptools, virtualenv, buildout, or various other tools that involve the terms "python" and "development" and are not in distutils.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
What I am really talking about is the menu shortcuts in the cpython<br>
distribution for windows. And how they can be improved to help<br>
windows users. This is the only place that I can think to discuss<br>
that.<br></blockquote><div><br></div><div>David, you are making a huge leap here thinking that we even want a package manager in the stdlib. You did not ask about menu shortcuts but whether a package manager should be written using Tk or a web front-end. Then you start discussing about wanting to add some UI to package management by default on Windows or add some tool that sounds like what the EU is going to have MS stick in front of users to get new user by browsers. This extends beyond adding some shortcut the Windows installer adds to someone's machine.</div>
<div><br></div><div>I realize you are trying to help, David, but you are going in the wrong direction here and pushing rather hard. At the language summit we discussed opening up some APIs in distutils about making it easier for people to write package management tools, but we don't have a burning desire to get into the tool business. We make a language here. Distutils exists as a bootstrap mechanism for the package story and for our own building needs of the stdlib. But I doubt I am the only core developer who has no interest to be in charge of a package management tool when there already exists several good ones out there that people seem to find on their own without issue.</div>
<div><br></div><div>-Brett</div></div>