Skip to content
Commits on May 24, 2010
  1. @benoitc

    fix release date

    benoitc committed
  2. @benoitc

    sync

    benoitc committed
  3. @benoitc

    bump to 0.9.0, prepare release.

    benoitc committed
  4. @davisp
Commits on May 22, 2010
  1. @benoitc

    add memory watch example

    benoitc committed
  2. @benoitc
  3. @benoitc
  4. @benoitc

    missing import

    benoitc committed
  5. @benoitc

    update doc

    benoitc committed
  6. @benoitc

    handle preload in django command

    benoitc committed
  7. @benoitc
  8. @benoitc

    load after forking

    benoitc committed
  9. @benoitc

    add preload_app setting

    benoitc committed
  10. @davisp

    Forgot another license header.

    davisp committed
  11. @benoitc

    add missing license header

    benoitc committed
  12. @benoitc

    update doc

    benoitc committed
  13. @benoitc
  14. allows Usage=None

    Benoit Chesneau committed
  15. @davisp

    Ignore .coverage file.

    davisp committed
  16. @davisp
Commits on May 19, 2010
  1. self.

    Benoit Chesneau committed
  2. @davisp

    import from __future__ for py25.

    Benoit Chesneau committed with davisp
  3. @davisp

    iteritems is deprececated or doesn't exist in future versions of

    Benoit Chesneau committed with davisp
    python3. Instead use list(somedict.items()).
  4. @davisp

    fix paster application

    Benoit Chesneau committed with davisp
  5. @davisp

    fix django run

    Benoit Chesneau committed with davisp
  6. @davisp

    some fixes in DjangoApplication

    Benoit Chesneau committed with davisp
  7. @davisp
  8. @davisp

    Changing setting definitions from INI to Py

    davisp committed
    Settings are now enumerated in config.py
  9. @davisp
  10. @davisp

    adapt django command to new config stuff.

    Benoit Chesneau committed with davisp
  11. @davisp

    Major refactor of the configuration mechanics.

    davisp committed
    * All configuration and bootup is handled by the Application objects.
    
    * There is now a strict ordering on the precedence of configuration
    settings:
    
      1. Each option is given a default value of some sort in options.ini
    
      2. Any detectable framework configuration settings override the hard
         coded defaults for options. Currently, only Paster applications
         have support for this.
    
      3. Anything that is specified in a Gunicorn configuration file (by
         default gunicorn.conf.py) overrides what was possibly set by a
         framework specific configuration source.
    
      4. Anything specified on the command line reins supreme. The command
         line is the final authority on a given configuration option.
         Though, not all configuration options are available via command
         line.
    
    * Configuration metadata is pulled from an options.ini. In the future I'll
    use this to build the example gunicorn.conf.py and the config.rst file
    in docs/site/config.rst.
    
    I haven't tested the differences thoroughly. The next item on my agenda
    is to figure out a way to start testing Gunicorn that doesn't make my
    eyes bleed.
  12. @davisp

    Create an application abstraction.

    davisp committed
    Groundwork for providing a post-fork app import option.
    Fixes paster's ini not being able to register changes.
  13. @davisp

    Slight grammar tweak.

    davisp committed
  14. fix issue #57 and make sure target dir of pidfile exists.

    Benoit Chesneau committed
Commits on May 17, 2010
  1. fix issue #55. Thanks!

    Benoit Chesneau committed
Something went wrong with that request. Please try again.