Skip to main content
This is a pre-production deployment of Warehouse. Changes made here affect the production instance of PyPI (
Help us improve Python packaging - Donate today!

Core GS config.

Project Description


Sometimes configuration is complex, such as when multiple sets of configuration is needed because multiple instances of a system (such as GroupServer [1]) are running on the same setup. In this case each instance is made up of a set of components, and each component is made up of configuration options:

  • Instance
    • Component
      • Configuration options
      • More configuration options
    • Component 2
      • Different configuration options
  • Another instance

Sadly the ConfigParser system does not allow for this hierarchy, but gs.config does, by using the name space to provide the relationship between an instance and the component. In particular, this product supplies a Config class to read a file of a particular structure.

Config Class

The gs.config.Config class that represents the system configuration. See the Sphinx documentation in this module for more information.


The instance is marked with the name [config-${name}], where ${name} is the name of the instance. For example [config-production] for the instance production.

For each component the set of sections is then supplied:

database = production
smtp = external
cache = production
tokenauth = production

The configuration for a component can be shared by multiple instances:

database = production
smtp = dead
cache = none
tokenauth = production

Each component is a configuration section, with a name of the form [${component}-${name}]. For example [smtp-external] for the smtp section named external.


In the example below three instances are configured: one for a test-server, one for a staging server, and one for a production server. Each instance has two components: a database, and an SMTP server:

database = test
smtp = test

database = live
smtp = test

database = live
smtp = live

# An actual configuration section for each configuration set
dsn = postgres://name:pass@server/database-test

dsn = postgres://name:pass@server/database-live

server = localhost
port = 2525

server = external
port = 25

When the configuration is instantiated, an ID is passed. This ID identifies the configuration set that is currently being accessed. If an ID is not passed, an attempt is made to get the ID from the environment automatically. At the moment this is specific to the GroupServer environment, though care is taken to ensure that it will fall back gracefully to being passed an ID.


[1]While originally written for GroupServer, there is no code in this product that is specific to GroupServer. However, this product is used to configure the database, SMTP, cache, and token authentication for GroupServer.
Release History

Release History

This version
History Node


History Node


Download Files

Download Files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

File Name & Checksum SHA256 Checksum Help Version File Type Upload Date (27.1 kB) Copy SHA256 Checksum SHA256 Source Jul 2, 2014

Supported By

WebFaction WebFaction Technical Writing Elastic Elastic Search Pingdom Pingdom Monitoring Dyn Dyn DNS Sentry Sentry Error Logging CloudAMQP CloudAMQP RabbitMQ Heroku Heroku PaaS Kabu Creative Kabu Creative UX & Design Fastly Fastly CDN DigiCert DigiCert EV Certificate Rackspace Rackspace Cloud Servers DreamHost DreamHost Log Hosting