Dominique Dumont

NAME

cme - Check or edit configuration data with Config::Model

VERSION

version 1.006

SYNOPSIS

  # general synopsis
  cme [ global_options ] command application [ options ] [ file ] [ ~~ ] [ modification_instructions ]

  # edit dpkg config with GUI (and Config::Model::Dpkg)
  cme edit dpkg

  # read data from arbitrary file
  cme check dpkg-copyright path/to/file

  # edit /etc/sshd_config (with Config::Model::OpenSsh)
  sudo cme edit sshd

  # edit ~/.ssh/config (with Config::Model::OpenSsh)
  cme edit ssh

  # just check the validity of a file
  cme check multistrap file.conf

  # check dpkg files, update deprecated parameters and save
  cme migrate dpkg

  # like migrate, but also apply all suggested fixes
  cme fix dpkg

  # modify configuration with command line
  cme modify dpkg source 'format="(3.0) quilt"'

  # likewise with an application that accepts file override
  cme modify dpkg-copyright ~~ 'Comment="Modified with cme"'

  # edit a file (file name specification is mandatory here)
  cme edit multistrap my.conf

  # map conf data to a fuse file system
  cme fusefs multistrap my.conf -d fuse_dir

  # likewise for dpkg data
  cme fusefs dpkg -d fuse_dir

  # list all available applications (depends on your installation)
  cme list

DESCRIPTION

Depending on the commmand described below, cme program will use Config::Model configuration descriptions to check or modify or fix configuration files.

The 3rd parameter specify the application you want to work on. Most of the time, the relevant configuration file(s) will be found by cme. This is the most simple case. For instance:

  sudo cme check popcon

Some application like multistrap have no constraint on the configuration file name and will require you to specify your configuration file name:

  cme check multistrap raspbian.conf

Configuration file specification

The configuration of an application can take different forms. Either several files (like debian packages), a single file with a predefined file (popcon), or a single file with an arbitrary file name (multistrap).

When needed the configuration file name is specified as the 3rd command argument, i.e. cme command application file_name. This applies if the application requires a configuration file name (like multistrap), or if the application allows configuration file override.

When the overridden file is - (a single dash), the configuration is read from STDIN. The resulting file may be written on STDOUT. I.e.

  cat debian/confrol | cme migrate dpkg-control -save -

will output a fixed control file on STDOUT.

Main commands

This section describes the main commands shipped with cme. Other Config::Model extensions can bring more command. Run cme help to get the list of available commands on your system.

list

Show a list all applications where a model is available. This list depends on installed Config::Model modules.

edit

Edit a configuration. By default, a Tk GUI will be opened If Config::Model::TkUI is installed. See App::Cme::Command::edit.

shell

Edit the configuration with a shell like interface. See App::Cme::Command::shell.

check

Checks the content of the configuration file of an application. See App::Cme::Command::check.

migrate

Update deprecated parameters (old value are saved to new parameters) and save the new configuration. See App::Cme::Command::migrate.

fix

Migrate data and fix warnings. See App::Cme::Command::fix.

modify

Modify a configuration file with the values passed on the command line. See App::Cme::Command::modify.

Search configuration data for a specific string. See App::Cme::Command::search.

fusefs

Map the configuration file content to a FUSE virtual file system on a directory specified with option -fuse-dir. Modifications done in the fuse file system are saved to the configuration file when the fusermount -u is run.

Global options

The following options are available for all commands:

-create

Perform the operation even if the configuration file is missing. This may be used to create a minimal configuration file. This option is disabled by default as a missing configuration file often indicates an error during the installation of the application.

-force-load

Load file even if error are found in data. Bad data are discarded

-backup

Create a backup of configuration files before saving. By default, old will be appended to the backup file. I.e. foo.conf will be backed up as foo.conf.old. You can specify an alternate suffix. For instance -backup dpkg-old.

-save

Force a save even if no change was done. Useful to reformat the configuration file.

-strict

When set, cme will exit 1 if warnings are found during check (of left after fix)

Advanced options

-dev

Use this option if you want to test a model under development. This option will add lib in @INC and use lib/Config/Model/models as model directory. This option is ignored when run as root.

-model-dir

Specify an alternate directory to find model files. Mostly useful for tests.

-root-dir

Specify a pseudo root directory to read and write the configuration files. (Actual default directory and file names depends on the model (See -model option). For instance, if you specify ~/mytest, the /etc/ssh/sshd_config files will be written in ~/mytest/etc/ssh/ directory.

-stack-trace

Provides a full stack trace when exiting on error.

-backend

Specify a read/write backend. The actual backend name depends on the model passed to -model option. See Config::Model::BackendMgr for details.

-try-app-as-model

When set, try to load a model using directly the application name specified as 3rd parameter on the command line. Experimental.

Embedding cme

You can use cme from another program by using -ui simple option. This way you will be able to send command on the standard input of cme and get the results from the standard output.

Logging

All Config::Model logging is now based on Log::Log4perl. Logging can be configured in the following files:

  •  ~/.log4config-model
  •  /etc/log4config-model.conf

A sample of a .log4config-model is provided in contrib directory in Config::Model distribution of on github

Without these files, the following Log4perl config is used:

 log4perl.logger=WARN, Screen
 log4perl.appender.Screen        = Log::Log4perl::Appender::Screen
 log4perl.appender.Screen.stderr = 0
 log4perl.appender.Screen.layout = Log::Log4perl::Layout::PatternLayout
 log4perl.appender.Screen.layout.ConversionPattern = %d %m %n

Log4perl uses the following categories:

Anything
Anything::Change

Trace change notification through configuration tree and instance.

Backend
Backend::Debian::Dpkg
Backend::Debian::Dpkg::Control
Backend::Debian::Dpkg::Copyright
Backend::Fstab
Backend::IniFile
Backend::PlainFile
Backend::ShellVar
Backend::Yaml
FuseUI
Instance
Loader
Model::Searcher
Tree::Element::CheckList
Tree::Element::Id
Tree::Element::Id::Hash
Tree::Element::Id::List
Tree::Element::Value
Tree::Element::Value::Dependency
Tree::Node
Tree::Node::Warped
ValueComputer
Warper
Wizard::Helper
Model

More categories will come.

EXIT CODE

cme exits 0 when no errors are found. Exit 1 otherwise.

BUGS

Configuration models can lag behind the target application

If a configuration model is not up-to-date, you will get errors complaining about unknown parameters. In such a case, please file a bug on request tracked or fix the model and send a pull request. You can see this example from OpenSsh to learn how to fix a model.

SUPPORT

For support, please check the following resources:

FEEDBACKS

Feedback from users are highly desired. If you find this module useful, please share your use cases, success stories with the author or with the config-model- users mailing list.

SEE ALSO

Config::Model::Model, Config::Model::Instance, Config::Model::Node, Config::Model::HashId, Config::Model::ListId, Config::Model::WarpedNode, Config::Model::Value

AUTHOR

Dominique Dumont

COPYRIGHT AND LICENSE

This software is Copyright (c) 2015 by Dominique Dumont.

This is free software, licensed under:

  The GNU Lesser General Public License, Version 2.1, February 1999