Re: [Puppet Users] Re: How to handle multiple modules requiring the same packages

2014-03-28 Thread Mike Frisch
I am surprised there is no viable solution to this seemingly basic
problem... I maintain a comprehensive set of Puppet modules for our
internal software and while it hasn't been an issue yet, having two modules
attempt to install the same package (ie. openssh-clients on RHEL) is
certainly not out of the question. For my own maintained modules, this
isn't a problem, but if I incorporate a third-party module that does the
same, there's no guarantee that one of us won't have to change.

I have started using ensure_resource() but notice that with a Package
resource that "ensure => installed" and "ensure => present" are treated as
two distinct instantiations of the Package resource, even if they're
treated as equivalent in Puppet.


On Fri, Mar 28, 2014 at 10:18 AM, Felix Frank <
felix.fr...@alumni.tu-berlin.de> wrote:

> Whoo, the triumphant return of a thread from over two years ago ^^
>
> Still, this has come up on the development list again, too, recently.
>
> There has not yet been significat progress and we are still stuck with
> the workarounds from the olden days. You can try with the
> ensure_resource() function (in stdlib?).
>
> My gut says that there won't be a superior alternative very soon, seeing
> as there is not even an armature yet (that I know of, but I don't
> monitor those).
> Still, this is a known issue that is on people's minds, and I'm
> confident that it will be tackled once the current development cycle has
> settled.
>
> HTH,
> Felix
>
> On 03/27/2014 09:24 AM, och ach wrote:
> > same problem here. just find that razor module has static def of package
> > curl.
> > what is the best practice?
> >
> > for now i have deleted the definition from module and included my
> > virtual packages definitions but would love to solve it not dirty fix it
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Puppet Users" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/puppet-users/dOCIZ8-Gfgw/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/533584AC.7000503%40alumni.tu-berlin.de
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CANwmCdaubpRK_VzCvZjfxaNZetHurxG%2B88rmG1UF9YGYh7M7Og%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


[Puppet Users] Re: Could not retrieve catalog from remote server: end of file reached

2012-09-05 Thread Mike Frisch
On Tuesday, July 24, 2012 12:47:09 PM UTC-4, Matt Wise wrote:
>
> I've got a few puppet servers running behind Nginx, load balanced with an 
> ELB. I occasionally see this error in bursts.. 
> > 
> > Tue Jul 24 09:41:23 + 2012 Puppet (err): Could not retrieve catalog 
> from remote server: end of file reached 
> > Tue Jul 24 09:41:24 + 2012 Puppet (err): Could not retrieve catalog; 
> skipping run 
>
> I don't see any obvious accompanying errors on the Puppet master sides... 
> any thoughts on what this might be? 
>
>
Did you have any luck in resolving this issue?  The problem has just arisen 
for me when working with Eucalyptus nodes (I'm calling "puppet agent ..." 
to bootstrap from /etc/rc.local).

I am running mod_passenger on the Puppet master.  This is a single master, 
single agent setup.

-- 
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/-/0htYlM-hmwwJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.



[Puppet Users] Re: Avoiding duplicate definitions

2012-03-19 Thread Mike Frisch


On Tuesday, March 6, 2012 12:53:57 PM UTC-5, jcbollinger wrote:
>
> employ.  I think it's better, though, to just let the compilation 
> failures happen -- use them to detect where you need to patch up 
> conflicts between modules. 
>
>
I agree with this, however I have a scenario where the end-user could 
arbitrarily select 3 different modules, all of which include "package { 
'httpd': ; }", for example.  None of the modules are requiring patching as 
they all legitimately use and depend upon Apache.  Is there any possibility 
of a workaround for this?

I'm using Puppet in a place where there's wrapper logic around including 
Puppet modules, which interfaces with an ENC.

-- 
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/-/gRMNZhauJNwJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.