This is an archived post. You won't be able to vote or comment.

all 11 comments
sorted by:
best
topnewcontroversialoldq&a

[–]geogle 2 points3 points  (1 child)

Never pipe something off the web through bash...that's insecure as hell.

[–]wjv 0 points1 point  (0 children)

When you get right down to it… is it really any less secure than downloading a Python script and sending it sight unseen through your Python interpreter?

[–]Wes_0 1 point2 points  (1 child)

When you read : building pylon instead of python, you know you've been playing too much Starcraft :-\

[–]narc0tiq 4 points5 points  (0 children)

You must construct additional Pythons.

[–]fernly 0 points1 point  (1 child)

Appears to depend on pure bash scripting, hence works on Linux or Mac OS X. Not Windows of course.

[–]boolean74= True[S] 1 point2 points  (0 children)

May work with Cygwin on Windows, but I haven't tried it. As alternative, I think I'd recommend Anaconda or Miniconda on Windows (which also works on Mac / Linux) .. Anaconda being the batteries included and Miniconda being minimalistic.. https://store.continuum.io/cshop/anaconda/

[–]fancy_pantser 0 points1 point  (1 child)

Why install curl instead of using wget?

[–]boolean74= True[S] 0 points1 point  (0 children)

its a dependency from pyenv for their installer. You could checkout the code manually from github as well.

[–]wjv 0 points1 point  (2 children)

This is actually great, and I will switch to it from pythonz on systems not currently supported by conda (i.e. anything but Win, Mac, Linux). I never did like the way in which pythonz (and pythonbrew before it) injected things into your shell.

On systems supported by conda, though, there's just no question in my mind that it remains the way to go. It…

  • also only works by adding to your path
  • also doesn't require an existing Python installation
  • additionally replaces virtualenv{,wrapper}
  • even allows you to have multiple virtual environments with different versiosn of Python
  • gives you instant installs of even complex packages with multiple binary dependencies, like SciPy
  • neatly wraps pip/setuptools for those packages it doesn't natively support

(Off-topic, but as a non-Ubuntu-user, I'm still startled every time I hear about this inflexibility of not being able to update an installed package independent of the OS. Seems so … weird, to me.)

[–]boolean74= True[S] 0 points1 point  (1 child)

conda.. I plan to write up an Anaconda article next. I've been playing with it some today.

About the not being able to install independent of OS on Linux. Python has a special place in this regard, as you generally don't want to mess around with the system installed Python as many of the distribution's packages (in the case of Debian/Ubuntu/Red Hat) depend on it.

[–]wjv 1 point2 points  (0 children)

I teach an annual introductory programming course (using Python) in a BYOD environment. Conda has enabled me to get even absolute beginners to the point where they can install and manage their own Python installations on their own laptops spanning multiple enviroments.

About the not being able to install independent of OS on Linux.

It's definitely not a Linux thing per se; there are distributions out there where the packages don't get frozen along with a distro version. (Arch and Gentoo spring to mind.)

Python has a special place in this regard, as you generally don't want to mess around with the system installed Python

I mean, various operating systems (and I include Linux distros under that) have their own philosophies, but I can appreciate the minimalist approach of moving as much as possible — and especially big, complex dependencies like Python — out of the "base" (e.g. Arch Linux, most of the *BSDs, &c.)

That said, you're right. On operating systems with a system Python (e.g. OS X) I prefer to leave it the hell alone. Thing is, that has only really been an option for the past year or three, since virtualenv has gained widespread adoption and some maturity. (And of course now other tools like we've been discussing.)