Re: Puppet version bump
On Mon, Feb 11, 2013 at 1:11 PM, Stig Sandbeck Mathisen wrote: > John Moser writes: > >> While we're at it, why is etckeeper stuff in the package? The >> Puppetlabs guys said because it's in Debian's package and "Debian >> packagers are fruitbats", so they're imitating "for compatibility." > > The etckeeper integration is a contribution from the Ubuntu packaging. > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571127 > > If etckeeper is not installed, the hooks in the default configuration do > nothing. > Interesting. That's a more in-depth (but less amusing) explanation than the one I received previously. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
John Moser writes: > While we're at it, why is etckeeper stuff in the package? The > Puppetlabs guys said because it's in Debian's package and "Debian > packagers are fruitbats", so they're imitating "for compatibility." The etckeeper integration is a contribution from the Ubuntu packaging. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571127 If etckeeper is not installed, the hooks in the default configuration do nothing. -- Stig Sandbeck Mathisen -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On 02/05/2013 06:45 PM, Ryan Tandy wrote: > John Moser gmail.com> writes: >> 2. Convince Ubuntu to put the newest Puppetmaster in Backports. I am >> not advocating this either. > Slightly off-topic, but FWIW I would be happy to see raring's puppet > (whatever version that ends up being) in precise-backports. > lucid-backports has puppet 2.7 and that made my life a LOT easier since > my puppetmaster runs precise and I am using some recent modules. Having > backports available but not installed by default is really quite nice. > Furthermore it's quite likely that at some point I'll have some clients > running a newer Ubuntu than the puppetmaster, and it would be great to > be able to support it just by upgrading puppetmaster to a backports > version. > > If someone does the testing, I'm happy to keep pushing puppet updates to the backports repo. You can use the requestbackport script in ubuntu-dev-tools to file the request and list the testing needed. Thanks, Micah -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On 02/05/2013 07:58 PM, Alec Warner wrote: On Tue, Feb 5, 2013 at 4:50 PM, John Moser wrote: On 02/05/2013 07:45 PM, Ryan Tandy wrote: John Moser gmail.com> writes: 2. Convince Ubuntu to put the newest Puppetmaster in Backports. I am not advocating this either. Slightly off-topic, but FWIW I would be happy to see raring's puppet (whatever version that ends up being) in precise-backports. lucid-backports has puppet 2.7 and that made my life a LOT easier since my puppetmaster runs precise and I am using some recent modules. Having backports available but not installed by default is really quite nice. Furthermore it's quite likely that at some point I'll have some clients running a newer Ubuntu than the puppetmaster, and it would be great to be able to support it just by upgrading puppetmaster to a backports version. http://apt.puppetlabs.com/ While we're at it, why is etckeeper stuff in the package? The Puppetlabs guys said because it's in Debian's package and "Debian packagers are fruitbats", so they're imitating "for compatibility." I know Nigel Kirsten and Andrew Pollock, so if there is stuff wrong in the debian packaging I am happy to chat with them. I'm just relaying what I got from #puppet on freenode. There seems to be no purpose to hooking etckeeper--at least, none that warrants hooking it into puppet by default. -A -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Tue, Feb 5, 2013 at 4:50 PM, John Moser wrote: > > > On 02/05/2013 07:45 PM, Ryan Tandy wrote: >> >> John Moser gmail.com> writes: >>> >>> 2. Convince Ubuntu to put the newest Puppetmaster in Backports. I am >>> not advocating this either. >> >> >> Slightly off-topic, but FWIW I would be happy to see raring's puppet >> (whatever version that ends up being) in precise-backports. >> lucid-backports has puppet 2.7 and that made my life a LOT easier since >> my puppetmaster runs precise and I am using some recent modules. Having >> backports available but not installed by default is really quite nice. >> Furthermore it's quite likely that at some point I'll have some clients >> running a newer Ubuntu than the puppetmaster, and it would be great to >> be able to support it just by upgrading puppetmaster to a backports >> version. >> >> > > http://apt.puppetlabs.com/ > > While we're at it, why is etckeeper stuff in the package? The Puppetlabs > guys said because it's in Debian's package and "Debian packagers are > fruitbats", so they're imitating "for compatibility." I know Nigel Kirsten and Andrew Pollock, so if there is stuff wrong in the debian packaging I am happy to chat with them. -A > > > -- > Ubuntu-devel-discuss mailing list > Ubuntu-devel-discuss@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On 02/05/2013 07:45 PM, Ryan Tandy wrote: John Moser gmail.com> writes: 2. Convince Ubuntu to put the newest Puppetmaster in Backports. I am not advocating this either. Slightly off-topic, but FWIW I would be happy to see raring's puppet (whatever version that ends up being) in precise-backports. lucid-backports has puppet 2.7 and that made my life a LOT easier since my puppetmaster runs precise and I am using some recent modules. Having backports available but not installed by default is really quite nice. Furthermore it's quite likely that at some point I'll have some clients running a newer Ubuntu than the puppetmaster, and it would be great to be able to support it just by upgrading puppetmaster to a backports version. http://apt.puppetlabs.com/ While we're at it, why is etckeeper stuff in the package? The Puppetlabs guys said because it's in Debian's package and "Debian packagers are fruitbats", so they're imitating "for compatibility." -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
John Moser gmail.com> writes: > 2. Convince Ubuntu to put the newest Puppetmaster in Backports. I am > not advocating this either. Slightly off-topic, but FWIW I would be happy to see raring's puppet (whatever version that ends up being) in precise-backports. lucid-backports has puppet 2.7 and that made my life a LOT easier since my puppetmaster runs precise and I am using some recent modules. Having backports available but not installed by default is really quite nice. Furthermore it's quite likely that at some point I'll have some clients running a newer Ubuntu than the puppetmaster, and it would be great to be able to support it just by upgrading puppetmaster to a backports version. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Tue, Feb 5, 2013 at 4:16 PM, Alec Warner wrote: > Last time I checked, it took a human to actually dist-upgrade (to go > from 2.7 to 3.0...) What you expect and what everybody and their mother does are two different things. > Are people really doing that and not expecting things to go horribly wrong? :) You wouldn't believe how many people I've seen do it and expect nothing to go wrong just because they hear Ubuntu is easy, just because they hear that Ubuntu has tools to help you upgrade, just because they hear this and that they expect the case to be perfect upgrade. I'm not talking about people I directly work with, I'm talking about clients. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Tue, Feb 5, 2013 at 1:24 PM, Jordon Bedwell wrote: > On Tue, Feb 5, 2013 at 3:09 PM, John Moser wrote: >> I work in a place without staging, and we desperately need it, and I >> am becoming slowly more aggressive and will be making arguments after >> I torch my burn down charts. >> >> Think about that though. No testing environment. So much pain. > > Talk about loving to live on the dangerous and wild side :P > >> With a testing environment, massive breakage to me is just a >> playground and casual Friday. > > Oddly enough I kinda feel like your sentence says. When I see people > upgrade without staging I get this fire rage and I hate everything > about what's broken and I'm angry for days after fixing it and I'm > angry I have to figure out what broke and I'm just angry at the world > at that point but when proper staging happens, oddly enough I don't > care at all and I'm more than happy to figure out what broke, it's > just like you said, it's like a casual Friday "yay I get to learn > something new." Last time I checked, it took a human to actually dist-upgrade (to go from 2.7 to 3.0...) Are people really doing that and not expecting things to go horribly wrong? :) -A -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Tue, Feb 5, 2013 at 3:09 PM, John Moser wrote: > I work in a place without staging, and we desperately need it, and I > am becoming slowly more aggressive and will be making arguments after > I torch my burn down charts. > > Think about that though. No testing environment. So much pain. Talk about loving to live on the dangerous and wild side :P > With a testing environment, massive breakage to me is just a > playground and casual Friday. Oddly enough I kinda feel like your sentence says. When I see people upgrade without staging I get this fire rage and I hate everything about what's broken and I'm angry for days after fixing it and I'm angry I have to figure out what broke and I'm just angry at the world at that point but when proper staging happens, oddly enough I don't care at all and I'm more than happy to figure out what broke, it's just like you said, it's like a casual Friday "yay I get to learn something new." -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Tue, Feb 5, 2013 at 4:07 PM, Jordon Bedwell wrote: > On Tue, Feb 5, 2013 at 3:00 PM, John Moser wrote: >> On a related note, Puppet 3.1 came out ... yesterday. So next debate: >> 3.0.2 or 3.1 into Debian experimental? (I've been trying to get it >> brought in) > > If it were me, I would rather fight to upgrade once, not twice. > >> 3.1 did not include https://projects.puppetlabs.com/issues/16856 or I >> would be lobbying heavily for 3.1 into Experimental and then directly >> into Ubuntu. As is, there are good arguments for sticking to 3.0.2 in >> this scenario (notably: stuff was deprecated in 3.0; it is GONE in >> 3.1, and now Ubuntu/Debian have to make a jump since next Stable will >> be 2.7 for Debian and the last was 2.7 for Ubuntu. The 2.7 -> 3.1 >> jump is nasty). > > Exactly my point, I would rather fight once to upgrade then fight once > to upgrade then have to fight again to figure out what hell broke in > the next upgrade though most of the time it can be somewhat straight > forward if treading carefully. I'd rather it all fall down at once > during a test-run and it be fixed than me have to do those runs twice > in the same year. I work in a place without staging, and we desperately need it, and I am becoming slowly more aggressive and will be making arguments after I torch my burn down charts. Think about that though. No testing environment. So much pain. With a testing environment, massive breakage to me is just a playground and casual Friday. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Tue, Feb 5, 2013 at 3:00 PM, John Moser wrote: > On a related note, Puppet 3.1 came out ... yesterday. So next debate: > 3.0.2 or 3.1 into Debian experimental? (I've been trying to get it > brought in) If it were me, I would rather fight to upgrade once, not twice. > 3.1 did not include https://projects.puppetlabs.com/issues/16856 or I > would be lobbying heavily for 3.1 into Experimental and then directly > into Ubuntu. As is, there are good arguments for sticking to 3.0.2 in > this scenario (notably: stuff was deprecated in 3.0; it is GONE in > 3.1, and now Ubuntu/Debian have to make a jump since next Stable will > be 2.7 for Debian and the last was 2.7 for Ubuntu. The 2.7 -> 3.1 > jump is nasty). Exactly my point, I would rather fight once to upgrade then fight once to upgrade then have to fight again to figure out what hell broke in the next upgrade though most of the time it can be somewhat straight forward if treading carefully. I'd rather it all fall down at once during a test-run and it be fixed than me have to do those runs twice in the same year. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Tue, Feb 5, 2013 at 2:09 PM, Alec Warner wrote: > On Tue, Feb 5, 2013 at 10:07 AM, John Moser wrote: >> I have no sympathy for the use case of running your Puppetmaster as >> LTS and expecting the next five years of Ubuntu releases to hold back >> updating Puppet just so you can mix and match LTS server with >> latest-release clients. Among other things, this would cause an issue >> where overlapping LTS (i.e. 3 years between) would require the new LTS >> stay on the old Puppet, which means that Puppet never gets upgraded >> since there is always an in-life LTS holding back Puppet for all >> further releases when a new LTS comes out. > > I don't think any sane customers expect this (and I do not.) Letter > updates (P -> Q, Q -> R) are when I expect changes (and pain!) But > that is why we are on a release based OS and not a rolling release > like Arch ;) > Oh good, then we're on the same page. On a related note, Puppet 3.1 came out ... yesterday. So next debate: 3.0.2 or 3.1 into Debian experimental? (I've been trying to get it brought in) 3.1 did not include https://projects.puppetlabs.com/issues/16856 or I would be lobbying heavily for 3.1 into Experimental and then directly into Ubuntu. As is, there are good arguments for sticking to 3.0.2 in this scenario (notably: stuff was deprecated in 3.0; it is GONE in 3.1, and now Ubuntu/Debian have to make a jump since next Stable will be 2.7 for Debian and the last was 2.7 for Ubuntu. The 2.7 -> 3.1 jump is nasty). Alec, I'm sure you can appreciate the implications, as well as the challenging difficulties now faced due to failure to keep up with a fast moving target. If it's that important, we may need to just throw down 3.0 and 3.1 and meta-packages for a while here. This is all kinds of badness, too: 3.0 is dead; 3.0.2 is the last and there will be no more updates to the branch (think Apple Quicktime, you know the drill), so we definitely don't want to support Puppet 3 for an extended time because no bugfixes. TBH, for Puppet in general, your task is to keep up; like Pacemaker, Corosync, and Heartbeat, Puppet is racing towards advancement and things are rapidly changing. You should see the mess that is Pacemaker/Corosync, trying with RHEL5 and RHEL6 and SuSE and Debian gets you many different procedures and different configurations required. It's now somewhat stabilized, and has grown into something awesome. Puppet is doing that right now and pain will come. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Tue, Feb 5, 2013 at 10:07 AM, John Moser wrote: > On Tue, Feb 5, 2013 at 12:55 PM, Alec Warner wrote: >> >> On Tue, Feb 5, 2013 at 4:52 AM, Robie Basak >> wrote: >> > On Sun, Jan 27, 2013 at 11:23:37AM -0500, John Moser wrote: >> >> OK further research yields that Debian is not updating Sid due to >> >> Can we see this imported to 13.04? >> > >> > What would the implications be of an update to puppet 3 in the archive >> > for installations using older LTS releases running older versions of >> > puppet? Can an agent continue to run 2.7 and be served by a 3 >> > puppetmaster? >> > >> >> As long as the server version is >= the client version, things are OK. >> If the client version is > the server version, things can go wrong >> very quickly. 'Wrong' tends to mean 'clients will fail to get >> updates'. >> > > This is correct and important. > >> >> > >> > I'm just trying to identify if there are any cases where it could be >> > painful for users to find that puppet has been updated, for any >> > reasonable upgrade path. Are there any complications that I haven't >> > thought of, or would everything be fine? >> >> I run puppet on thousands of nodes. If you updated puppet in the >> middle of an LTS; I would be *pissed* as all hell. >> > > Yes and I am absolutely *not* recommending they update the LTS. > > I'm recommending the latest up-and-coming release of Ubuntu get the > new Puppet. If you want to continue using an LTS with Puppet, you > have three choices: > > 1. Keep your shop LTS. When a new LTS comes out, upgrade your > Puppetmaster FIRST (after all staging of course), then roll out the > LTS updates to the clients. > > 2. Convince Ubuntu to put the newest Puppetmaster in Backports. I am > not advocating this either. > > 3. Use the Puppetlabs repos on your LTS Puppetmaster > > I have no sympathy for the use case of running your Puppetmaster as > LTS and expecting the next five years of Ubuntu releases to hold back > updating Puppet just so you can mix and match LTS server with > latest-release clients. Among other things, this would cause an issue > where overlapping LTS (i.e. 3 years between) would require the new LTS > stay on the old Puppet, which means that Puppet never gets upgraded > since there is always an in-life LTS holding back Puppet for all > further releases when a new LTS comes out. I don't think any sane customers expect this (and I do not.) Letter updates (P -> Q, Q -> R) are when I expect changes (and pain!) But that is why we are on a release based OS and not a rolling release like Arch ;) > > I do have sympathy for the use case of staying on an LTS for the whole > network. If you use LTS Puppetmaster to administrate LTS servers, > this should not break. Mind you if an update to Puppet comes down to > the LTS, the Puppetmaster will update; but maybe you don't WANT to > move forward--that's why you're on LTS. Yes I understand this use > case and yes it is problematic in many ways, but it can be handled > stably at the discretion of the administrator--it's up to you to > decide to update your server to a newer version, move to a newer > Puppetmaster, update your modules and other Puppet code to work with > the newest Puppetmaster, and then perform your roll-outs. We don't > need to throw down "HERE IS PUPPET 3.1 FOR LTS ENJOY YOUR BREAKAGE" at > people. > > My advice to you: If your LTS Puppetmaster isn't going to handle > Puppet 3.0 or 3.1 clients, don't upgrade your administrated servers to > Raring. Wait for the next LTS; go Puppetlabs repos; or upgrade your > Puppetmaster to Raring first. > > > >> > >> > Robie >> > >> > -- >> > Ubuntu-devel-discuss mailing list >> > Ubuntu-devel-discuss@lists.ubuntu.com >> > Modify settings or unsubscribe at: >> > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss >> >> -- >> Ubuntu-devel-discuss mailing list >> Ubuntu-devel-discuss@lists.ubuntu.com >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Tue, Feb 05, 2013 at 09:55:30AM -0800, Alec Warner wrote: > > I'm just trying to identify if there are any cases where it could be > > painful for users to find that puppet has been updated, for any > > reasonable upgrade path. Are there any complications that I haven't > > thought of, or would everything be fine? > > I run puppet on thousands of nodes. If you updated puppet in the > middle of an LTS; I would be *pissed* as all hell. I am talking about updates to the development version only, which would appear in the subsequent stable release. Stable releases (LTS or not) are not updated except for security updates and important bugs. This isn't even a decision that needs to be made. Doing otherwise would violate SRU policy (https://wiki.ubuntu.com/StableReleaseUpdates). -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Tue, Feb 5, 2013 at 12:55 PM, Alec Warner wrote: > > On Tue, Feb 5, 2013 at 4:52 AM, Robie Basak wrote: > > On Sun, Jan 27, 2013 at 11:23:37AM -0500, John Moser wrote: > >> OK further research yields that Debian is not updating Sid due to > >> Can we see this imported to 13.04? > > > > What would the implications be of an update to puppet 3 in the archive > > for installations using older LTS releases running older versions of > > puppet? Can an agent continue to run 2.7 and be served by a 3 > > puppetmaster? > > > > As long as the server version is >= the client version, things are OK. > If the client version is > the server version, things can go wrong > very quickly. 'Wrong' tends to mean 'clients will fail to get > updates'. > This is correct and important. > > > > > I'm just trying to identify if there are any cases where it could be > > painful for users to find that puppet has been updated, for any > > reasonable upgrade path. Are there any complications that I haven't > > thought of, or would everything be fine? > > I run puppet on thousands of nodes. If you updated puppet in the > middle of an LTS; I would be *pissed* as all hell. > Yes and I am absolutely *not* recommending they update the LTS. I'm recommending the latest up-and-coming release of Ubuntu get the new Puppet. If you want to continue using an LTS with Puppet, you have three choices: 1. Keep your shop LTS. When a new LTS comes out, upgrade your Puppetmaster FIRST (after all staging of course), then roll out the LTS updates to the clients. 2. Convince Ubuntu to put the newest Puppetmaster in Backports. I am not advocating this either. 3. Use the Puppetlabs repos on your LTS Puppetmaster I have no sympathy for the use case of running your Puppetmaster as LTS and expecting the next five years of Ubuntu releases to hold back updating Puppet just so you can mix and match LTS server with latest-release clients. Among other things, this would cause an issue where overlapping LTS (i.e. 3 years between) would require the new LTS stay on the old Puppet, which means that Puppet never gets upgraded since there is always an in-life LTS holding back Puppet for all further releases when a new LTS comes out. I do have sympathy for the use case of staying on an LTS for the whole network. If you use LTS Puppetmaster to administrate LTS servers, this should not break. Mind you if an update to Puppet comes down to the LTS, the Puppetmaster will update; but maybe you don't WANT to move forward--that's why you're on LTS. Yes I understand this use case and yes it is problematic in many ways, but it can be handled stably at the discretion of the administrator--it's up to you to decide to update your server to a newer version, move to a newer Puppetmaster, update your modules and other Puppet code to work with the newest Puppetmaster, and then perform your roll-outs. We don't need to throw down "HERE IS PUPPET 3.1 FOR LTS ENJOY YOUR BREAKAGE" at people. My advice to you: If your LTS Puppetmaster isn't going to handle Puppet 3.0 or 3.1 clients, don't upgrade your administrated servers to Raring. Wait for the next LTS; go Puppetlabs repos; or upgrade your Puppetmaster to Raring first. > > > > Robie > > > > -- > > Ubuntu-devel-discuss mailing list > > Ubuntu-devel-discuss@lists.ubuntu.com > > Modify settings or unsubscribe at: > > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss > > -- > Ubuntu-devel-discuss mailing list > Ubuntu-devel-discuss@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Tue, Feb 5, 2013 at 4:52 AM, Robie Basak wrote: > On Sun, Jan 27, 2013 at 11:23:37AM -0500, John Moser wrote: >> OK further research yields that Debian is not updating Sid due to >> feature freeze for Testing. However, Mathisain notes this: >> >> On the other hand, the master packaging branch at >> http://anonscm.debian.org/gitweb/?p=pkg-puppet/puppet.git;a=summary >> yields a working set of puppet 3.0.2 debs, they're just not tagged with >> a debian release. Feel free to use that until we can upload to sid. >> >> Can we see this imported to 13.04? > > What would the implications be of an update to puppet 3 in the archive > for installations using older LTS releases running older versions of > puppet? Can an agent continue to run 2.7 and be served by a 3 > puppetmaster? > > There is some documentation for this. > http://docs.puppetlabs.com/guides/upgrading.html says "Older agent nodes > can get catalogs from a newer puppet master. The inverse is not always > true.". So it sounds like it should be fine. If we provide puppet 3 in > 13.04, then providing that users upgrade their puppetmaster to 13.04, > then everything will work smoothly, right? As long as the server version is >= the client version, things are OK. If the client version is > the server version, things can go wrong very quickly. 'Wrong' tends to mean 'clients will fail to get updates'. > > I'm just trying to identify if there are any cases where it could be > painful for users to find that puppet has been updated, for any > reasonable upgrade path. Are there any complications that I haven't > thought of, or would everything be fine? I run puppet on thousands of nodes. If you updated puppet in the middle of an LTS; I would be *pissed* as all hell. > > Robie > > -- > Ubuntu-devel-discuss mailing list > Ubuntu-devel-discuss@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Sun, Jan 27, 2013 at 11:23:37AM -0500, John Moser wrote: > OK further research yields that Debian is not updating Sid due to > feature freeze for Testing. However, Mathisain notes this: > > On the other hand, the master packaging branch at > http://anonscm.debian.org/gitweb/?p=pkg-puppet/puppet.git;a=summary > yields a working set of puppet 3.0.2 debs, they're just not tagged with > a debian release. Feel free to use that until we can upload to sid. > > Can we see this imported to 13.04? What would the implications be of an update to puppet 3 in the archive for installations using older LTS releases running older versions of puppet? Can an agent continue to run 2.7 and be served by a 3 puppetmaster? There is some documentation for this. http://docs.puppetlabs.com/guides/upgrading.html says "Older agent nodes can get catalogs from a newer puppet master. The inverse is not always true.". So it sounds like it should be fine. If we provide puppet 3 in 13.04, then providing that users upgrade their puppetmaster to 13.04, then everything will work smoothly, right? I'm just trying to identify if there are any cases where it could be painful for users to find that puppet has been updated, for any reasonable upgrade path. Are there any complications that I haven't thought of, or would everything be fine? Robie -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On 01/26/2013 02:19 PM, John Moser wrote: I'm noticing that 2.7 is still the version of Puppet in Raring; however, version 3.0 was released October 1, 2012, before release of 12.04: https://groups.google.com/forum/#!topic/puppet-users/lqmTBX9XDtw/discussion Does this package currently not have a maintainer, or is it just slow in Debian as well? 3.0 is an important release. (Every Puppet release is an important release; Puppet is rather volatile.) New features include integration of Hiera and deprecation of stored configurations in favor of PuppetDB for the same task. Also the kick feature is deprecated in favor of mcollective. Deprecated features still work, but the transition must be made before they become non-existent. You cannot jump from 2.7 to future 3.5 without pain; 3.0 still allows some things that are going away, but provides their replacements, so you can move smoothly. OK further research yields that Debian is not updating Sid due to feature freeze for Testing. However, Mathisain notes this: On the other hand, the master packaging branch at http://anonscm.debian.org/gitweb/?p=pkg-puppet/puppet.git;a=summary yields a working set of puppet 3.0.2 debs, they're just not tagged with a debian release. Feel free to use that until we can upload to sid. Can we see this imported to 13.04? -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
Sorry, this got caught in the moderator queue On Sat, Jan 26, 2013 at 3:05 PM, John Moser wrote: > The only interesting assumptions > are that either the Ubuntu or the Debian maintainers (or both) aren't paying > attention; it's not like puppet gets as much focus as openssh or firefox. Or... Debian is frozen for Wheezy and puppet 3 is stuck in experimental [1] since it can't be uploaded to unstable until after Debian Wheezy is released. Adding to that, the packaged version in experimental isn't puppet release version 3, but the RC. This is a case of when Ubuntu syncing to a frozen Debian unstable causes slow updating. The best way to get it into 13.04: 1) Puppet Package Maintainers updates experimental to version 3. It looks like they are working on it [2]. 2) Ubuntu merges experimental to 13.04 ~Scott [1] http://packages.qa.debian.org/p/puppet.html [2] http://anonscm.debian.org/gitweb/?p=pkg-puppet/puppet.git -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Sat, Jan 26, 2013 at 4:05 PM, John Moser wrote: > On 01/26/2013 04:01 PM, Tom H wrote: >> On Sat, Jan 26, 2013 at 2:19 PM, John Moser >> wrote: >>> >>> Does this package currently not have a maintainer, or is it just slow in >>> Debian as well? >> >> There were two puppet 3.0.0-rcX uploads to Debian experimental in May >> and they'll move to unstable, and therefore be inheritable by Ubuntu, >> once Debian 7's released. > > They're past -rc, it's at 3.0.2 now. I would avoid an -rc update; at least > 3.0.0 stable. Upstream may be past -rc but Debian isn't (the last upload was may 24th). -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On 01/26/2013 04:01 PM, Tom H wrote: On Sat, Jan 26, 2013 at 2:19 PM, John Moser wrote: I'm noticing that 2.7 is still the version of Puppet in Raring; however, version 3.0 was released October 1, 2012, before release of 12.04: I assume that you mean 13.04. I meant 12.10. Point being this stuff was out before the last version was released, should have been a bump after release since all the feature freezes come off for the new dev cycle. the numbers. They flip flop a lot. These are not the binary digits you are looking for. https://groups.google.com/forum/#!topic/puppet-users/lqmTBX9XDtw/discussion Does this package currently not have a maintainer, or is it just slow in Debian as well? There were two puppet 3.0.0-rcX uploads to Debian experimental in May and they'll move to unstable, and therefore be inheritable by Ubuntu, once Debian 7's released. They're past -rc, it's at 3.0.2 now. I would avoid an -rc update; at least 3.0.0 stable. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Sat, Jan 26, 2013 at 2:19 PM, John Moser wrote: > I'm noticing that 2.7 is still the version of Puppet in Raring; however, > version 3.0 was released October 1, 2012, before release of 12.04: I assume that you mean 13.04. > https://groups.google.com/forum/#!topic/puppet-users/lqmTBX9XDtw/discussion > > Does this package currently not have a maintainer, or is it just slow in > Debian as well? There were two puppet 3.0.0-rcX uploads to Debian experimental in May and they'll move to unstable, and therefore be inheritable by Ubuntu, once Debian 7's released. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On 01/26/2013 02:29 PM, Jordon Bedwell wrote: On Sat, Jan 26, 2013 at 1:19 PM, John Moser wrote: I'm noticing that 2.7 is still the version of Puppet in Raring; however, version 3.0 was released October 1, 2012, before release of 12.04: https://groups.google.com/forum/#!topic/puppet-users/lqmTBX9XDtw/discussion Does this package currently not have a maintainer, or is it just slow 12.04 was released on 26/4/12 not in October. 12.10 was released in Yes typo, can't keep number straight in my head like this. October and Puppets release was after the feature freeze. You will need to wait until 13.04. It has nothing to do with being slow, it has to do with them either releasing before the feature freeze or having to wait until the next release cycle. Typically a feature It is still 2.7 in 13.04 http://packages.ubuntu.com/raring/admin/puppet freeze happens 1-2 months before release... so if puppet releases 3.0 in October there is no reason for it to make it into 12.10 (in that case) because there were probably no super important security updates that mandated an extreme exception. No, but there is reason to immediately update it in 13.04 after dropping the 12.10 release. Packages are available in their own repositories, as well as source debs and SRPMs. It makes little sense for a package that was outdated before the last release of Ubuntu to remain in the current release, in Main, when there is a compelling reason to update the package. The only interesting assumptions are that either the Ubuntu or the Debian maintainers (or both) aren't paying attention; it's not like puppet gets as much focus as openssh or firefox. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Puppet version bump
On Sat, Jan 26, 2013 at 1:19 PM, John Moser wrote: > I'm noticing that 2.7 is still the version of Puppet in Raring; however, > version 3.0 was released October 1, 2012, before release of 12.04: > https://groups.google.com/forum/#!topic/puppet-users/lqmTBX9XDtw/discussion > > Does this package currently not have a maintainer, or is it just slow 12.04 was released on 26/4/12 not in October. 12.10 was released in October and Puppets release was after the feature freeze. You will need to wait until 13.04. It has nothing to do with being slow, it has to do with them either releasing before the feature freeze or having to wait until the next release cycle. Typically a feature freeze happens 1-2 months before release... so if puppet releases 3.0 in October there is no reason for it to make it into 12.10 (in that case) because there were probably no super important security updates that mandated an extreme exception. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss