Jump to: navigation, search

Blueprint-evolution-of-autogenerate-config-docs

Revision as of 07:01, 10 October 2013 by Jaegerandi (talk | contribs) (Current limitations and problems)
  • Launchpad Entry: Evolve autogenerate tools
  • Created: Andreas Jaeger
  • Contributors: Tom Fifield
  • Planned implementation release: Icehouse

Overview

The current autogenerate tools have a couple of limitations and we need to improve the tool to handle all current uses in the manuals. We should also evaluate switching to generator.py from oslo-incubator - and enhancing that tool.

Blueprint

Current limitations and problems

  • The configuration file names, and sections within them are not shown at all
  • We need to be able to show the same option in different tables for shared options
  • Options with the same name - but specified in different tables - will show up as duplicated entries in a table.
  • Relies on a global CONF object to be loaded on module import
  • Needs installation of many dependencies to work
  • The filename of the file is used as part of the caption for the generated table, this should be configurable
  • Imports details of machine it runs on into the tables. Noticed so far: hostname, IP address, location of python libs

Using generator.py from oslo-incubator

generator.py currently handles the parsing of config options and writing of "*.conf" files, like "nova.conf" as shipped as samples in the OpenStack code repositories. Instead of writing our own tool and handling some exceptions, I propose to enhance generator.py so that it writes the tables for us.

For this we need to figure out where our config files should life.

New format for generated tables

The generated tables should additionally contain the section, for example [DEFAULT] and the filename, for example nova.conf.

Related bug reports