A tool to nicely wrap-up your python softwares
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Failed to load latest commit information.
bento BUG: fix various tests issues preventing running under haas Aug 31, 2014
bentomakerlib REF: remove unused code. Oct 3, 2012
doc DOC: fix pip instructions. Jul 27, 2013
examples DOC: fix simples examples. Jul 5, 2012
sandbox Disable metadata hack. Jun 17, 2010
tools FEAT: add waf include option to singledist. Aug 24, 2012
.coveragerc ENH: we can actually cover bento.distutils. Mar 29, 2012
.travis-make-py24-virtualenv.sh TST: fix stupid path issue in travis config for 2.4. Sep 26, 2012
.travis.yml MAINT: fix 2.6 build for travis.ci. Aug 31, 2014
INSTALL DOC: add simple INSTALL file. Jun 23, 2011
LICENSE.txt REF: toydist->bento in README and LICENSE. May 28, 2010
PACKAGERS.txt ENH: add unbundling option to ease OS vendor packging. Jul 5, 2010
README.rst ENH: add travi-ci status in README. Sep 27, 2012
TESTING.txt DOC: add small text on testing. Apr 1, 2012
THANKS BUG: fix remaining toydist/Toydist/etc... (#24) Jun 4, 2010
bento.info PKG: fix bento version. Sep 27, 2012
bootstrap.py BUG: fix run of check_examples in virgin source tree. Jul 5, 2012
bscript STY: remove dead code. Sep 27, 2012
check_examples.py BUG: fix run of check_examples in virgin source tree. Jul 5, 2012
config.ini FEAT: add waf include option to singledist. Aug 24, 2012
coveragerc.template DOC: add template for coveragerc. Feb 1, 2012
dev_requirements.txt MAINT: fix tox configuration. Aug 31, 2014
dev_requirements26.txt MAINT: forgot to add 2.6 req file. Aug 31, 2014
doc_requirements.txt MAINT: fix tox configuration. Aug 31, 2014
run_coverage.sh TST: two ant_glob tests. May 1, 2012
setup.py BUG: move monkey_patch to avoid some weird distutils auto-imports. Aug 28, 2012
test_pyversion.sh FEAT: add stupid scripts to run tests. Mar 27, 2012
tox.ini MAINT: fix tox.ini to work when cwd is not in PYTHONPATH. Aug 31, 2014
update_gh.sh ENH: fail update_gh script ASAP. Mar 1, 2011


Travis CI Build Status

Bento is an alternative to distutils-based packaging tools such as distutils, setuptools or distribute. Bento focus on reproducibility, extensibility and simplicity (in that order).

Packaging is as simple as writing a bento.info file with a file which looks as follows:

Name: Foo
Author: John Doe

    Packages: foo

The package is then installed with bentomaker, the command line interface to bento:

bentomaker install


To install bento, you can either:

  • install bento from itself (recommended):

    python bootstrap.py
    ./bentomaker install
  • install bento using setuptools (not recommended):

    python setup.py install

Python3 support

Bento supports python 3 as is, so there is no need to run 2to3 on it (doing so will probably break it).


Bento discussions happen on the bento Mailing list (bento@librelist.com, archive on bento-ml). To subscribe, you simply need to send an email to the list. Development is on github. Bugs should be reported on bento issue-tracker. Online documentation is available on github as well.

Why you should use bento ?

  • Straightfoward package description, in an indentation-based syntax similar to python
  • Simple packages can have their setup.py automatically converted through the 'convert' command
  • Distutils compatibility mode so that a bento package can be installed through pip
  • Adding new commands is simple
  • Pluggable build-backend: you can build your C extensions with a real build system such as waf or scons.
  • Easy to customize install paths from the command line, with sensible defaults on every platform
  • Installing data files such as manpages, configuration, etc... is straightforward and customizable through the command line
  • Supports all python versions >= 2.4 (including 3.x)
  • Designed with reproducibility in mind: re-running the same command twice should produce the same result (idempotency)
  • Preliminary support for windows installers (.exe), eggs and mpkg.

But bento does more:

  • Designed as a library from the ground up, with a focus on robustness and extensibility:

    • new commands can be inserted before/after an existing one without modifying the latter (no monkey-patching needed)
    • easy to add command line options to existing commands
    • each command has a pre/post hook
    • API designed such as commands need to know very little from each other.
    • Moving toward a node-based architecture for robust file location (waf-based design)
    • No global variable/singleton in bento itself
  • Easily bundable, one-file distribution to avoid extra-dependencies when using bento. You only need to add one file to your sources, no need for your users to install anything.

  • Basic support for console scripts ala setuptools

  • Dependency-based extension builders (source content change is automatically rebuilt)

  • Parallel build support for C extensions

  • Low-level interface to the included build tool to override/change any compilation parameter (compilation flag, compiler, etc...)

Planned features:

  • Reliable and fast (parallel) 2->3 convertion.
  • Support for msi packages
  • Reliable conversion between packaging formats on the platforms where it makes sense (egg <-> wininst, mpkg <-> egg, etc...)
  • Provide API to enable Linux distributors to write simple extensions for packaging bento-packages as they see fit
  • Infrastructure for a correctly designed package index, using well-known packaging practices instead of the broken easy_install + pypi model (easy mirroring, enforced metadata, indexing to enable querying-before-installing, reliable install, etc...).