Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

pipfile

Package Overview
Dependencies
Maintainers
2
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

pipfile

  • 0.0.2
  • PyPI
  • Socket score

Maintainers
2

Pipfile

Pipfile and its sister Pipfile.lock are a replacement for the existing standard pip_'s requirements.txt file.

WARNING: This project is under active design and development. Nothing is set in stone at this point of time.

This repository contains the design specification of the Pipfile format, as well as (soon) an implementation of a parser for the specification which can be used by pip_ and any other consumer, once the design (including the form of a Pipfile itself) has been built out and finalized.

.. _pip: https://pip.pypa.io/en/stable/

The Concept

Pipfile will be superior to requirements.txt file in a number of ways:

  • TOML <https://github.com/toml-lang/toml>_ syntax for declaring all types of Python dependencies.

  • One Pipfile (as opposed to multiple requirements.txt files).

    • Existing requirements files tend to proliferate into multiple files - e.g. dev-requirements.txt, test-requirements.txt, etc. - but a Pipfile will allow seamlessly specifying groups of dependencies in one place.
    • This will be surfaced as only two built-in groups (default & development). (see note below)
  • Fully specified (and deterministic) environments in the form of Pipfile.lock. A deployed application can then be completely redeployed with the same exact versions of all recursive dependencies, by referencing the Pipfile.lock file.

The concrete requirements for a Python Application would come from Pipfile. This would include where the packages should be fetched from and their loose version constraints.

The details of the environment (all installed packages with pinned versions and other details) would be stored in Pipfile.lock, for reproducibility. This file will be automatically generated and should not be modified by the user.

NOTE: Custom groups may be added in the future. Remember, it is easier to add features in the future than it is to remove them.

The Composer community has been successful with only *default* and *development* as group options for many years. This model would be tried/followed at first.

Examples

NOTE: This is an evolving work in progress.

Pipfile +++++++++++

::

[[source]]
url = 'https://pypi.python.org/simple'
verify_ssl = true

[requires]
python_version = '2.7'

[packages]
requests = { extras = ['socks'] }
Django = '>1.10'
pinax = { git = 'git://github.com/pinax/pinax.git', ref = '1.4', editable = true }

[dev-packages]
nose = '*'

Notes:

  • There will be a default source.

PEP 508 Support +++++++++++++++++++

::

# Support for all PEP 508 markers
[requires]
python_full_version = '3.6.0b1'

platform = 'windows'

requires utilizes PEP 508_ marker = 'specifier' markers. This functionality may not be readily used, as it is only to assert (and therefore abort, if appropriate) installation on certain platforms (e.g. python version, platform version).

.. _PEP 508: https://www.python.org/dev/peps/pep-0508/#environment-markers

Pipfile.lock ++++++++++++++++

::

{
    "_meta": {
        "hash": {
            "sha256": "73d81f4fbe42d1da158c5d4435d921121a4a1013b2f0dfed95367f3c742b88c6",
        },
        "requires": [
            {"marker": "python_version", "specifier": "2.7"}
        ],
        "sources": [
            {"url": "https://pypi.python.org/simple", "verify_ssl": true},
        ]
     },
    "default": [
        {"name": "Django", "version": "1.10.3", "hash": "..."},
        {"name": "requests", "version": "2.12.1", "hash": "..."},
        {"name": "pinax", "git": "git://...", "ref": "1.4", "editable": true},
        {"name": "PySocks", "version": "1.5.6", "hash": "..."},
    ],
    "development": [
        {"name": "nose", "version": "1.3.7", "hash": "..."},
    ]
}

Pipfile.lock is always to be generated and is not to be modified or constructed by a user.

Do note how the versions of each dependency are recursively frozen and a hash gets computed so that you can take advantage of new pip security features_

.. _new pip security features: https://pip.pypa.io/en/stable/reference/pip_install/#hash-checking-mode

Pip Integration (eventual) ++++++++++++++++++++++++++

pip_ will grow a new command line options, -p / --pipfile to install the versions as specified in a Pipfile, similar to its existing -r / --requirement argument for installing requirements.txt files.

Install packages from Pipfile::

$ pip install -p
! Warning: Pipfile.lock (48d35f) is out of date. Updating to (73d81f).
Installing packages from requirements.piplock...
[installation output]

To manually update the Pipfile.lock::

$ pip freeze -p different_pipfile
different_pipfile.lock (73d81f) written to disk.

Notes::

# -p accepts a path argument, which defaults to 'Pipfile'.
# Pipfile.lock will be written automatically during `install -p` if it does not exist.

Ideas::

  • Recursively look for Pipfile in parent directories (limit 3/4?) when -p is bare.
  • pypa/pip#1795_: Requirements 2.0
  • Basic Concept Gist_ (fork of @dstufft's)

.. _Basic Concept Gist: https://gist.github.com/kennethreitz/4745d35e57108f5b766b8f6ff396de85 .. _pypa/pip#1795: https://github.com/pypa/pip/issues/1795

Inspirations ++++++++++++

  • nvie/pip-tools_: A set of tools to keep your pinned Python dependencies fresh.
  • A Better Pip Workflow_ by Kenneth Reitz
  • Lessons learned from Composer, Cargo, Yarn, NPM, Bundler and friends.

.. _nvie/pip-tools: https://github.com/nvie/pip-tools .. _A Better Pip Workflow: https://www.kennethreitz.org/essays/a-better-pip-workflow

Documentation

The documentation_ for this project will, eventually, reside at pypi.org.

.. _documentation: https://pipfile.pypa.io/

Discussion

If you run into bugs, you can file them in our issue tracker_. You can also join #pypa on Freenode to ask questions or get involved.

.. _issue tracker: https://github.com/pypa/pipfile/issues

Code of Conduct

Everyone interacting in the pipfile project's codebases, issue trackers, chat rooms and mailing lists is expected to follow the PyPA Code of Conduct_.

.. _PyPA Code of Conduct: https://www.pypa.io/en/latest/code-of-conduct/

Changelog

16.0 - master_


.. note:: This version is not yet released and is under active development.


* Initial release.


.. _`master`: https://github.com/pypa/pipfile/

FAQs


Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc