Objects matching the expression 'docs'

• FrequentlyAskedQuestions Puppet is an open-source next-generation server automation tool. It is composed of a declarative language for expressing system configuration, a client and server for distributing it, and a library for realizing the configuration. The primary design goal of Puppet is that it have an expressive enough language backed by a powerful enough library that you can write your own server automation applications in just a few lines of code. With Puppet, you can express the configuration of your entire network in one program capable of realizing the configuration. The fact that Puppet has open source combined with how easily it can be extended means that you can add whatever functionality you think is missing and then contribute it back to the main project if you desire. For more about the capabilities of Puppet, take a look at the documentation_. [back_] Who maintains this FAQ and where can I find an updated version? (asked, certificates, configuration, docs, facter, faq, frequently, gpl, graphing, installation, manifests, puppet, questions, tls)
• NetworkedClasses This is the certificate authority. The current code accepts a certificate request and returns a signed certificate, so following the REST model we'd need to serve those classes separately. The certificates also require, at least, a private key, which needs to be stored separately. You can look in lib/puppet/sslcertificates/support.rb for a good picture of what needs to be managed. This module contains code for loading, generating, and storing all of the certificate-related objects. Note that a ca cert is a normal cert but with a different path; we don't have a good way to handle this right now, so it might just be a one-off. filebucket (development, docs, documentation)
• RelationshipSyntax (development, docs, idea)
• RoadMap This document describes the planned road map for Puppet's development. Even having a roadmap is relatively new to Puppet, so we have not yet had time to establish how the roadmap will change over time. This document will be maintained and be as correct as possible at all times, but ping Luke or James if it seems out of date. The Purpose of This Document ---------------------------- Like most roadmaps, this document serves both the development and user community. It gives developers an idea of when they're expected to have a given set of work done, and it gives users an idea of when to expect a given set of functionality and when to expect existing functionality to change or go away. Planned Releases ---------------- * 0.24.7_: **This is the last stable release in the 0.24.x line.** * 0.25_: This release will be the first release from the master branch, and is planned for the end of the year. Its primary changes will be all of the plumbing to support REST, plus converting, at a minimum, file serving and catalog retrieval to using REST. * 0.26_: This release will convert any remaining XMLRPC network APIs to REST, and will be the last release before 1.0. It should be out in the second quarter of 2009. It will also allow multiple primary keys for resources. * 1.0_: This release stabilizes the network API: According to the plan, projects developed against its API should work going forward. Beyond those short-term releases, we've got a basic plan for forthcoming releases. At this point, the only bullet points in the later releases are related to refactoring, but we'll be adding features as we come up with plans for them. 2.0 +++ * Refactor of the transactional system. The primary goal here is to remove all of the ugly code around the transactions and RAL. 3.0 +++ * Refactor the RAL. After this release, any custom types and providers will work going forward. Any custom types and providers written before this release are considered to be against an unstable API, and while every attempt at backward compatibility will be made, it cannot be guaranteed. .. _0.24.7: http://projects.reductivelabs.com/projects/puppet/issues?fixed_version_id (development, docs, process)