<p dir="ltr">I just found this HTML web-based pip interface: Stallion "easy-to-use Python Package Manager interface with command-line tool"</p>
<p dir="ltr">* <a href="http://perone.github.io/stallion/">http://perone.github.io/stallion/</a><br>
* <a href="https://pypi.python.org/pypi/Stallion">https://pypi.python.org/pypi/Stallion</a><br></p>
<p dir="ltr">Qt would not be a reasonable requirement; Tk shouldn't be a requirement.</p>
<p dir="ltr">I tend to try and work with repeatable CLI commands; rather than package manager GUIs.<br><br><br><br></p>
<div class="gmail_quote">On Sep 7, 2015 2:26 AM, "Stephen J. Turnbull" <<a href="mailto:stephen@xemacs.org">stephen@xemacs.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Andrew Barnert writes:<br>
<br>
 > Tcl/Tk, and Tkinter for all pre-installed Pythons but 2.3, have<br>
 > been included with every OS X since they started pre-installing<br>
 > 2.5.<br>
<br>
My mistake, it's only MacPorts where I don't have it.  I used<br>
MacPorts' all-lowercase spelling, which doesn't work in the system<br>
Python.  (The capitalized spelling doesn't work in MacPorts.)<br>
<br>
 > And it works with all <a href="http://python.org" rel="noreferrer" target="_blank">python.org</a> installs for 10.6 or later, all<br>
 > Homebrew default installs, standard source builds... Just about<br>
 > anything besides MacPorts (which seems to want to build Tkinter<br>
 > against its own Tcl/Tk instead of Apple's)<br>
<br>
I recall having problems with trying to build and run against the<br>
system Tcl/Tk in both source and MacPorts, but that was a *long* time<br>
ago (2.6-ish).  Trying it now, on my Mac OS X Yosemite system python<br>
2.7.10, "root=Tkinter.Tk()" creates and displays a window, but doesn't<br>
pop it up.  In fact, "root.tkraise()" doesn't, either.  Oops.  On this<br>
system, IDLE has the same problem with its initial window, and<br>
furthermore complains that Tcl/Tk 8.5.9 is unstable.<br>
<br>
Quite possibly this window-raising issue is Just Me.  But based on my<br>
own experience, it is not at all obvious that ensuring availability of<br>
a GUI is possible in the same way we can ensure pip.<br>
<br>
 > Also, why do you think Qt would be less of a problem?<br>
<br>
I don't.  I think "ensure PyQt" would be a huge burden, much greater<br>
than Tkinter.  Bottom line: IMO, at this point in time, if it has to<br>
Just Work, it has to Work Without GUI.  (Modulo the possibility that<br>
we can use an HTML server and borrow the display engine from the<br>
platform web browser.  I think I already mentioned that, and I think<br>
it's really the way to go.  People who *don't* have a web browser<br>
probably can handle "python -m pip ..." without StackOverflow.)<br>
<br>
_______________________________________________<br>
Python-ideas mailing list<br>
<a href="mailto:Python-ideas@python.org">Python-ideas@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-ideas" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-ideas</a><br>
Code of Conduct: <a href="http://python.org/psf/codeofconduct/" rel="noreferrer" target="_blank">http://python.org/psf/codeofconduct/</a><br>
</blockquote></div>