storm 0.15-0ubuntu1 source package in Ubuntu

Changelog

storm (0.15-0ubuntu1) karmic; urgency=low

  * New upstream release.
  * debian/control:
    - Make python-storm architecture-dependent, as Storm builds extensions
      now. (LP: #338420)
    - Add ${shlibs:Depends} to python-storm's Depends field.
  * debian/rules:
    - Update version number.
    - Remove no longer useful DH_ALWAYS_EXCLUDE -- we need /usr/lib now.
  * debian/copyright:
    - Update upstream copyright dates.
    - Replace '(C)' in Debian packaging copyright notice with 'copyright',
      which is actually legally meaningful.

 -- William Grant <email address hidden>   Tue, 18 Aug 2009 10:40:00 +1000

Upload details

Uploaded by:
William Grant on 2009-08-18
Uploaded to:
Karmic
Original maintainer:
MOTU
Architectures:
any
Section:
devel
Urgency:
Low Urgency

See full publishing history Publishing

Series Pocket Published Component Section
Lucid release on 2009-10-29 universe devel

Downloads

File Size SHA-256 Checksum
storm_0.15.orig.tar.gz 212.3 KiB b95690c633c4534cc3f613e8212cdcc28ab88002aecfef5060ca926cac511095
storm_0.15-0ubuntu1.diff.gz 2.7 KiB 120d5bcadd47acdfb5cc957329183a1b42a22a2d081e69e6760009e53af3ff39
storm_0.15-0ubuntu1.dsc 1.1 KiB 963380bb228cef046f646a18f74edbcf7b3c73716b52eafbdd5a62e436c8a42d

Available diffs

View changes file

Binary packages built by this source

python-storm: object-relational mapper (ORM) for Python

 Storm is an object-relation mapper (ORM) for the Python language. In
 simple terms, that kind of system allows rows from a relational
 database to be seen as objects in an object-oriented language like
 Python.
 .
 Features:
  * Clean and lightweight API offers a short learning curve and long-
    erm maintainability.
  * Storm is developed in a test-driven manner. An untested line of
    code is considered a bug.
  * Storm needs no special class constructors, nor imperative base
    classes.
  * Storm is well designed (different classes have very clear
    boundaries, with small and clean public APIs).
  * Designed from day one to work both with thin relational databases,
    such as SQLite, and big iron systems like PostgreSQL and MySQL.
  * Storm is easy to debug, since its code is written with a KISS
    principle, and thus is easy to understand.
  * Designed from day one to work both at the low end, with trivial
    small databases, and the high end, with applications accessing
    billion row tables and committing to multiple database backends.
  * It's very easy to write and support backends for Storm (current
    backends have around 100 lines of code).