I actually don't pin my package versions (too much micro-management and fat fingering of global updates) but I also never point at Internet repos since you have no idea what magic upstream will do to you on a daily basis.
On my development systems, I do update from the OS vendors nightly but that's mainly to find out what breaks before anyone else does. Trevor On Tue, Mar 28, 2017 at 7:40 AM, Erik Dalén <[email protected]> wrote: > Doing like debian with both named releases like squeeze and jessie etc, > but also repositories like stable would be a nice option. That way users > can just choose if they only want to stick to puppet 4.x packages in the > repo or if they prefer to use package pinning instead and have the repo > contain all packages. > > I would assume the majority of users pin their package versions, so the > current solution where you need to both start mirroring a new repo, switch > your hosts to use that and update the pinning is a bit of a hassle with no > benefits compared to just updating the pinning which was the case before > the PC1 repo. > > On Tue, 28 Mar 2017 at 13:31 Trevor Vaughan <[email protected]> > wrote: > >> +1 for just removing old repos. >> >> I would do something like CentOS where you have an archive or >> 'unsupported' space for people that simply can't upgrade for whatever >> reason. >> >> yum.puppetlabs.com/unsupported for the RPM users, for example. >> >> Trevor >> >> On Mon, Mar 27, 2017 at 9:12 AM, John Bollinger < >> [email protected]> wrote: >> >> >> >> On Friday, March 24, 2017 at 5:09:31 PM UTC-5, Eric Sorenson wrote: >> >> Well, that was the whole collections idea in a nutshell, but every one of >> those new repos would inevitably leave some people stranded on an old one. >> Terrifyingly, there are still something like 100,000 hosts[1] hitting the >> EOL'ed 3.x repos, which will never get any updates... there's no clearly >> great answer here but optimizing to protect people who have 'ensure => >> latest' against upstream repos doesn't seem like the right thing. >> >> >> We've had this discussion before. Nevertheless, I submit that the >> proposition is not to "optimize" for people who rely on the upstream repos, >> but rather to faithfully fulfill the responsibilities that many people >> presume you undertake by providing software repos in the first place. In >> this case that also carries the benefit of avoiding torpedoing some 100K or >> so Puppet installations, and regardless of technical considerations, I >> question the wisdom of such a move on business and community relations >> grounds. >> >> If you don't want to maintain repos for the EOL software versions (which >> is reasonable), then it would be much better to simply remove those repos >> than to drop incompatible package versions into them. >> >> >> 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 [email protected]. >> To view this discussion on the web visit https://groups.google.com/d/ >> msgid/puppet-dev/070d678d-68eb-4147-913e-d453f6c411ff%40googlegroups.com >> <https://groups.google.com/d/msgid/puppet-dev/070d678d-68eb-4147-913e-d453f6c411ff%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> >> For more options, visit https://groups.google.com/d/optout. >> >> >> >> >> -- >> Trevor Vaughan >> Vice President, Onyx Point, Inc >> (410) 541-6699 x788 <(410)%20541-6699> >> >> -- 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 [email protected]. >> To view this discussion on the web visit https://groups.google.com/d/ >> msgid/puppet-dev/CANs%2BFoUTk6FrGRWtthFJK9doATAmNdLo >> isHUrMh7eh-6kzHTmg%40mail.gmail.com >> <https://groups.google.com/d/msgid/puppet-dev/CANs%2BFoUTk6FrGRWtthFJK9doATAmNdLoisHUrMh7eh-6kzHTmg%40mail.gmail.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 [email protected]. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/puppet-dev/CAAAzDLd5OEhjSL3hyvJGXk9zDpZKVGXYuvU3s%3DitjA%2BJp0G7Ww% > 40mail.gmail.com > <https://groups.google.com/d/msgid/puppet-dev/CAAAzDLd5OEhjSL3hyvJGXk9zDpZKVGXYuvU3s%3DitjA%2BJp0G7Ww%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- Trevor Vaughan Vice President, Onyx Point, Inc (410) 541-6699 x788 -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-dev/CANs%2BFoXZ30C0TOXQgn0dDfb3a00qFmMUWDOEs-E98_vwy1j-Pg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
