Jira (PUP-2746) new parameter "allow_virtual"
Title: Message Title Kylo Ginsberg commented on PUP-2746 Re: new parameter "allow_virtual" Per PUP-4076 this message will no longer be emitted starting with 3.7.5. I'll close this one as a dup of that one. Add Comment This message was sent by Atlassian JIRA (v6.3.10#6340-sha1:7ea293a) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-2746) new parameter "allow_virtual"
Title: Message Title Kylo Ginsberg commented on PUP-2746 Re: new parameter "allow_virtual" Rich tea the two methods given by snippets above should work in most cases. However, I've also seen where users of a module that has custom facts which call puppet to report package info as facts (that's quite a mouthful, sorry) will see this message too. In that case, the easiest thing is probably to patch the module similar to the snippet above (i.e. to set `allow_virtual=false` as a Package default). Btw, there is no release called PE 3.4.3. What is the output of 'puppet --version'? Thanks! Add Comment This message was sent by Atlassian JIRA (v6.3.10#6340-sha1:7ea293a) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-2746) new parameter "allow_virtual"
Title: Message Title Rich tea commented on PUP-2746 Re: new parameter "allow_virtual" This really is no good, we are running PE 3.4.3 and it would seem that there is no way to stop this message appearing on every puppet run. I tried adding "disable_warnings = deprecations" to puppet.conf but it seems to be not supported. and setting "allow_virtual" will not work ether. Is there anything else we can do to stop this message? Add Comment This message was sent by Atlassian JIRA (v6.3.10#6340-sha1:7ea293a) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-2746) new parameter "allow_virtual"
Title: Message Title Ben Roberts commented on an issue Re: new parameter "allow_virtual" For what it's worth I have implemented the following workaround in my site.pp file. This has prevented the invalid parameter warning on <3.6 and silenced the deprecation notice on >= 3.6 if versioncmp($::puppetversion, '3.6.0') >= 0 { Package { allow_virtual => false, } } Add Comment Puppet / PUP-2746 new parameter "allow_virtual"
Jira (PUP-2746) new parameter "allow_virtual"
Title: Message Title Chris Denneen commented on an issue Re: new parameter "allow_virtual" Josh Cooper Appears puppetlabs-ntp 3.x (even 3.2.1) can't utilize the global allow_virtual in site.pp: Error: Could not retrieve catalog from remote server: Error 400 on SERVER: Invalid parameter allow_virtual on Package[ntp] at /etc/puppet/environments/production/modules/ntp/manifests/install.pp:7 I removed the global setting and will deal with the client complaining about deprecation for now. Any idea when that module will get updated? Changelog shows it's been updated for 3.6 and 4.0 compatibility but still seems to have this issue. Thanks Add Comment Puppet / PUP-2746 new parameter "allow_virtual" So, this whole "allow_virtual" new parameter has been extremely frustrating. We use puppet to manage package updates, i.e. package{'puppet': ensure=>latest} Therefore, we added Package{allow_virtual=>false} in order to remove the extraneous warning, of which because its in RED, our customers think something broke. Then, since not all of the pup... This message was sent by Atlassian JIRA (v6.1.4#6159-sha1:44eaede)
Jira (PUP-2746) new parameter "allow_virtual"
Title: Message Title Josh Cooper commented on an issue Re: new parameter "allow_virtual" Curtis Ruck Just so you know, we really are trying to do the right thing here. I know it probably doesn't seem that way, but we want to make sure users are aware of breaking changes that will be occurring Puppet 4, and remediate those issues before Puppet 4 lands. It would of been much nicer if you had added the default allow_virtual=>false to maintain existing functionality, since according to semantic versioning you can add features but not break existing environments. That's fair. We wanted it to default to true in 4.0. If we explicitly set the default to false in 3.x, then we wouldn't be able to issue a deprecation warning. Thank you for successfully introducing non-backwards compatible changes into your stable releases. Watch the tone please, that wasn't our intent. We didn't realize that setting allow_virtual as a resource default would require the master and all agents to be upgraded to 3.6.1. In 3.6.2, you can set --disable-warnings=deprecations. If you want to run a single run with deprecations enabled, you can do: puppet agent -t --disable_warnings='' Add Comment Puppet / PUP-2746 new parameter "allow_virtual" So, this whole "allow_virtual" new parameter has been extremely frustrating. We use puppet to manage package updates, i.e. package{'puppet': ensure=>lates
Jira (PUP-2746) new parameter "allow_virtual"
Title: Message Title Curtis Ruck created an issue Puppet / PUP-2746 new parameter "allow_virtual" Issue Type: Bug Affects Versions: 3.6.0 Assignee: Kylo Ginsberg Components: Client, QA, Server Created: 10/Jun/14 5:55 AM Priority: Normal Reporter: Curtis Ruck So, this whole "allow_virtual" new parameter has been extremely frustrating. We use puppet to manage package updates, i.e. package {'puppet': ensure=>latest} Therefore, we added Package {allow_virtual=>false} in order to remove the extraneous warning, of which because its in RED, our customers think something broke. Then, since not all of the puppet agent's were running 3.6.x at that time, they broke because allow_virtual is a new parameter, of which your changing the default to, when it didn't exist. The entire way this allow_virtual was handled has been a severe pain. It would of been much nicer if you had added the default allow_virtual=>false to maintain existing functionality, since according to semantic versioning you can add features but not break existing environments. Then in Puppet 4.x you change the default of allow_virtual=>true when your customers are expecting breaking changes. Thank you for suc