Cft

Principiul său de bază este puternic influențată de Sabayon Gnome lui. În loc de pe desktop, deși, CFT este axat pe administratorii de sistem tradiționale și modul în care acestea mențin mașini, mai ales cu instrumente de linie de comandă.
CFT folosește marioneta ca coloana vertebrală sale pentru exprimarea configurarea unui sistem, și pentru înțelegerea mai în detaliu ce schimbări admin a făcut cu sistemul. Site-uri care utilizează deja păpușă pentru a gestiona configurația lor poate integra cu ușurință de ieșire CFT lui în configurația generală site-ul; pentru site-urile care folosesc alte mijloace de gestionare a configurației, producția CFT oferă o înregistrare completă a modificărilor făcute și servește ca un punct de plecare bun de integrare a schimbărilor înapoi în configurația site-ului.
Exemplu:
În loc de capturi de ecran colorate, un exemplu simplu va explica în detaliu cum funcționează CFT: CFT organizează modificări în sesiuni pentru a permite utilizatorului mai bine indică ce aspect al sistemului care sunt fixare (webserver, server de mail etc.) O sesiune simplu de stabili configurația postfix și pentru a începe și de a permite serviciul ar putea atrage după sine rădăcină rulează următoarele comenzi:
  tux: 1 # începe CFT postfix
  tux: 2 # yum -y instala postfix
  tux: 3 # vi /etc/postfix/main.cf
  tux: 4 # chkconfig postfix pe
  tux: 5 # postfix serviciu start
  tux: 6 # finisaj CFT postfix
Rețineți că utilizatorul a avut doar de a emite două comenzi aditionala pentru a începe și termina sesiunea, orice altceva în sesiunea este exact la fel ca și în cazul în care modificările au fost făcute fără CFT. Comanda începe CFT postfix spune CFT pentru a începe o sesiune numit postfix, iar ultima comanda termina CFT Postfix se spune să facă evidența finală necesară pentru analizarea rezultatelor.
Odată ce comenzile de mai sus au fost emise, difuzate postfix CFT manifest va imprima schimbările în forma unui manifest marionetă:
  Tux: 6 # CFT postfix manifest
    class postfix {
        Pachetul {'postfix.i386 ":
          asigură => '2: 2.3.3-2 "
        }
        servicii {"postfix":
            permite => 'true',
            model => 'postfix ",
            asigură => 'funcționare "
        }
    
        fișier {'/etc/aliases.db ":
            grup => 'smmsp',
            proprietar => 'root',
            mode => '0640',
            source => '/tmp/cft/postfix/after/etc/aliases.db'
        }
    
        fișier {'/etc/postfix/main.cf ":
            grup => 'root',
            proprietar => 'root',
            mode => '0644',
            source => '/tmp/cft/postfix/after/etc/postfix/main.cf'
        }
    }
Acest manifest spune marionetă care marionetă ar trebui să permită și să înceapă serviciul postfix, și că cele două fișiere trebuie să fie copiate de pe locul menționat ca sursă și a primi dat proprietar, grupul, și modul. CFT are grija de copiere a tuturor fișierelor modificate într-un loc sigur, astfel încât acestea pot fi copiate de pe aparatul într-o locație centrală. Menționarea aliases.db fișier este oarecum fals: acesta devine recreat automat de script-ul de inițializare pentru postfix și CFT tratează exact ca și în cazul în care utilizatorul a creat fișierul.
Pentru a facilita deplasarea modificările pe un serevr centrală, CFT poate converti, de asemenea, o sesiune într-o arhivă tar care conține atât păpușa manifestă și toate fișierele care sunt menționate în aceasta, în acest caz aliases.db și main.cf. , Metode mai convenabile crescator de integrare modificările înapoi într-un server central marionetă sunt planificate pentru viitor.
Cerinte: