Yes please. Moving this out of $vardir/ssl will be quite irritating to teach existing users about the new product usage.
On Sun, Feb 22, 2015 at 8:51 AM, Erik Dalén <erik.gustav.da...@gmail.com> wrote: > Regarding the installation paths, wouldn't it make sense to move ssldir to > $vardir/ssl instead to make it more in line where distros put it? > As that directory essentially needs to be writable by the puppet agent. > > On Sat Feb 21 2015 at 2:36:37 AM Henrik Lindberg < > henrik.lindb...@cloudsmith.com> wrote: > >> We gave all of the yaks a mullet, now they need a shave. >> >> Everyone is really busy with the AIO packaging and getting all the right >> bits through the testing gauntlet. >> >> After much going back and forth on one of the details; what should the >> paths be for all the components in the AIO? we decided to write this up >> as a proper specification. Now there is one: >> https://github.com/puppetlabs/puppet-specifications/blob/ >> master/file_paths.md >> >> Making the changes for these paths, the tests pipelines, and doing >> everything in the right order and also fixing the problems that have >> occurred is taking longer than anticipated. >> >> Old friends come back and bite us... as an example there are circular >> dependencies between hiera and puppet that makes testing interesting. >> We also again experienced how difficult it is to add a dependency on an >> additional gem - now experienced again with the deep_merge gem (for >> merging arrays and hashes in hiera and in the the data in modules >> support). We simply have a lot of ways the software gets delivered, and >> in some cases it is difficult to get a gem in the right place. Thus we >> ended up vendoring (i.e. including a copy) the deep_merge gem like we do >> with some other gems. Long term we want to stop doing this - but for now >> there were too many places to deal with, and we did not want to add >> additional yaks to the line of yaks already waiting for their shave. >> >> On the bright side, while waiting for the bits to fall into place, we >> have been fixing additional puppet and hiera tickets that we thought we >> would not get to in time for the release of Puppet 4.0/3.7.5 and friends. >> >> Real soon now folks... >> >> - henrik >> >> >> -- >> >> Visit my Blog "Puppet on the Edge" >> http://puppet-on-the-edge.blogspot.se/ >> >> -- >> 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/mc8ne9%245e5%241%40ger.gmane.org. >> For more options, visit https://groups.google.com/d/optout. >> > -- > 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/CAAAzDLeOTz-bt_3jw_4mw8yY9EuMUuLknx8oHvz9RBS0bUPVVg%40mail.gmail.com > <https://groups.google.com/d/msgid/puppet-dev/CAAAzDLeOTz-bt_3jw_4mw8yY9EuMUuLknx8oHvz9RBS0bUPVVg%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- Trevor Vaughan Vice President, Onyx Point, Inc (410) 541-6699 tvaug...@onyxpoint.com -- This account not approved for unencrypted proprietary information -- -- 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/CANs%2BFoU4fAj5aa6-vZscQL7c%2BcZ3Ph-H7uc3oydBr4QJz3E1BA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
