[Puppet-dev] Re: [PATCH 0/3] Fix #1664 - Inline documentation

2008-11-04 Thread Francois Deppierraz
Hi Brice, Brice Figureau wrote: Or I could change puppetdoc rdoc to take more arguments like --modulepath /path/to/modules along with the path where to find the global (or site) manifests. If --modulepath is not mentionned then we assume that analysed path contains only modules. +1 It

[Puppet-dev] Re: [PATCH 0/3] Fix #1664 - Inline documentation

2008-11-04 Thread Luke Kanies
On Nov 4, 2008, at 2:24 AM, Brice Figureau wrote: My concern is that puppetdoc right now doesn't use puppet.conf at all, and I'd like to keep this behavior. I want to be able to generate docs for a pile of manifests, modules or not. If I tie puppetdoc rdoc generation to puppet.conf

[Puppet-dev] Re: [PATCH 0/3] Fix #1664 - Inline documentation

2008-11-04 Thread Luke Kanies
On Nov 4, 2008, at 9:28 AM, Brice Figureau wrote: On Tue, 2008-11-04 at 09:05 -0600, Luke Kanies wrote: I'd do that. Just generate docs for what people specify. I'd also probably have puppetdoc accept standard ARGV arguments, and consider those to be normal manifests, which it could

[Puppet-dev] Re: [PATCH 0/3] Fix #1664 - Inline documentation

2008-11-04 Thread Luke Kanies
On Nov 4, 2008, at 10:54 AM, Brice Figureau wrote: Right, of course :-) My problem is: Let's say I have: /etc/puppet/modules/module1 /etc/puppet/modules/module2 and some global manifests /etc/puppet/manifests/site.pp ... and some other global manifests /tmp/manifests/site.pp If

[Puppet-dev] Re: [PATCH 0/3] Fix #1664 - Inline documentation

2008-11-04 Thread David Schmitt
Brice Figureau schrieb: On Tue, 2008-11-04 at 10:04 -0600, Luke Kanies wrote: On Nov 4, 2008, at 9:28 AM, Brice Figureau wrote: On Tue, 2008-11-04 at 09:05 -0600, Luke Kanies wrote: I'd do that. Just generate docs for what people specify. I'd also probably have puppetdoc accept standard

[Puppet-dev] Re: [PATCH 0/3] Fix #1664 - Inline documentation

2008-11-04 Thread Brice Figureau
On Tue, 2008-11-04 at 18:13 +0100, David Schmitt wrote: Brice Figureau schrieb: On Tue, 2008-11-04 at 10:04 -0600, Luke Kanies wrote: On Nov 4, 2008, at 9:28 AM, Brice Figureau wrote: On Tue, 2008-11-04 at 09:05 -0600, Luke Kanies wrote: I'd do that. Just generate docs for what

[Puppet-dev] Re: problems with dependency handling in puppet and a proposal to get rid of them

2008-11-04 Thread Lorenz Schori
Hi Florian On Tue, 4 Nov 2008 04:04:01 -0800 (PST) jerico [EMAIL PROTECTED] wrote: Hi Lorenz, I've commented on that before but i might revise my statement. I use classes almost exclusively for grouping together defines and therefore i'm not very concerned about class-level

[Puppet-dev] Re: Classes vs. Definitions - how to get closer to common design patterns

2008-11-04 Thread Luke Kanies
On Oct 31, 2008, at 5:28 AM, Gunnar Wrobel wrote: So taking that fact into account means one should refrain from using puppet for more complex administration work? I certainly hope not. There will always be problems that any given tool can't handle well, and there are certainly classes of

[Puppet-dev] Re: problems with dependency handling in puppet and a proposal to get rid of them

2008-11-04 Thread Luke Kanies
On Oct 25, 2008, at 6:16 AM, Lorenz Schori wrote: On Fri, 24 Oct 2008 11:48:17 -0500 Luke Kanies [EMAIL PROTECTED] wrote: Ok, first i want to say that i'm very happy with puppet and the way it works. The require-thing is just one little annoyance which really bugged me long enough that i

[Puppet-dev] Re: problems with dependency handling in puppet and a proposal to get rid of them

2008-11-04 Thread Luke Kanies
On Oct 30, 2008, at 5:22 AM, Lorenz Schori wrote: Hell Again, Well, after reading a big part of the puppet source, the rspec tests and the wiki i'm still convinced that the puppet dependency handling can be enhanced by implementing my original proposal. I now found a way to provide

[Puppet-dev] Re: [PATCH 0/3] Fix #1664 - Inline documentation

2008-11-04 Thread Brice Figureau
On Tue, 2008-11-04 at 10:04 -0600, Luke Kanies wrote: On Nov 4, 2008, at 9:28 AM, Brice Figureau wrote: On Tue, 2008-11-04 at 09:05 -0600, Luke Kanies wrote: I'd do that. Just generate docs for what people specify. I'd also probably have puppetdoc accept standard ARGV arguments,

[Puppet-dev] A more ideal language (was Re: Classes vs. definitions (#1645))

2008-11-04 Thread Luke Kanies
On Oct 31, 2008, at 10:33 AM, jerico wrote: If you're interested in a more abstract discussion of my ideal definition language for a configuration tool, then you may read on. I think I gave answers to all of your more specific questions here. I definitely am. I'm going to trim as much as

[Puppet-dev] Permission problems in puppetmasterd

2008-11-04 Thread Luke Kanies
Hi all, These problems keep cropping up, and it seems like we need a more comprehensive solution. The current 'master' branch has permission problems in puppetmasterd (as implied), and it's basically a race condition that shows up again and again. The server needs to do these things: -

[Puppet-dev] [PATCH] Edited file/ensure.rb docs for clarity

2008-11-04 Thread Tim Harper
parenthetical comment injected in the middle of possible ensure values was masked the 3rd and 4th value. will not delete directories isn't true if you add 'recurse = true' --- lib/puppet/type/file/ensure.rb |9 - 1 files changed, 4 insertions(+), 5 deletions(-) diff --git

[Puppet-dev] Re: [PATCH] Edited file/ensure.rb docs for clarity

2008-11-04 Thread Luke Kanies
Great - +1. On Nov 4, 2008, at 3:52 PM, Tim Harper wrote: parenthetical comment injected in the middle of possible ensure values was masked the 3rd and 4th value. will not delete directories isn't true if you add 'recurse = true' --- lib/puppet/type/file/ensure.rb |9 - 1

[Puppet-dev] Re: Classes vs. definitions (#1645)

2008-11-04 Thread Luke Kanies
On Nov 4, 2008, at 3:42 PM, Florian Grandel wrote: Hi Luke, In other words, I think the low-cost approach (fixing current stuff) is not the right idea here, and a higher-cost approach (where cost is mostly design) is the right solution. That's ok for me. This would obviously be

[Puppet-dev] Re: Classes vs. definitions (#1645)

2008-11-04 Thread Luke Kanies
(I'm kind of rate-limiting my response to this thread; it's long enough that it could take over my life if I let it.) On Oct 31, 2008, at 10:33 AM, jerico wrote: [...] The goal of a definition is to function as a composite resource, allowing multiple Puppet resources to look like a single

[Puppet-dev] puppet / RHEL4 x86_64bit

2008-11-04 Thread [EMAIL PROTECTED]
I am running RedHat Enterprise 4.5 x86_64bit, and i have been having some major problems getting ruby-shadow working. As RHEL4 comes with Ruby 1.8.1 which is not officially supported by Puppet, I have tried for several days everything I can think of to get it to work, but have failed every time.

[Puppet-dev] Re: A more ideal language (was Re: Classes vs. definitions (#1645))

2008-11-04 Thread Florian Grandel
Hi Luke, oups, I saw now that whenever you reply to a mail with the previous subject, then the discussion subject changes. That was not my intent... I'll change it back to your new subject with this post. You didn't like the term resource-bundle. I think class is a good candidate for future

[Puppet-dev] Re: A more ideal language (was Re: Classes vs. definitions (#1645))

2008-11-04 Thread Florian Grandel
Hi Luke, What I'm saying is that I'd like to once again hide the latter set of attributes, if we get a different set of public attributes. This way the developer has some control over whether every little variable in a class is exposed. Either that, or add a keyword that specifies

[Puppet-dev] Re: Permission problems in puppetmasterd

2008-11-04 Thread David Schmitt
Luke Kanies schrieb: Hi all, These problems keep cropping up, and it seems like we need a more comprehensive solution. The current 'master' branch has permission problems in puppetmasterd (as implied), and it's basically a race condition that shows up again and again. [...]

[Puppet-dev] Re: A more ideal language (was Re: Classes vs. definitions (#1645))

2008-11-04 Thread David Schmitt
Luke Kanies schrieb: On Oct 31, 2008, at 10:33 AM, jerico wrote: I don't agree on that. It might be a specially declarative and less procedural/imperative language and is probably not turing complete (no idea about that, I didn't try the proof!) But maybe this is just an argument about