Interestingly, I ran into just this issue yesterday.
The scenario was using autofs.
Autofs home directories get installed in /export/home/$USER.
Autofs takes care of $USER.
However, puppet takes care of /export and /home.
So, if all resources are managed by Puppet, then User['foo'] should
autorequire at least /export/home which, in turn, will autorequire /export.
However, the actual /export/home/$USER directory is completely irrelevant
(and should not show up in Puppet anyway).
If, for some reason, /export/home was *not* controlled by Puppet, then I
would want User['foo'[ to autorequire /export as well as /export/home.
In this case, I would want the user's target directory +1 to be
autorequired and I would like to vote for that.
I couldn't come up with any scenarios that would push me past target +1.
Trevor
On Fri, Mar 6, 2015 at 5:50 AM, Felix Frank <felix.fr...@alumni.tu-berlin.de
> wrote:
> Since we're winding down :)
>
> As nobody seems to love generated resources as passionately as I do
> (it's OK, we still have each other), I would still ask for a compromise:
> Autorequire does make sense, but can we tone it down?
>
> As I understand it, the following resource
>
> user { 'foo': home => '/var/lib/vendor/toolset/vendor-tool' }
>
> will autorequire either
> File['/var/lib/vendor/toolset']
> File['/var/lib/vendor']
> File['/var/lib']
> or
> File['/var']
>
> which is a bit much for my taste. Autorequiring the immediate parent
> only would make more sense to me.
>
> Thanks,
> Felix
>
> On 03/03/2015 10:38 PM, Trevor Vaughan wrote:
> > Indeed, I too apologize for the complete tangent!
> >
> > And, as would be expected, I'm for the autorequires since it does what I
> > would expect it to do.
> >
> > Which, again, is counter to what John wants ;-). But, that's my answer
> > to the original question.
> >
> > Thanks,
> >
> > Trevor
> >
> > On Tue, Mar 3, 2015 at 3:37 PM, John Bollinger
> > <john.bollin...@stjude.org <mailto:john.bollin...@stjude.org>> wrote:
> >
> >
> >
> > On Wednesday, February 25, 2015 at 5:41:19 PM UTC-6, Raphaël Pinson
> > wrote:
> >
> > Hello,
> >
> >
> > As per Kylo's comment in PR for PUP-4036
> > <
> https://github.com/puppetlabs/puppet/pull/3645#issuecomment-76032829>,
> > I'd like to discuss the possibility and implications of
> > autorequiring parent directories of the home directory for user
> > resources.
> >
> > As stated in the PR, the idea came from stumbling upon a code
> > like this one:
> >
> > file { '/srv/home': ensure => directory }
> > file { '/home': ensure => link, target => '/srv/home' } -> User
> <| |>
> >
> >
> > where it made a lot of sense that all users should just
> > autorequire the nearest parent directory to their home directory.
> >
> > What are your thoughts on this feature?
> >
> >
> >
> > My sincere apologies for my part in what I now recognize as taking
> > this thread off on a tangent. The lively discussion we had,
> > however, did allow me to frame my general position on
> > autorequirements, which is that they should be implemented only when
> > they are directly indicated by the nature of the resource. If User
> > resources /can/ be applied without first applying the File resources
> > representing their home directories, then there should be no
> > autorequirement.
> >
> >
> > John
> >
> > --
> > 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
> > <mailto:puppet-dev+unsubscr...@googlegroups.com>.
> > To view this discussion on the web visit
> >
> https://groups.google.com/d/msgid/puppet-dev/b8d5e560-9357-4d8f-8234-3b593d9be246%40googlegroups.com
> > <
> https://groups.google.com/d/msgid/puppet-dev/b8d5e560-9357-4d8f-8234-3b593d9be246%40googlegroups.com?utm_medium=email&utm_source=footer
> >.
> >
> > 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/54F98667.5040505%40alumni.tu-berlin.de
> .
> 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%2BFoV1y%2BGbkHCh8MccFgRuYAkjb2CTBzw07awZkDqLpZf0Wg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
