*The PuppetConf 2017 call for proposals is open*, and we'd love to have as
many community members as possible up on stage showing off your mad skills.
PuppetConf is in *San Francisco, California* this year, *10th to 12th of
October.*
The link to submit your talk proposal is here:
https://puppet.c
event like #puppethack that lets more people
participate than it does to force these through to a single geographic
region, or to piggyback them onto PuppetCamps, which have a different focus.
On Tue, Apr 12, 2016 at 11:36 PM, Thomas Gelf wrote:
> Am 13.04.2016 um 02:15 schrieb Nigel Ke
On Wed, Apr 13, 2016 at 6:49 AM, 'Tim Meusel' via Puppet Developers <
puppet-dev@googlegroups.com> wrote:
>
> That would be really cool. Most other conferences here handle it like
> this: 45 or 60min talk -> 15min Q&A -> 15min break to change room (if there
> are several parallel tracks). The spea
On Tue, Apr 12, 2016 at 5:07 PM, Trevor Vaughan
wrote:
> Hi Nigel,
>
> This is a tangent, but I would also like to see more advanced content at
> the Puppet Camps.
>
> Would anyone be open to a dual tracked Puppet Camp?
>
> Beginner/Intermediate + Business and Advanced + Hackathon?
>
> Trevor
>
For those who don't know, I'm responsible for the Community team now at
Puppet, and can answer some of this.
On Tue, Apr 12, 2016 at 10:54 AM, Dean Wilson wrote:
>
> Next up European/London presence: Where is PuppetConf Europe?
This is absolutely something we've talked about and would love to
Apologies for the lack of notice, but we're doing some infrastructure
refactoring internally here at Puppet Labs for a bunch of reasons and due
to some transitive dependencies we've had to remove public access to the
following public Jenkins boxes in the medium term.
jenkins.puppetlabs.com
jenkins
TL;DR: go to http://puppetconf.com to find out details about PuppetConf and
submit a talk proposal, as submissions are now open.
This year PuppetConf is coming back to Portland, Oregon, and I'm really
excited to have the conference come back to the home of Puppet Labs HQ.
It's on Oct 5-9 this ye
On Mon, Nov 24, 2014 at 7:37 AM, John Bollinger
wrote:
>
>
> On Friday, November 21, 2014 3:21:15 PM UTC-6, Rob Reynolds wrote:
>>
>> When we originally set out to do PUP-2628[1] for Puppet 4, we were going
>> to change the group resource default to not authoritative for Windows (e.g.
>> the spec
We had an outage today on the Puppet Labs JIRA ticket tracker.
tickets.puppetlabs.com was unavailable from 1800 GMT to 2000 GMT (1110 PDT
to 1300 PDT)
The service is back up, and no data has been lost.
For anyone who is interested, we'll be publishing the results of our
post-mortem on the Puppet
projects.puppetlabs.com/issues/10063
>
> As an aside: Is Nigel Kersten on a longer (or permanent) leave of
> absence? Whom can I troll with this kind of issue now?
>
I'm not on a leave of absence, but I'm not triaging these sorts of issues
anymore.
Thanks for the feedback in the t
oups
> "Puppet Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to puppet-dev+unsubscr...@googlegroups.com.
> To post to this group, send email to puppet-dev@googlegroups.com.
> Visit this group at http://groups.google.com/group/pupp
On Wed, Aug 28, 2013 at 11:36 AM, Brian Warsing wrote:
> CFPropertyList may only be required for OS X, but it is absolutely
> required. Most system resources on Mac OS X are abstracted as a binary
> plist (users, groups, services, packages, policy, configurations, etc) and
> the only way to reliab
emails from it, send an
> email to puppet-dev+unsubscr...@googlegroups.com.
> To post to this group, send email to puppet-dev@googlegroups.com.
> Visit this group at http://groups.google.com/group/puppet-dev?hl=en.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
ies | http://about.me/lak | http://puppetlabs.com/ | +1-615-594-8199
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Developers" group.
> To post to this group, send email to puppet-dev@googlegroups.com.
> To unsubscribe from this gro
On Thu, Oct 11, 2012 at 4:35 AM, Miguel Di Ciurcio Filho <
miguel.fi...@gmail.com> wrote:
> On Wed, Oct 10, 2012 at 2:02 PM, Nigel Kersten
> wrote:
> >
> > The ENC functionality in the Dashboard will be replaced by an open
> source,
> > standalone service. Th
encourage and expect public discussion about this topic, but if you wish
to convey your thoughts privately, you can always contact myself or Luke at:
Nigel, CTO
email/jabber: ni...@puppetlabs.com
IRC : nigelk
Luke, CEO
email: l...@puppetlabs.com
phone: +1-615-594-8199.
IRC: lak
cheers,
Nig
On Tue, Aug 14, 2012 at 12:06 PM, Kevin Phillips
wrote:
>
>> I'll try and chase it down, but I'm pretty sure we had a bug at that
>> point in time with the install.rb --destdir option, and auth.conf not
>> honoring it correctly.
>>
>
> I will try and chase down the old bug to see if it is similar
EEcFONJDOIJ.
>
> To post to this group, send email to puppet-dev@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-dev+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/puppet-dev?hl=en.
--
Nig
On Fri, Jul 6, 2012 at 11:29 AM, Brice Figureau
wrote:
> On 06/07/12 18:44, DEGREMONT Aurelien wrote:
>> No, Puppet uses a lot of RPC to ask for each metadata of each file it has to
>> take care from the catalog. Most of the
>> time, 95 % of your file are already up to date. They do not have cha
gt; Please comment :)
> --
> Brice Figureau
> My Blog: http://www.masterzen.fr/
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Developers" group.
> To post to this group, send email to puppet-dev@googlegroups.com.
&
On Fri, Jun 29, 2012 at 10:30 AM, Daniel Pittman wrote:
> On Thu, Jun 28, 2012 at 9:16 PM, Nigel Kersten wrote:
>> Doh! I know there was a wider discussion around not relying upon tools
>> like useradd at all on Linux for user management, and I think there
>> may have
On Thu, Jun 28, 2012 at 5:00 PM, Nick Lewis wrote:
> On Thursday, June 28, 2012 at 4:57 PM, Nigel Kersten wrote:
>
> On Thu, Jun 28, 2012 at 1:37 AM, David Schmitt wrote:
>
> Aha! This and the resulting discussion pointed me in the right direction
> what's wrong with the
On Thu, Jun 28, 2012 at 1:37 AM, David Schmitt wrote:
> Aha! This and the resulting discussion pointed me in the right direction
> what's wrong with the machines I was looking at: they're missing
> libshadow-ruby.
I'm starting to think we shouldn't bother consuming libshadow-ruby.
We only use i
On Mon, Jun 25, 2012 at 5:23 AM, Ken Barber wrote:
> What is actually interesting about this topic is that the two common
> command line tools for web access uses different methodologies. Curl
> uses its own CA's, and wget uses the in-built OpenSSL list it seems.
Curl on OS X at least used to use
(removed puppet-announce to try and head off more people compounding my
error)
On Fri, May 11, 2012 at 9:52 AM, Nigel Kersten wrote:
>
>
> On Thu, May 10, 2012 at 8:27 PM, Matt wrote:
>
>> Reading the documentation so far, it looks like it has the option to
>> quer
>>
>> James Turnbull
>>
>> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/puppet-users/-/nMXLUbPYvfgJ.
> To post to th
ple
locations on disk that you want modules to be installed into, which doesn't
fit very well with traditional package management systems.
>
> I think it's good to split out these things, as it would allow us to
> properly add a nagios dep to the hypothetical puppet-module-nagios
On Mon, Apr 2, 2012 at 10:09 AM, Randall Hansen wrote:
> On Mon, Apr 2, 2012 at 9:43 AM, Andrew Parker wrote:
>
>> Retroactively deprecating functionality seems like an odd thing to do. From
>> my standpoint of a user of software I wouldn't expect that features of a
>> minor version were deprecat
bed to the Google Groups
> "Puppet Developers" group.
> To post to this group, send email to puppet-dev@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-dev+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.g
On Wed, Feb 1, 2012 at 9:04 AM, Dean Wilson wrote:
>
> The basic idea is to have a pre and post command hook around the
> signing of host certificates. I have two use cases for this -
> for the pre hook I'd use it with other local tools to allow much finer
> control of autosigning. For example ou
*AHEM*
I accidentally replied to the call for papers from *LAST* year.
I blame the holiday season and concern over how Australia is doing in the
cricket.
We are running the room again, and we are looking for papers for *2012*
FOSDEM.
On Tue, Dec 27, 2011 at 3:23 PM, Nigel Kersten wrote
1LGAqSdpKFCm6k6dUvWpgoEThiIXpQCZyvPnAWu/b25u+UcUFwllE7gJb4Ydu
> tGZ5N7ubP4Lp6BIj49k5efQdXF0MoEtSK0kdmQD9xcuhLV4FdrETRreYzQnW+64W
> /pSssvLpj1GaVfulTiJsXWVyFiQqnewRpz7Ap/UjNKHvAJrUlXmMqNkDVpqa4gGw
> gRL9EznlCBb+k39piIVjsuvhpS4mG2Cc6Vq9gGhZYDowvRMLWZ/7uZiknnUjZnDf
> mHDbkMhlovPZCYlRKmZnmxu6LYqB/QIiaxH4yc1
r :)
apply or agent, it's all Puppet, and we're aiming to deliver as much
consistency as possible across the two modes.
--
Nigel Kersten
Product Manager, Puppet Labs
--
You received this message because you are subscribed to the Google Groups
"Puppet Developers" group.
To
applicable.
>
> We have also prepared a Jenkins project for this:
>
> https://jenkins.puppetlabs.com/job/Facter%201.7.x/
>
> So we'll get build failures if they occur.
>
> Enjoy :-).
>
>
Hurrah for seeing some Facter love :)
--
Nigel Kersten
Product Manager, Puppet
t;
>
> Thanks,
> Mike
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Developers" group.
> To post to this group, send email to puppet-dev@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-de
s group, send email to
> puppet-dev+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/puppet-dev?hl=en.
>
>
--
Nigel Kersten
Product Manager, Puppet Labs
*Join us for **PuppetConf *
<http://www.bit.ly/puppetconfsig>
Sept 22
p://groups.google.com/group/puppet-dev?hl=en.
> >
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Developers" group.
> To post to this group, send email to puppet-dev@googlegroups.com.
> To unsubscribe from this g
pet Developers" group.
> To post to this group, send email to puppet-dev@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-dev+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/puppet-dev?hl=en.
On Mon, Aug 15, 2011 at 6:22 PM, David L Ballenger
wrote:
> Since upgrading for Puppet 2.7.1 to 2.7.3 I have been getting the following
> error whenever a Puppet agent runs:
>
> err: Failed to apply catalog: Parameter options failed: Options must be
> provided as an array, not a comma separated li
ore where the lumber
>> has already been cut and attached together in the form of furniture,
>> finished, and put inside boxes. --Dave Barry
>> -
>> Luke Kanies | http://puppetlabs.com | http://about.me/lak
>
t; @dup_report.expects(:process).raises(ArgumentError)
> proc { @reporter.save(@request) }.should_not raise_error
> end
> --
> 1.7.3.1
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Developers" group.
>
possible.
file { '/tmp/foo':
ensure => file,
}
file { 'same_file':
path => '/tmp/foo',
ensure => absent,
}
Just a heads up that this is both being worked on, and may break your setup
if you're relying upon this (which you shouldn't...)
om.
> To unsubscribe from this group, send email to puppet-dev+unsubscribe@**
> googlegroups.com .
> For more options, visit this group at http://groups.google.com/**
> group/puppet-dev?hl=en <http://groups.google.com/group/puppet-dev?hl=en>.
>
>
--
Nigel Kersten
Product Man
On Sat, Jul 9, 2011 at 10:39 PM, Luke Kanies wrote:
> In completely unrelated work, I found that
> lib/puppet/nameserver/directoryservice.rb has a call to 'loadfacts'. That's
> at least one extra call.
>
Huh. I wonder if the semantics changed there, as I swear that was necessary
when it initial
send email to puppet-dev@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-dev+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/puppet-dev?hl=en.
>
>
--
Nigel Kersten
Product Manager, Puppet Labs
le, if the
> postrun command "/sbin/iptables -A rule" fails, should the report have
> a "failed" status? If we don't send the report, will you ever know,
> will you care?
>
>
We had a chat about this in person, and my feeling is that the postrun
command shouldn
or anything else that is out of band in a
similar sense.
I used to do this in a wrapper script where the nodes would basically look
and see if the masters were all under too much load to serve this node or
not, or to check whether puppet runs had been disabled centrally, but
ideally this would just
+it "should set links to 'follow'" do
> + @file.to_resource[:links].should == :follow
> +end
> end
> end
>
> --
> 1.7.5.1
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Developers
On Mon, Jun 6, 2011 at 4:35 PM, R.I.Pienaar wrote:
>
> The ruby world wants gem extendible tools, I am not a huge fan but it is
> convenient and it will make us look a bit less like a wart to a certain type
> of hacker who might want to contribute so I thought going the gem route
> while more wor
P SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQGcBAEBAgAGBQJN5YLwAAoJEHJabXWGiqEBTBoMAIgU7JXHtexP2CCfphlIdca+
> oqz5WHH9aJd97mCfHvVAsKiTReY98ugtX9b4Z+1SG3Q7wQTkD4m8uw6ZoITQJwRu
> WgyztfxqZlnvdPZne+bE2XLljAMyehZimxn2sd/gbDxbVHlW0CmP4/8Hz831OlZY
> lChS3UX1SEwSDNEbhjdVpMP5Scse+BGTkTcNevWiF
end email to puppet-dev@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-dev+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/puppet-dev?hl=en.
>
>
--
Nigel Kersten
Product, Puppet Labs
@nigelkersten
-
cribed to the Google Groups
> "Puppet Developers" group.
> To post to this group, send email to puppet-dev@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-dev+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://group
On Fri, May 20, 2011 at 9:33 AM, Luke Kanies wrote:
> On May 20, 2011, at 8:36 AM, Nigel Kersten wrote:
>
> So it turns out that we've never actually had failed pre/post commands
> cause runs to fail, even though the tests appear to be testing the right
> thing.
>
>
s, but I'm unsure what we should actually be
testing to ensure this problem doesn't crop up in the future. Should I be
checking the report status instead?
--
Nigel Kersten
Product, Puppet Labs
@nigelkersten
--
You received this message because you are subscribed to the Google Groups
&q
On Thu, May 19, 2011 at 10:19 AM, Daniel Pittman wrote:
>
> We already had a fair idea that the `file` provider on Win32 was going
> to need some work, because it is baked full of juicy Unix (rather than
> POSIX) assumptions and all. Might be worth focusing in on the spec
> tests for that type an
On Wed, May 18, 2011 at 4:17 PM, Nigel Kersten wrote:
> This is aimed at the least intrusive change possible.
>
This is the only intentional patch I messed up and sent the other two
previous ones as well, which was unintentional.
This is the patch for review.
>
> Signed-o
This is aimed at the least intrusive change possible.
Signed-off-by: Nigel Kersten
---
Local-branch: tickets/master/5947
app/views/node_classes/show.html.haml |2 +-
app/views/node_groups/show.html.haml |2 +-
app/views/nodes/show.html.haml|2 +-
app/views/reports
From: Michael Stahnke
Signed-off-by: Nigel Kersten
---
Local-branch: tickets/master/5947
CHANGELOG |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/CHANGELOG b/CHANGELOG
index 1f5a12a..563e996 100644
--- a/CHANGELOG
+++ b/CHANGELOG
@@ -1,4 +1,4 @@
-v1.1.1rc1
+v1.1.1
From: Michael Stahnke
See
http://projects.puppetlabs.com/projects/puppet/wiki/Release_Management#Production+Release
for more details.
Signed-off-by: Nigel Kersten
---
Local-branch: tickets/master/5947
ext/packaging/debian/changelog |6 ++
ext/packaging/redhat/puppet
On Wed, May 18, 2011 at 7:45 AM, Brice Figureau
wrote:
> On Fri, 2011-05-13 at 14:31 -0700, Nick Lewis wrote:
>> This commit unifies some paths in the grammar, which had previously been
>> duplicated to avoid shift/reduce conflicts. Merging these paths together and
>> separating only the conflicti
desc "Expected http return codes of the request"
>> + defaultto "200"
>> + # TODO validate value(s) is among possible valid http return codes
>> + end
>> +
>> + newparam(:follow) do
>> + desc "Boolean indicating
On Thu, May 12, 2011 at 4:50 PM, Daniel Pittman wrote:
> On Thu, May 12, 2011 at 07:36, Nigel Kersten wrote:
>> On Thu, May 12, 2011 at 5:14 AM, Luke Kanies wrote:
>>> On May 11, 2011, at 10:01 PM, Nigel Kersten wrote:
>>>
>>>> Is it possible to access th
On Thu, May 12, 2011 at 2:36 PM, Nigel Kersten wrote:
> On Thu, May 12, 2011 at 5:14 AM, Luke Kanies wrote:
>> On May 11, 2011, at 10:01 PM, Nigel Kersten wrote:
>>
>>> Is it possible to access the name of the calling class from inside a
>>> function?
>&
On Thu, May 12, 2011 at 5:14 AM, Luke Kanies wrote:
> On May 11, 2011, at 10:01 PM, Nigel Kersten wrote:
>
>> Is it possible to access the name of the calling class from inside a
>> function?
>
> You should be able to use '@name'...
Nope. In case I wasn't
Is it possible to access the name of the calling class from inside a function?
--
Nigel Kersten
Product, Puppet Labs
@nigelkersten
--
You received this message because you are subscribed to the Google Groups
"Puppet Developers" group.
To post to this group, send email to
) Pre-load all facts when requesting a single fact
--
Nigel Kersten
Product, Puppet Labs
@nigelkersten
--
You received this message because you are subscribed to the Google Groups
"Puppet Developers" group.
To post to this group, send email to puppet-dev@googlegroups.com.
To unsubscri
In order to make the error message more visible to the user,
we tell them about the puppet help command but don't automatically run it,
so the error doesn't scroll off the screen.
Signed-off-by: Nigel Kersten
---
Local-branch: tickets/2.7.x/7304
lib/puppet/util/command_line.rb |
living and of being an optimist, is to be foolish enough
> to believe the best is yet to come.-- Peter Ustinov
> -
> Luke Kanies -|- http://puppetlabs.com -|- http://about.me/lak
>
>
>
>
> --
&
> On Tue, Apr 5, 2011 at 19:20, Nigel Kersten wrote:
>> > On Tue, Apr 5, 2011 at 7:18 PM, Nigel Kersten
>> wrote:
>> >>
>> >> Signed-off-by: Nigel Kersten
>> >> ---
>> >> lib/puppet/provider/cron/crontab.rb |3 +++
>> >
On Wed, Apr 27, 2011 at 5:56 AM, Mike wrote:
> I'm guessing that this has slipped through a filter somewhere, but I'm
> hoping it could be reviewed and included soon.
>
>
We have a bit of a backlog of patches Mike, sorry for the delay.
One thing that leaps out is that I don't see any associated
On Mon, Apr 25, 2011 at 11:41 PM, Matt Robinson wrote:
> If you read the ticket associated with this patch you'll see the original
> author of the AIX code (Hector Rivas) suggested removing the default, so I'm
> not terribly worried about AIX.
>
> I agree it is possible that there is an issue wit
, but I wanted to see what the
community thinks. Is it reasonable for us to target issues like this
at the next 2.7.0 RC?
--
Nigel Kersten
Product, Puppet Labs
@nigelkersten
--
You received this message because you are subscribed to the Google Groups
"Puppet Developers" group.
To post
negative implications?
--
Nigel Kersten
Product, Puppet Labs
@nigelkersten
--
You received this message because you are subscribed to the Google Groups
"Puppet Developers" group.
To post to this group, send email to puppet-dev@googlegroups.com.
To unsubscribe from this group, sen
On Thu, Apr 14, 2011 at 4:41 PM, James Turnbull wrote:
> Stefan Schulte wrote:
>> Any chance to address #6845 in this release (patch already sent to
>> puppet-dev)? The mountprovider is currently not working at all on
>> Solaris (the title »mount tmpfs on Solaris fail« is misleading).
>>
>
> Stefa
- use original value in case/selector regex matching
19863c0 Fix #2929 - Allow checksum to be "none"
fd76142 Fixed puppetlast typo
3b4e782 Follow up for #2604, debug msg left behind.
e44430b Fix for #2604 Pure Ruby yaml generation
74cd55f Fixes #3113 - When importing a manifest puppet nee
On Wed, Apr 13, 2011 at 3:41 PM, Stefan Schulte
wrote:
> On Wed, Apr 13, 2011 at 10:50:58AM -0700, Nigel Kersten wrote:
>> On Wed, Apr 13, 2011 at 2:41 AM, Stefan Schulte
>> wrote:
>> > On Tue, Apr 12, 2011 at 07:32:49PM -0700, Nigel Kersten wrote:
>> >>
On Wed, Apr 13, 2011 at 2:38 PM, Daniel Pittman wrote:
> Er, can't we just use (or reimplement) require, so we load all
> libraries on disk that we have not already loaded in this case? It
> shouldn't be very many lines of code...
I agree, but I think the above fix is an appropriate fix for a re
the directoryservice provider.
--
Nigel Kersten
Product, Puppet Labs
@nigelkersten
--
You received this message because you are subscribed to the Google Groups
"Puppet Developers" group.
To post to this group, send email to puppet-dev@googlegroups.com.
To unsubscribe from this g
allow manual specification of revision, only version
* Test coverage expanded using newer syntax
Signed-off-by: Nigel Kersten
---
lib/puppet/provider/package/darwinport.rb | 86 ---
lib/puppet/provider/package/macports.rb | 106 +++
spec/unit/pr
On Wed, Apr 13, 2011 at 2:41 AM, Stefan Schulte
wrote:
> On Tue, Apr 12, 2011 at 07:32:49PM -0700, Nigel Kersten wrote:
>> Unless you happened to have members added to a group in exactly the
>> same order as they appear in your puppet manifests, Puppet considered
>> the
On Tue, Apr 12, 2011 at 7:32 PM, Nigel Kersten wrote:
> Unless you happened to have members added to a group in exactly the
> same order as they appear in your puppet manifests, Puppet considered
> the 'is' and 'should' values to be out of sync due to ordering dif
arts.
a) Make the DirectoryService provider sort membership when querying 'is'
b) Make insync? of property sort collected values if a given property
is set to :array_matching_all
Signed-off-by: Nigel Kersten
---
lib/puppet/property.rb |2 +-
.../provider/n
> + facts = Facter.to_hash
> + end
> +
> # Print the facts as YAML and exit
> if options[:yaml]
> require 'yaml'
> --
> 1.7.4.3
>
> --
> You received this message because you are subscribed to the Google Groups
> "P
On Mon, Apr 11, 2011 at 7:39 PM, Daniel Pittman wrote:
> On Mon, Apr 11, 2011 at 18:57, Nigel Kersten wrote:
>
>> * Employs port -q installed, much faster than port list installed
>> * Handles upgrades correctly now
>> * Makes use of internal port revision for e
allow manual specification of revision, only version
* Test coverage expanded
Signed-off-by: Nigel Kersten
---
lib/puppet/provider/package/darwinport.rb | 86 ---
lib/puppet/provider/package/macports.rb | 103 +++
spec/unit/provider/p
On Sat, Apr 9, 2011 at 5:24 AM, Stefan Schulte
wrote:
>
> Here is the next iteration of my patches. All the previous commits are now
> just one single commit. I hope I corrected all the spelling errors in the
> type and provider code.
>
> I now also use the two arguments form of raise_error. That
On Wed, Apr 6, 2011 at 1:48 AM, Ahmed El Gamil wrote:
> @Nigel:
>
> Ubuntu packaging needs some love, no ?, looks like the puppetlabs APT
> repo has no puppet packages, and the package from ubuntu's official
> repos is still at 2.6.1 ..
The Debian and Ubuntu folks work together on the packaging.
On Fri, Apr 8, 2011 at 8:40 AM, James Turnbull wrote:
> Nigel Kersten wrote:
>> On Fri, Apr 8, 2011 at 7:29 AM, James Turnbull wrote:
>>
>>>> I'm also contemplating moving the patch outside of puppet core as Luke
>>>> was suggesting.
>>> I
On Fri, Apr 8, 2011 at 7:29 AM, James Turnbull wrote:
>> I'm also contemplating moving the patch outside of puppet core as Luke
>> was suggesting.
>
> I'm actually going to make a case with Nigel to merge it into Statler
> but I fear he may chase me around the office with a shovel when I do. :)
On Tue, Apr 5, 2011 at 7:18 PM, Nigel Kersten wrote:
>
> Signed-off-by: Nigel Kersten
> ---
> lib/puppet/provider/cron/crontab.rb | 3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/lib/puppet/provider/cron/crontab.rb
> b/lib/puppet/provider
Signed-off-by: Nigel Kersten
---
lib/puppet/provider/cron/crontab.rb |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/lib/puppet/provider/cron/crontab.rb
b/lib/puppet/provider/cron/crontab.rb
index 8a347b3..fba65db 100755
--- a/lib/puppet/provider/cron/crontab.rb
On Mon, Apr 4, 2011 at 7:45 PM, Juerg Walz wrote:
>
>
> This patch adds a check to the pkgutil provider to make sure the wget options
> (in pkgutil.conf) include -nv to give us the optimal level of verbosity from
> wget.
>
> I've merged Dominic Cleal's latest changes before working on this patch
On Thu, Mar 31, 2011 at 2:32 PM, Trevor Vaughan wrote:
> Fair enough.
>
> nss: or nss_foo?
>
> According to nsswitch.conf(5) this would include:
Mac OS X uses /etc/{hosts,services,networks} but Name Service Switch
isn't meaningful at all.
I think we're getting too OS-flavor-specific in this thre
On Tue, Mar 29, 2011 at 12:56 PM, Stefan Schulte
wrote:
> Thank you for all your comments so far.
Thank you for your code! :)
I would like us to have a public think about whether "port" is an
appropriate name for this though.
--
Nigel Kersten
Product, Puppet Labs
@nigelker
>> We just don't expose the syntax directly; instead of
>>
>> cat(template("a.erb"), template("b.erb")
>>
>>
>> you write:
>>
>> "${template("a.erb")}${template("b.erb")}"
>>
>>
>> and this is internally processed as a concatenation...so what you're
>> suggesting is just a syntax-desugaring.
I c
On Mon, Mar 28, 2011 at 5:21 PM, Markus Roberts wrote:
>
> We’re also going to introduce a concatenation function called “cat”.
>>
>
> Note there is already a concatenation operator in puppet (from
> lib/puppet/parser/ast/leaf.rb):
>
>
> class Concat < AST::Leaf
> def evaluate(scope)
>
; file,
content => cat(template("header.erb"), "some content",
template("footer.erb")),
}
Note that there are some important differences between
cat(template("a.erb"), template("b.erb")
and
template(“a.erb”, “b.erb”)
The latter will allow you
oo_tcp1.uniqueness_key.should == ['foo', :tcp ]
> + foo_tcp2.uniqueness_key.should == ['foo', :tcp ]
> + foo_tcp1.uniqueness_key.should == foo_tcp2.uniqueness_key
> +end
> +
> +it "should not be equal if protocol differs" do
> +
On Fri, Mar 25, 2011 at 2:45 PM, Todd Zullinger wrote:
> Thomas S Hatch wrote:
> > On Fri, Mar 25, 2011 at 2:11 PM, Ian Ward Comfort
> > wrote:
> >> For what it's worth, we finally took the 2.6.x plunge with the
> >> 2.6.6 packages in EPEL testing, and have had no problems with the
> >> upgrade.
On Thu, Mar 24, 2011 at 5:42 PM, Nigel Kersten wrote:
>
>
> On Thu, Mar 24, 2011 at 5:10 PM, Thomas S Hatch wrote:
>
>>
>> These accelerated releases are going to keep us on our toes!
>>
>>
> This is the downside of monthly releases, particularly when w
1 - 100 of 677 matches
Mail list logo