Closed
Bug 674811
Opened 13 years ago
Closed 13 years ago
Puppet class names are relative
Categories
(Release Engineering :: General, defect)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dustin, Assigned: dustin)
Details
Attachments
(1 file)
2.86 KB,
patch
|
catlee
:
review+
|
Details | Diff | Splinter Review |
We have, abbreviated: modules/puppet/manifests/master.pp: class puppet::master { include master } modules/master/manifests/init.pp: class master { fail("hello") } And node "foo" { include puppet::master } In this case, the fail() is never seen; in fact, init.pp isn't even loaded. Here's why: the |include master| in master.pp searches first for puppet::master, which it finds, so it stops searching. I verified this by writing puppet::foober in modules/puppet/manifests/foober.pp, and observing that an 'include foober' in the puppet::master class definition will find that new foober.pp. Kinda sucks, but hey, it's puppet. So we should rename the 'master' module to something less generic.
Assignee | ||
Comment 1•13 years ago
|
||
docs bug filed: https://projects.puppetlabs.com/issues/8669
Assignee | ||
Comment 2•13 years ago
|
||
Easy change to releng::master, plus changes to the 'prefs' class. This worked fine on scl-production-puppet-new (bug 659005)
Attachment #549025 -
Flags: review?(catlee)
Comment 3•13 years ago
|
||
Comment on attachment 549025 [details] [diff] [review] m674811-puppet-manifests-p1-r1.patch Review of attachment 549025 [details] [diff] [review]: -----------------------------------------------------------------
Attachment #549025 -
Flags: review?(catlee) → review+
Assignee | ||
Comment 4•13 years ago
|
||
Committed.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•