Hi all, We had our first module triage and I wanted to send out some quick notes. This was slightly different, being our first, from the platform triages and we discussed some non-PR stuff:
We talked a little about testing, specifically beaker, documentation, module skeletons, and all those kinds of good things. We talked over some apache 2.4 stuff as well as some generic conversation around datacat/concat within the apache module, and problems we're having with travis and ruby 1.8.7. *Ruby 1.8.7 and testing* Each time you enter a next context within rspec-puppet a lot has to happen under the hood, and a new catalog is generated. Due to some slowness within Puppet it takes about 2.5 seconds per context to generate a catalog with ruby 1.8.7. This happens frequently enough in tests that it's a cause of some significant slowness for us. Andy Parker helped profile the code and ensure there's nothing obviously wrong with the codepath we're taking from testing. The only solution to faster tests is: 1/ Reduce the number of describe/context's within the tests. 2/ Improve certain parts of puppet, especially the qualified_scope bits. In the meantime we're going to drop 1.8 from our travis tests (as they simply time out) and look at the number of contexts and see what we can do there to keep the same catalog for more tests. PRs: 602: (apenney) Follow up to get a reproducible test case as people feel the current functionality works, and we're wondering if it's a specific version of apache that is causing this. 613: (apenney) See above. 607: (apenney) This has some problems for newer versions of ruby, and we'd like to discuss pushing this PR into the passenger module instead and focus on removing the current apache::passenger code in favor of more generic, reusable code. 604: (apenney) Merge post README changes. 603: (apenney) Same, docs waiting. 546: (apenney) Closed this, based on facter 1.7 having this support in, we didn't want to merge 1.6 changes. Look forward to seeing everyone next Tuesday! -- Ashley Penney ashley.pen...@puppetlabs.com Module Engineer *Join us at PuppetConf 2014, September 23-24 in San Francisco* -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-dev/CAC9eg%2Bmr2ijJbxHPZ2uE_BKPfyMCFYco6Y5fOWZas1ZHWErpxg%40mail.gmail.com. For more options, visit https://groups.google.com/groups/opt_out.
