minimal pypi server
|Authors:||Ralf Schmitt <email@example.com>|
Table of Contents
- Installation and Usage/Quickstart
- Alternative Installation as standalone script
- Running on heroku/dotcloud
- Detailed Usage
- Configuring pip/easy_install
- Uploads via setup.py upload
- Managing the package directory
- Optional dependencies
- Using a different WSGI server
- Similar Projects
- 1.1.2 (2013-06-22)
- 1.1.1 (2013-05-29)
- 1.1.0 (2013-02-14)
- 1.0.1 (2013-01-03)
- 1.0.0 (2012-10-26)
- 0.6.1 (2012-08-07)
- 0.6.0 (2012-06-14)
- 0.5.2 (2012-03-27)
- 0.5.1 (2012-02-23)
- 0.5.0 (2011-12-05)
- 0.4.1 (2011-11-23)
- 0.4.0 (2011-11-19)
- 0.3.0 (2011-10-07)
- 0.2.0 (2011-08-09)
- 0.1.3 (2011-08-01)
- 0.1.2 (2011-08-01)
- 0.1.1 (2011-07-29)
- 0.1.0 (2011-07-29)
pypiserver is a minimal PyPI compatible server. It can be used to serve a set of packages and eggs to easy_install or pip.
pypiserver will work with python 2.5, 2.6, 2.7, 3.2 and 3.3. python 3.0 and 3.1 may also work, but pypiserver is not being tested with these versions.
Run the following commands to get your PyPI server up and running:
pip install pypiserver mkdir ~/packages # copy some source packages or eggs to this directory pypi-server -p 8080 ~/packages pip install -i http://localhost:8080/simple/ ...
The git repository contains a ‘pypi-server-standalone.py’ script, which is a single python file ready to be executed without any other dependencies.
Run the following commands to download the script with wget:
wget https://raw.github.com/schmir/pypiserver/standalone/pypi-server-standalone.py chmod +x pypi-server-standalone.py
or with curl:
curl -O https://raw.github.com/schmir/pypiserver/standalone/pypi-server-standalone.py chmod +x pypi-server-standalone.py
The server can then be started with:
Feel free to rename the script and move it into your $PATH.
https://github.com/dexterous/pypiserver-on-the-cloud contains instructions on how to run pypiserver on one of the supported cloud service providers.
pypi-server -h will print a detailed usage message:
pypi-server [OPTIONS] [PACKAGES_DIRECTORY...] start PyPI compatible package server serving packages from PACKAGES_DIRECTORY. If PACKAGES_DIRECTORY is not given on the command line, it uses the default ~/packages. pypiserver scans this directory recursively for packages. It skips packages and directories starting with a dot. Multiple package directories can be specified. pypi-server understands the following options: -p PORT, --port PORT listen on port PORT (default: 8080) -i INTERFACE, --interface INTERFACE listen on interface INTERFACE (default: 0.0.0.0, any interface) -P PASSWORD_FILE, --passwords PASSWORD_FILE use apache htpasswd file PASSWORD_FILE in order to enable password protected uploads. --disable-fallback disable redirect to real PyPI index for packages not found in the local index --fallback-url FALLBACK_URL for packages not found in the local index, this URL will be used to redirect to (default: http://pypi.python.org/simple) --server METHOD use METHOD to run the server. Valid values include paste, cherrypy, twisted, gunicorn, gevent, wsgiref, auto. The default is to use "auto" which chooses one of paste, cherrypy, twisted or wsgiref. -r PACKAGES_DIRECTORY, --root PACKAGES_DIRECTORY [deprecated] serve packages from PACKAGES_DIRECTORY -o, --overwrite allow overwriting existing package files pypi-server -h pypi-server --help show this help message pypi-server --version show pypi-server's version pypi-server -U [OPTIONS] [PACKAGES_DIRECTORY...] update packages in PACKAGES_DIRECTORY. This command searches pypi.python.org for updates and shows a pip command line which updates the package. The following additional options can be specified with -U: -x execute the pip commands instead of only showing them -d DOWNLOAD_DIRECTORY download package updates to this directory. The default is to use the directory which contains the latest version of the package to be updated. -u allow updating to unstable version (alpha, beta, rc, dev versions) Visit http://pypi.python.org/pypi/pypiserver for more information.
Always specifying the the pypi url on the command line is a bit cumbersome. Since pypi-server redirects pip/easy_install to the pypi.python.org index if it doesn’t have a requested package, it’s a good idea to configure them to always use your local pypi index.
For pip this can be done by setting the environment variable PIP_INDEX_URL in your .bashrc/.profile/.zshrc:
or by adding the following lines to ~/.pip/pip.conf:
[global] index-url = http://localhost:8080/simple/
For easy_install it can be configured with the following setting in ~/.pydistutils.cfg:
[easy_install] index_url = http://localhost:8080/simple/
Uploading packages via python setup.py upload is also possible. First make sure you have the passlib module installed:
pip install passlib
Then create a apache htpassword file with:
htpasswd -sc .htaccess myusername
You’ll be prompted for a password. You’ll need to restart the server with the -P option:
pypi-server -p 8080 -P /path/to/.htaccess /path/to/private_pypi_folder/
Edit or create a ~/.pypirc file with the following content:
[distutils] index-servers = pypi internal [pypi] username:pypiusername password:pypipasswd [internal] repository: http://127.0.0.1:8080 username: myusername password: mypasswd
Uploading then works by running:
python setup.py sdist upload -r internal
pypi-server’s -U option makes it possible to search for updates of available packages. It scans the package directory for available packages and searches on pypi.python.org for updates. Without further options ‘pypi-server -U’ will just print a list of commands which must be run in order to get the latest version of each package. Output looks like:
checking 106 packages for newer version .........u.e...........e..u............. .....e..............................e... .......................... no releases found on pypi for PyXML, Pymacs, mercurial, setuptools # update raven from 1.4.3 to 1.4.4 pip -q install --no-deps -i http://pypi.python.org/simple -d /home/ralf/packages/mirror raven==1.4.4 # update greenlet from 0.3.3 to 0.3.4 pip -q install --no-deps -i http://pypi.python.org/simple -d /home/ralf/packages/mirror greenlet==0.3.4
It first prints for each package a single character after checking the available versions on pypi. A dot means the package is up-to-date, ‘u’ means the package can be updated and ‘e’ means the list of releases on pypi is empty. After that it show a pip command line which can be used to update a one package. Either copy and paste that or run “pypi-server -Ux” in order to really execute those commands. You need to have pip installed for that to work however.
Specifying an additional ‘-u’ option will also allow alpha, beta and release candidates to be downloaded. Without this option these releases won’t be considered.
pypiserver ships with it’s own copy of bottle. It’s possible to use bottle with different WSGI servers. pypiserver chooses any of the following paste, cherrypy, twisted, wsgiref (part of python) if available.
pypiserver relies on the passlib module for parsing apache htpasswd files. You need to install it, when using the -P, –passwords option. The following command will do that:
pip install passlib
If none of the above servers matches your needs, pypiserver also exposes an API to get the internal WSGI app, which you can then run under any WSGI server you like. pypiserver.app has the following interface:
def app(root=None, redirect_to_fallback=True, fallback_url="http://pypi.python.org/simple")
and returns the WSGI application. root is the package directory, redirect_to_fallback specifies whether to redirect to fallback_url when a package is missing.
The following command uses gunicorn to start pypiserver:
gunicorn -w4 'pypiserver:app("/home/ralf/packages")'
or when using multiple roots:
gunicorn -w4 'pypiserver:app(["/home/ralf/packages", "/home/ralf/experimental"])'
In case you’re using apache 2 with mod_wsgi, the following config file (contributed by Thomas Waldmann) can be used:
# An example pypiserver.wsgi for use with apache2 and mod_wsgi, edit as necessary. # # apache virtualhost configuration for mod_wsgi daemon mode: # Alias /robots.txt /srv/yoursite/htdocs/robots.txt # WSGIPassAuthorization On # WSGIScriptAlias / /srv/yoursite/cfg/pypiserver.wsgi # WSGIDaemonProcess pypisrv user=pypisrv group=pypisrv processes=1 threads=5 maximum-requests=500 umask=0007 display-name=wsgi-pypisrv inactivity-timeout=300 # WSGIProcessGroup pypisrv PACKAGES = "/srv/yoursite/packages" HTPASSWD = "/srv/yoursite/htpasswd" import pypiserver application = pypiserver.app(PACKAGES, redirect_to_fallback=True, password_file=HTPASSWD)
paste allows to run multiple WSGI applications under different URL paths. Therefore it’s possible to serve different set of packages on different paths.
The following example paste.ini could be used to serve stable and unstable packages on different paths:
[composite:main] use = egg:Paste#urlmap /unstable/ = unstable / = stable [app:stable] use = egg:pypiserver#main root = ~/stable-packages [app:unstable] use = egg:pypiserver#main root = ~/stable-packages ~/unstable-packages [server:main] use = egg:gunicorn#main host = 0.0.0.0 port = 9000 workers = 5 accesslog = -
You need to install some more dependencies for this to work, e.g. run:
pip install paste pastedeploy gunicorn pypiserver
The server can then be started with:
Source releases can be downloaded from http://pypi.python.org/pypi/pypiserver
https://github.com/schmir/pypiserver carries a git repository of the in-development version.
git clone https://github.com/schmir/pypiserver.git
to create a copy of the repository, then:
inside the copy to receive the latest version.
pypiserver does not implement the full API as seen on PyPI. It implements just enough to make easy_install and pip install work.
The following limitations are known:
- pypiserver doesn’t implement the XMLRPC interface: pip search will not work.
- pypiserver doesn’t implement the json based ‘/pypi’ interface. pyg uses that and will not work.
Please use github’s bugtracker https://github.com/schmir/pypiserver/issues if you find any other bugs.
pypiserver contains a copy of bottle which is available under the MIT license:
Copyright (c) 2012, Marcel Hellkamp. Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
The remaining part is distributed under the zlib/libpng license:
Copyright (c) 2011-2013 Ralf Schmitt This software is provided 'as-is', without any express or implied warranty. In no event will the authors be held liable for any damages arising from the use of this software. Permission is granted to anyone to use this software for any purpose, including commercial applications, and to alter it and redistribute it freely, subject to the following restrictions: 1. The origin of this software must not be misrepresented; you must not claim that you wrote the original software. If you use this software in a product, an acknowledgment in the product documentation would be appreciated but is not required. 2. Altered source versions must be plainly marked as such, and must not be misrepresented as being the original software. 3. This notice may not be removed or altered from any source distribution.
There are lots of other projects, which allow you to run your own PyPI server. If pypiserver doesn’t work for you, try one of the following alternatives:
- chishop (http://pypi.python.org/pypi/chishop)
- a django based server
- localshop (http://pypi.python.org/pypi/localshop/)
- a django based server
- simplepypi (http://pypi.python.org/pypi/simplepypi)
- a twisted based solution
- ClueReleaseManager (http://pypi.python.org/pypi/ClueReleaseManager)
- Werkzeug based solution
- haufe.eggserver (http://pypi.python.org/pypi/haufe.eggserver)
- GROK/Zope based
- scrambled (http://pypi.python.org/pypi/scrambled)
- doesn’t require external dependencies, no uploads.
- EggBasket (http://pypi.python.org/pypi/EggBasket)
- TurboGears based
- devpi-server (https://pypi.python.org/pypi/devpi-server)
- easy-to-use caching proxy server
- proxypypi (https://pypi.python.org/pypi/proxypypi)
- a PyPI caching proxy
- fix “pypi-server -U” stable/unstable detection, i.e. do not accidentally update to unstable packages
- add ‘overwrite’ option to allow overwriting existing package files (default: false)
- show names with hyphens instead of underscores on the “/simple” listing
- make the standalone version work with jython 2.5.3
- upgrade waitress to 0.8.5 in the standalone version
- workaround broken xmlrpc api on pypi.python.org by using HTTPS
- implement multi-root support (one can now specify multiple package roots)
- normalize pkgnames, handle underscore like minus
- sort files by their version, not alphabetically
- upgrade embedded bottle to 0.11.6
- upgrade waitress to 0.8.2 in the standalone script
- merge vsajip’s support for verify, doc_upload and remove_pkg
- make ‘pypi-server -Ux’ work on windows (‘module’ object has no attribute ‘spawnlp’, https://github.com/schmir/pypiserver/issues/26)
- use absolute paths in hrefs for root view (https://github.com/schmir/pypiserver/issues/25)
- add description of uploads to the documentation
- make the test suite work on python 3
- make pypi-server-standalone work with python 2.5
- add passlib and waitress to pypi-server-standalone
- upgrade bottle to 0.11.3
- Update scripts/opensuse/pypiserver.init
- Refuse to re upload existing file
- Add ‘console_scripts’ section to ‘entry_points’, so ‘pypi-server.exe’ will be created on Windows.
- paste_app_factory now use the the password_file option to create the app. Without this the package upload was not working.
- Add –fallback-url argument to pypi-server script to make it configurable.
- make ‘python setup.py register’ work
- added init scripts to start pypiserver on ubuntu/opensuse
- make pypiserver work with pip on windows
- add support for password protected uploads
- make pypiserver work with non-root paths
- make pypiserver ‘paste compatible’
- allow to serve multiple package directories using paste
- provide a way to get the WSGI app
- improved package name and version guessing
- use case insensitive matching when removing archive suffixes
- fix pytz issue #6
- make ‘pypi-server -U’ compatible with pip 1.1
- make setup.py install without calling 2to3 by changing source code to be compatible with both python 2 and python 3. We now ship a slightly patched version of bottle. The upcoming bottle 0.11 also contains these changes.
- make the single-file pypi-server-standalone.py work with python 3
- upgrade bottle to 0.9.7, fixes possible installation issues with python 3
- remove dependency on pkg_resources module when running ‘pypi-server -U’
- add functionality to manage package updates
- updated documentation
- python 3 support has been added
- pypiserver now scans the given root directory and it’s subdirectories recursively for packages. Files and directories starting with a dot are now being ignored.
- /favicon.ico now returns a “404 Not Found” error
- pypiserver now contains some unit tests to be run with tox
- better matching of package names (i.e. don’t install package if only a prefix matches)
- redirect to the real pypi.python.org server if a package is not found.
- add some documentation about configuring easy_install/pip
- provide single file script pypi-server-standalone.py
- better documentation
- prefix comparison is now case insensitive
- added usage message
- show minimal information for root url
- don’t require external dependencies
- initial release