Cft

Son principe de base est fortement influencée par Sabayon de Gnome. Au lieu du bureau si, cft se concentre sur les administrateurs système traditionnelles et comment ils maintiennent machines, la plupart du temps avec des outils de ligne de commande.
Cft utilise marionnettes comme son épine dorsale pour exprimer la configuration d'un système, et pour comprendre plus en détail ce qui change l'administrateur a fait au système. Les sites qui utilisent déjà marionnettes pour gérer leur configuration peut facilement intégrer la sortie de cft dans la configuration globale du site; pour les sites qui utilisent d'autres moyens de gestion de la configuration, la sortie de cft fournit un compte rendu complet des modifications apportées et sert comme un bon point d'intégrer les modifications dans la configuration du site de départ.
Exemple:
Au lieu de captures d'écran colorés, un exemple simple va expliquer plus en détail comment fonctionne cft: cft organise changements dans les sessions de laisser l'utilisateur mieux indiquer quel aspect du système, ils sont de fixation (le serveur web, serveur de courrier, etc.) Un simple session corriger la configuration de postfix et pour démarrer et activer le service pourrait entraîner racine exécutant les commandes suivantes:
  tux: 1 # commencer cft postfix
  tux: 2 # yum -y install postfix
  tux: 3 # vi /etc/postfix/main.cf
  tux: 4 # chkconfig postfix sur
  tux: 5 # le service postfix début
  tux: 6 # finition cft postfix
Notez que l'utilisateur ne devait émettre deux commandes supplementaires pour commencer et terminer la session, tout le reste de la session est exactement le même que si les modifications ont été apportées sans cft. La commande commence cft postfix dit cft pour démarrer une session appelée postfix, et la dernière commande finition cft postfix il dit de faire la comptabilité finale nécessaire pour analyser les résultats.
Une fois les commandes ci-dessus ont été émis, en cours d'exécution postfix cft manifeste imprimera les changements dans la forme d'un manifeste de marionnettes:
  tux: 6 # cft postfix manifeste
    postfix classe {
        package {'postfix.i386':
          assurer => '2: 2.3.3-2'
        }
        services {'' postfix:
            enable => 'true',
            pattern => 'postfix »,
            assurer => 'en marche'
        }
    
        déposer {'/etc/aliases.db':
            groupe => 'smmsp',
            propriétaire => 'root',
            mode => '0640',
            source => '/tmp/cft/postfix/after/etc/aliases.db'
        }
    
        déposer {'/etc/postfix/main.cf':
            groupe => 'root',
            propriétaire => 'root',
            mode => '0644',
            source => '/tmp/cft/postfix/after/etc/postfix/main.cf'
        }
    }
Ce manifeste dit marionnette marionnette devrait activer et démarrer le service postfix, et que les deux fichiers doivent être copiés à partir de l'emplacement mentionné comme la source et recevoir le propriétaire, le groupe et le mode donné. cft prend soin de copier tous les fichiers modifiés dans un endroit sûr afin qu'ils puissent être copiés au large de la machine dans un emplacement central. La mention du fichier aliases.db est un peu fausse: il est automatiquement recréé par le script d'initialisation de postfix et cft traite exactement comme si l'utilisateur avait créé le fichier.
Pour faciliter le déplacement des changements sur un serevr central, cft peut également convertir une session dans une archive qui contient à la fois la marionnette manifeste et tous les fichiers qui y sont mentionnés, dans ce cas aliases.db et main.cf. Fantaisistes, méthodes plus pratiques de l'intégration des modifications dans un serveur central de marionnettes sont prévues pour l'avenir.
Exigences: