Re: [Puppet-dev] how to share modules on forge: error: symlink tree too deep

On Thursday, May 10, 2012 9:13:53 PM UTC-7, Jeff McCune wrote: > > > > > Yeah, that's a bit confusing... Have you registered an account on the > forge? > > yup -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To view this discussi

Re: [Puppet-dev] how to share modules on forge: error: symlink tree too deep

On Thu, May 10, 2012 at 5:13 PM, Philip Brown wrote: > http://forge.puppetlabs.com/ > Share modules > "Learn how to create and share modules using the puppet-module > tool. > " > -> links to -> > > > https://github.

[Puppet-dev] Re: ANNOUNCE: Puppet Module Tool version 0.3.4

Reading the documentation so far, it looks like it has the option to query a different repository other than forge. The question I have is if we have modules that we need to host internally how can we serve them up to be searchable by PMT? On Tuesday, August 9, 2011 6:47:59 PM UTC-4, James Turn

[Puppet-dev] Announce: Facter 1.6.9rc1 Available

Facter 1.6.9rc1 is a maintenance release candidate with bug fixes and improvements. It includes contributions from the following people: Jeff Weiss, Joachim de Groot, Ken Barber, Matthaus Litteken, Moses Mendoza, and Stefan Schulte. This release is available for download at: http://downloads.pup

[Puppet-dev] (puppetlabs/puppet-acceptance) Perform a hard reset to get module changes

On Fri May 11 00:15:32 UTC 2012 pull request #210 was closed. Perform a hard reset to get module changes requested by (jeffmccune) The pull request was merged by: justinstoller -- You received this message because you are subscribed to the Google Groups "Puppet Devel

[Puppet-dev] (puppetlabs/puppet) Bug/master/14200 face class names

Please review pull request #754: Bug/master/14200 face class names opened by (cprice-puppet) Description: This is basically just a re-introduction of ce1ea847163e6448d1442a6d626957dac798, which was mostly some cleanup and fixes for the help face. However, that commit

[Puppet-dev] how to share modules on forge: error: symlink tree too deep

http://forge.puppetlabs.com/ Share modules "Learn how to create and share modules using the puppet-module tool. " -> links to -> https://github.com/puppetlabs/puppet-module-tool/blob/master/README.markdown Buildin

[Puppet-dev] (puppetlabs/puppet-acceptance) Perform a hard reset to get module changes

Please review pull request #210: Perform a hard reset to get module changes opened by (jeffmccune) Description: Without this patch the --modules command line option results in the behavior of using git checkout -f on the puppet master systems using the local branch. This

[Puppet-dev] (puppetlabs/facter) (#3226) Strip whitespace from fact

Please review pull request #202: (#3226) Strip whitespace from fact opened by (hkenney) Description: Prior to this commit, Facter was not removing trailing or leading whitespace from facts. This change normalizes all facts by stripping whitespace. However, since in some c

[Puppet-dev] (puppetlabs/facter) (#3226) Strip whitespace from fact

On Thu May 10 22:21:02 UTC 2012 pull request #202 was closed. (#3226) Strip whitespace from fact requested by (hkenney) -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To post to this group, send email to puppet-dev

Re: [Puppet-dev] Trying to isolate performance issues with config retrieval.

Based on this change, caching catalog time appears to be about 1/10 of the total Catalog retrieval number fairly consistently. Thanks, Trevor On Wed, May 9, 2012 at 3:28 AM, Emile MOREL wrote: > Hi, > > Trevor Vaughan a écrit : > >> All, >> >> I've noticed an understandable correlation between

Re: [Puppet-dev] Trying to isolate performance issues with config retrieval.

Apologies for the double post but my Ruby version is 1.8.7. Thanks, Trevor On Thu, May 10, 2012 at 6:12 PM, Trevor Vaughan wrote: > Nick, > > I just tried this patch with 2.7.13 and I didn't notice a large > difference in timing overall but I also didn't notice any adverse > effects. > > And, y

Re: [Puppet-dev] Trying to isolate performance issues with config retrieval.

Nick, I just tried this patch with 2.7.13 and I didn't notice a large difference in timing overall but I also didn't notice any adverse effects. And, yes, I'm more than happy to try out new patches for optimization. Thanks, Trevor On Thu, May 10, 2012 at 2:44 PM, Nick Lewis wrote: > On Thursd

[Puppet-dev] (puppetlabs/facter) (#3226) Strip whitespace from fact

Please review pull request #202: (#3226) Strip whitespace from fact opened by (hkenney) Description: Prior to this commit, Facter was not removing trailing or leading whitespace from facts. This change normalizes all facts by stripping whitespace. However, since in some c

[Puppet-dev] (puppetlabs/puppet-docs) Mention that PL offers native packages

On Thu May 10 21:00:09 UTC 2012 pull request #67 was closed. Mention that PL offers native packages requested by (stahnma) -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To post to this group, send email to puppet-

Re: [Puppet-dev] Trying to isolate performance issues with config retrieval.

You guys are the best, quite the quick turn around! I'll be applying this to our largest puppetmaster tomorrow and running a series of tests so I can give you some feedback. On Thu, May 10, 2012 at 2:44 PM, Nick Lewis wrote: > On Thursday, May 10, 2012 at 10:30 AM, Ashley Penney wrote: > > On T

Re: [Puppet-dev] here is new resource type sysprop v1.0

Yes - I followed the documentation on the github README and it seemed to work as documented, the only thing I needed to do extra was include the rdoc gem beforehand. I'm on a Mac - so your personal mileage may vary depending on the OS you are trying to use. ken. On Thu, May 10, 2012 at 8:41 PM,

Re: [Puppet-dev] Trying to isolate performance issues with config retrieval.

Excellent work, Nick - thank you. -- Luke Kanies | +1-615-594-8199 | http://about.me/lak On May 10, 2012, at 11:44 AM, Nick Lewis wrote: On Thursday, May 10, 2012 at 10:30 AM, Ashley Penney wrote: On Thu, May 10, 2012 at 1:42 AM, Jeff Weiss wrote: Fourth, Peter, Émile, and Trevor (or anyone

Re: [Puppet-dev] here is new resource type sysprop v1.0

On Thursday, May 10, 2012 12:31:15 PM UTC-7, Ken Barber wrote: > > Its managed like code, so if you go to: > > https://github.com/puppetlabs/puppet-docs > > You can see the README file with the docs on how to build it, and view it. > > Wow. (asking for clarity here, so I can submit a change su

Re: [Puppet-dev] Trying to isolate performance issues with config retrieval.

Nick Lewis wrote: > On Thursday, May 10, 2012 at 10:30 AM, Ashley Penney wrote: >> On Thu, May 10, 2012 at 1:42 AM, Jeff Weiss > > wrote: >>> >>> Fourth, Peter, Émile, and Trevor (or anyone else experiencing the >>> problem), would you be willing to be pre-release

Re: [Puppet-dev] here is new resource type sysprop v1.0

Its managed like code, so if you go to: https://github.com/puppetlabs/puppet-docs You can see the README file with the docs on how to build it, and view it. ken. On Thu, May 10, 2012 at 8:19 PM, Philip Brown wrote: > > > On Thursday, May 10, 2012 11:56:15 AM UTC-7, Ken Barber wrote: >> >> > 1.

Re: [Puppet-dev] here is new resource type sysprop v1.0

On Thursday, May 10, 2012 11:56:15 AM UTC-7, Ken Barber wrote: > > > 1. How do I address the problem of forge vs docs site redundancy? Not > sure > > that the above redmine area is the correct place > > Its a good enough place to start. If the documentation overlaps or > says two different th

[Puppet-dev] (puppetlabs/puppet) Significantly improve compilation performance when using modules

Please review pull request #753: Significantly improve compilation performance when using modules opened by (nicklewis) Description: When autoloading classes/defines, the typeloader constructs a set of possible locations for the class, based on its name. Effectively, it w

Re: [Puppet-dev] here is new resource type sysprop v1.0

> 1. How do I address the problem of forge vs docs site redundancy? Not sure > that the above redmine area is the correct place Its a good enough place to start. If the documentation overlaps or says two different things its a fair place to cover it. > 2. The trouble with the bug I filed, though.

Re: [Puppet-dev] Trying to isolate performance issues with config retrieval.

On Thursday, May 10, 2012 at 10:30 AM, Ashley Penney wrote: > On Thu, May 10, 2012 at 1:42 AM, Jeff Weiss (mailto:jeff.we...@puppetlabs.com)> wrote: > > > > Fourth, Peter, Émile, and Trevor (or anyone else experiencing the problem), > > would you be willing to be pre-release testers of improvem

Re: [Puppet-dev] here is new resource type sysprop v1.0

On Thursday, May 10, 2012 11:20:23 AM UTC-7, Ken Barber wrote: > > > > > > The top level needs to more noticably spell out to the reader, "hey pay > > attention, this bit(lib dir) is very different, you should go read the > > detail page to understand it more." > > Sounds fair enough, if you

Re: [Puppet-dev] how to register a "respond_to?" ?

On Wednesday, May 9, 2012 2:45:46 PM UTC-7, Nick Lewis wrote: > > > Here's a gist with a minimal implementation of this functionality, which > hopefully will make it clear where your code differs (and if it really > doesn't differ, we have a truly fascinating mystery on our hands!): > Hmm. wel

Re: [Puppet-dev] here is new resource type sysprop v1.0

>> On the page I sent you: >> >> http://docs.puppetlabs.com/puppet/2.7/reference/modules_fundamentals.html >> >> Under the lib directory it states: >> >> Contains plugins, like custom facts and custom resource types. See >> “Using Plugins” for more details. >> >> Which redirects you to a hyperlink

[Puppet-dev] (puppetlabs/puppet-acceptance) Fix missing comma in --modules option

On Thu May 10 17:59:07 UTC 2012 pull request #209 was closed. Fix missing comma in --modules option requested by (jeffmccune) The pull request was merged by: djm68 -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group.

[Puppet-dev] (puppetlabs/puppet-acceptance) Add --modules command line option to test modules

On Thu May 10 17:51:55 UTC 2012 pull request #206 was closed. Add --modules command line option to test modules requested by (jeffmccune) The pull request was merged by: djm68 -- You received this message because you are subscribed to the Google Groups "Puppet Develo

[Puppet-dev] (puppetlabs/puppet-acceptance) (maint) Add Hiera lib dir for Linux hosts

On Thu May 10 17:34:32 UTC 2012 pull request #208 was closed. (maint) Add Hiera lib dir for Linux hosts requested by (djm68) The pull request was merged by: kelseyhightower -- You received this message because you are subscribed to the Google Groups "Puppet Developer

[Puppet-dev] (puppetlabs/puppet-acceptance) (maint) Add Hiera lib dir for Linux hosts

Please review pull request #208: (maint) Add Hiera lib dir for Linux hosts opened by (djm68) Description: Add Hiera lib dir: /opt/puppet-git-repos/hiera/lib to $RUBYLIB. This is very specific to how we install FOSS Puppet via the test harness, and will not work if Hiera i

Re: [Puppet-dev] Trying to isolate performance issues with config retrieval.

On Thu, May 10, 2012 at 1:42 AM, Jeff Weiss wrote: > > Fourth, Peter, Émile, and Trevor (or anyone else experiencing the > problem), would you be willing to be pre-release testers of improvements? > Our ops team is seeing the problem too, but that's only a single real-world > data point. We need

Re: [Puppet-dev] here is new resource type sysprop v1.0

On Thursday, May 10, 2012 10:10:56 AM UTC-7, Ken Barber wrote: > I think your tone is a little trollish Philip - can we be more civil > please? I'm just trying to help. > Okay, sorry. One man's humor is another man's trolling, I suppose. So here's plain and boring: > > ( custom types g

Re: [Puppet-dev] here is new resource type sysprop v1.0

> The doc you just have the url for, above, says > ( custom types go in   (MODULEDIR)/lib/(?somewhere?)  -- hey another bug, it > doesnt say specifically where under lib it goes ) On the page I sent you: http://docs.puppetlabs.com/puppet/2.7/reference/modules_fundamentals.html Under the lib dire

[Puppet-dev] (puppetlabs/hiera-puppet) (#13684) Modify hiera function to fall back to default if config absent

Please review pull request #25: (#13684) Modify hiera function to fall back to default if config absent opened by (eshamow) Description: As heira gets integrated into the workflow for Puppet, we should expect users to be able to write modules using the hiera call and uplo

Re: [Puppet-dev] here is new resource type sysprop v1.0

Sooo may comments I have on this stuff! :-/ I'll try to keep them focused to just what Ken wrote. Mostly :-) On Wednesday, May 9, 2012 3:08:04 PM UTC-7, Ken Barber wrote: > > > So the top level location of stuff is defined here: > > http://docs.puppetlabs.com/puppet/2.7/reference/modules_fund

Re: [Puppet-dev] Trying to isolate performance issues with config retrieval.

Daniel Pittman a écrit : It would be great to improve that, from our point of view, but I wonder a bit: when is this a killer problem for everyone? We are using puppet only interactively, on command line. When writing your manifests, you can try to apply your freshly written module a coupl

Re: [Puppet-dev] Trying to isolate performance issues with config retrieval.

Fourth, Peter, Émile, and Trevor (or anyone else experiencing the problem), would you be willing to be pre-release testers of improvements? Our ops team is seeing the problem too, but that's only a single real-world data point. We need to make sure we don't self-optimize. We need your hel

Re: [Puppet-dev] Trying to isolate performance issues with config retrieval.

But anyway I remember that caching the catalog (read serializing it as yaml to disk) has been very slow for years and also known. It usually makes the agent look like it's hanging. This especially happens on huge catalogs - I have catalogs with up to 10k resources. It would be great to improve t

Re: [Puppet-dev] Trying to isolate performance issues with config retrieval.

On Wed, 2012-05-09 at 11:15 +0200, Peter Meier wrote: > But anyway I remember that caching the catalog (read serializing it as > yaml to disk) has been very slow for years and also known. It usually > makes the agent look like it's hanging. This especially happens on > huge catalogs - I have