Jira (PUP-2076) Unit Tests Fail if not run as root (continues http://projects.puppetlabs.com/issues/16248)

2014-03-27 Thread Ralph BOlton (JIRA)
Title: Message Title










 

 Ralph BOlton created an issue











 






 Puppet /  PUP-2076



  Unit Tests Fail if not run as root (continues http://projects.puppetlabs.com/issues/16248) 










Issue Type:

  Bug




Affects Versions:


 2.7.25




Assignee:

 Eric Sorenson




Components:


 Test Infrastructure




Created:


 27/Mar/14 6:54 AM




Environment:


Linux (RHEL5/6, although others equally affected)




Priority:

  Normal




Reporter:

 Ralph BOlton












   

 Add Comment











 






   

Jira (PUP-2076) Unit Tests Fail if not run as root (continues http://projects.puppetlabs.com/issues/16248)

2014-03-27 Thread Ralph BOlton (JIRA)
Title: Message Title










 

 Ralph BOlton updated an issue











 






 Puppet /  PUP-2076



  Unit Tests Fail if not run as root (continues http://projects.puppetlabs.com/issues/16248) 










Change By:

 Ralph BOlton









 This follows on from Bug 16248 (http://projects.puppetlabs.com/issues/16248).It seems that running --noop and running unit tests with rspec-puppet both suffer the same problem - that is, that core Puppet tries to do things that only root can do. In the case of running --noop, I think the previous bug arrives at a reasonable conclusion - that is that --noop as a non-root user isn't especially appropriate because an ordinary user may not have access to the files and binaries that would be needed to even calculate what work needs to be done.However, rspec-puppet unit tests absolutely shouldn't need to be run as root. Since they really only test the catalogue, there should be very little need to do some of the things Puppet appears to do. It turns out that rspec-puppet's 'should compile' test always fails if you have a user specification in the manifest (see bug exploring this problem: https://github.com/rodjek/rspec-puppet/issues/175). This appears to be because puppet attempts to stat() (and maybe run) binaries such as /usr/sbin/usermod, even when just building up the catalogue in the test environment Clearly, this is unnecessary when checking against a unit test spec.What can we do about this? It seems unlikely that rspec-puppet can resolve this problem without some movement in Puppet itself.












   

 Add Comment











 










 This message was sent by Atlassian JIRA (v6.1.4#6159-sha1:44eaede)




 














-- 
You received this message because you are subscribed to the Google Groups "Puppet Bugs" group.
To unsubscribe from this group 

Jira (PUP-7522) Add the ability to view trusted fact values from an agent

2018-09-12 Thread Ralph Bolton (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Ralph Bolton commented on  PUP-7522  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Add the ability to view trusted fact values from an agent   
 

  
 
 
 
 

 
 In a similar style to https://tickets.puppetlabs.com/browse/PUP-2630, I have been using: puppet apply -e 'notify{"abc$trusted":}'  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.7.1#77002-sha1:e75ca93)  
 
 

 
   
 

  
 

  
 

   





-- 
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 https://groups.google.com/group/puppet-bugs.
For more options, visit https://groups.google.com/d/optout.