(PUP-3568) Use puppet-lint v1 in module skeleton

The relative bit is necessary with puppet-lint v1 or it will fail if the
directory is not named correctly, which anyone doing development is
going to have. After I upgraded to puppet-lint v1, all of my travis-ci
builds started to fail and this is the fix.

These are all common situations that would fail

* Using Travis-ci.org

* `puppet module generate ghoneycutt-foo && cd ghoneycutt-foo && \
  rake lint`

* `git clone https://github.com/ghoneycutt/puppet-module-dnsclient.git \
  && cd puppet-module-dnsclient && rake lint`
(PUP-3568) Require at least 0.8.2 of puppetlabs_spec_helper

Previously the puppet-lint relative option was specified in the Rakefile
generated by the module tool. This option allows `rake lint` to succeed
when the module's top-level directory is of the form <author>-<name>,
which is usually the case during module development and testing. Without
the option puppet-lint will report:

    manifests/init.pp - ERROR: <name> not in autoload module layout on line 38

This commit updates the puppetlabs_spec_helper dependency to 0.8.2,
which already handles the relative option[1].

[1] https://github.com/puppetlabs/puppetlabs_spec_helper/commit/958102eb9
Merge branch 'pr/3255'

* pr/3255:
  (PUP-3568) Require at least 0.8.2 of puppetlabs_spec_helper
  (PUP-3568) Use puppet-lint v1 in module skeleton