The accepted answer is outdated. So first, pip is preferred over easy_install, (Why use pip over easy_install?). Then follow these steps to install pip on Windows, it's quite easy.
Install
setuptools:curl https://bootstrap.pypa.io/ez_setup.py | pythonInstall
pip:curl https://bootstrap.pypa.io/get-pip.py | pythonOptionally, you can add the path to your environment so that you can use
pipanywhere. It's somewhere likeC:\Python33\Scripts.
The accepted answer is outdated. So first, pip is preferred over easy_install, (Why use pip over easy_install?). Then follow these steps to install pip on Windows, it's quite easy.
Install
setuptools:curl https://bootstrap.pypa.io/ez_setup.py | pythonInstall
pip:curl https://bootstrap.pypa.io/get-pip.py | pythonOptionally, you can add the path to your environment so that you can use
pipanywhere. It's somewhere likeC:\Python33\Scripts.
Newer versions of Python for Windows come with the pip package manager. (source)
pip is already installed if you're using Python 2 >=2.7.9 or Python 3 >=3.4
Use pip to install packages from the Python Package Index.
cd C:\Python\Scripts\
pip.exe install <package-name>
In your case run:
pip.exe install mechanize
Is there a GUI Python package manager?
Which package manager do you use?
Explain Python installation and management to a Windows admin
What's the best package manager for python in your opinion?
Videos
Are there any GUI-based package managers for Python that allow installing libraries and applications without using the command line?
I'm looking for something like a "visual pip" that would make it easy for command-line adverse users to install and manage Python packages.
Does anything like this exist?
there are 3 popular package managers for python modules being used the most frequently: conda pip apt(for debian-based linux).
I initially installed anaconda which gave me conda but together with a lot of extra package bloat I may never use.
So naturally I tried miniconda. It turns out there are caveats to this too:
conda-forge is touted as a robust channel but when i tried installing all my most used packages from the conda-forge channel here is what I got:
python3.10 as of writingpandas1.3.4 (latest)scikit-learn(latest)jupyterlab(no problem)matplotlib(CANNOT INSTALL. dependency conflict with python version on conda-forge)requests(CANNOT INSTALL. dependency conflict with python version on conda-forge)
I tried conda package manager with the defaults channel:
all the packages install but
pythonfrom defaults channel is 3.9.7. Everything works with this but no python==3.10.
When I made a separate virtual environment and tried installing via pip package manager only:
everything worked.
python--version is 3.10. every package installed to the latest version EXCEPTscikit-learnwhich is not installing for some reason.
And then there's apt which manages all other non-python packages on my linux and has a few python packages on ubuntu's repositories. But apt does not install packages in virtual environment and may not contain as many packages as pip or conda.
it appears conda with defaults channel is the most robust of all. I don't want to use multiple package managers as it is a hassle when updating and may lead to dependency hell. I want to know which package managers are being used the most considering they are hassle-free and easy to update and keep track of.
So what package manager do you use?
Hello!
Does anyone know a good resource that explains the architecture of Python from a packaging and maintenance perspective? I took a look at the official docs, and as far as I can tell, you have the runtime, then you have packages, modules and libraries. I'm not sure what each of these are, some might be the same thing? And where each of these gets installed and how it's configured. Any advice on how to manage this on Windows would be greatly appreciated.
Background
So, a thing just came up here where we built a bunch of non-persistent VDIs for a new set of users. Project went well, came in under budget and on time, users verified the solution and everyone was happy.
That was a month ago. Now they reached out going "We have to have Python! Why are the machines non-persistent! We are installing things and they disappear!". All of this was covered and highlighted multiple times during the project, they claimed they understood and chose non-persistent machines over personal persistent machines since, like most of us, they liked the idea of less work for them and us managing updates and not needing to install everything themselves.
Now, they are saying they need Python and the number 50-100 applications or libraries has been thrown around. No-one has provided a list or a very clear requirement yet. Mostly because this would require work on their part listing what they need so we know what to install.