Issue #17020 has been updated by eric sorenson.
To add some detail: there are several steps along the path to providing a more slender Puppet core. * Make 'vendoring' modules possible by fixing code loading (#7316) so non-core code can move to a modulepath style directory structure *Move type/provider/non-core code into module-style directory structure, in preparation for splitting into separate Forge modules. * Provide tooling/messages (??) for easy migration to the Forge versions. * Split code out into different repositories and corresponding Forge modules, to be recombined in packaging. ---------------------------------------- Bug #17020: Split non-core puppet functionality into modules https://projects.puppetlabs.com/issues/17020#change-80055 Author: eric sorenson Status: Accepted Priority: Normal Assignee: eric sorenson Category: Target version: 3.x Affected Puppet version: Keywords: backlog Branch: To reduce the surface area of puppet itself and increase maintainability of non-core puppet, things which can be split out from it should be. Prime examples include the Nagios types (#4146), some of the more esoteric single-OS types and providers like solaris zpools. These could still be combined at packaging time but the puppet repository itself would not contain them. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://projects.puppetlabs.com/my/account -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/puppet-bugs?hl=en.
