The Puppet Labs Issue Tracker has Moved:

This issue tracker is now in read-only archive mode and automatic ticket export has been disabled. Redmine users will need to create a new JIRA account to file tickets using See the following page for information on filing tickets with JIRA:

Feature #5660

Puppet should handle port entries in /etc/services with a native type

Added by Stefan Schulte over 5 years ago. Updated over 2 years ago.

Status:Tests InsufficientStart date:12/23/2010
Priority:NormalDue date:
Assignee:Stefan Schulte% Done:


Target version:-
Affected Puppet version: Branch:

We've Moved!

Ticket tracking is now hosted in JIRA:


There already is a puppet type called port.rb in the puppet sources which is currently commented out.

While /etc/services should be easy to handle with the parsedfile provider the only complicated thing is that we don’t have one single key to address one entry. Only the combination of name AND protocol has to be uniq.

Related issues

Blocked by Puppet - Bug #5605: Prefetch doesnt work when resourcetype uses composite keys Needs More Information 12/19/2010
Blocked by Puppet - Bug #5661: Creating type instances is broken when type uses composit... Closed 12/23/2010
Blocked by Puppet - Bug #5662: Parsedfile provider does not work with composite keys Closed 12/23/2010


#1 Updated by Stefan Schulte over 5 years ago

  • Branch set to

Together with patches from #5605 #5661 #5662 it seems to work now (on linux).

I would be happy to know if this type can also manage entries on Mac OS X or what exactly is different on Mac OS X

#2 Updated by James Turnbull over 5 years ago

  • Status changed from Unreviewed to In Topic Branch Pending Review
  • Target version set to 2.7.x

#3 Updated by Jacob Helwig about 5 years ago

  • Status changed from In Topic Branch Pending Review to Tests Insufficient

As posted on the mailing list:


I started taking a look at the patch series, but it doesn't look like
the tests run at all.  I get an error about trying to use

 /home/jhelwig/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require': no such file to load -- puppettest/support/utils (LoadError)
   from /home/jhelwig/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require'
   from /home/jhelwig/work/puppet/spec/unit/provider/port/parsed_spec.rb:6
   from /home/jhelwig/.rvm/gems/ruby-1.8.7-p302@rspec2/gems/rspec-core-2.5.1/lib/rspec/core/configuration.rb:386:in `load'
   from /home/jhelwig/.rvm/gems/ruby-1.8.7-p302@rspec2/gems/rspec-core-2.5.1/lib/rspec/core/configuration.rb:386:in `load_spec_files'
   from /home/jhelwig/.rvm/gems/ruby-1.8.7-p302@rspec2/gems/rspec-core-2.5.1/lib/rspec/core/configuration.rb:386:in `map'
   from /home/jhelwig/.rvm/gems/ruby-1.8.7-p302@rspec2/gems/rspec-core-2.5.1/lib/rspec/core/configuration.rb:386:in `load_spec_files'
   from /home/jhelwig/.rvm/gems/ruby-1.8.7-p302@rspec2/gems/rspec-core-2.5.1/lib/rspec/core/command_line.rb:18:in `run'
   from /home/jhelwig/.rvm/gems/ruby-1.8.7-p302@rspec2/gems/rspec-core-2.5.1/lib/rspec/core/runner.rb:55:in `run_in_process'
   from /home/jhelwig/.rvm/gems/ruby-1.8.7-p302@rspec2/gems/rspec-core-2.5.1/lib/rspec/core/runner.rb:46:in `run'
   from /home/jhelwig/.rvm/gems/ruby-1.8.7-p302@rspec2/gems/rspec-core-2.5.1/lib/rspec/core/runner.rb:10:in `autorun'
   from /home/jhelwig/.rvm/gems/ruby-1.8.7-p302@rspec2/bin/rspec:19

It looks like the new test is the only one attempting to use puppettest
from within the spec test framework.  It looks like this will need to
get sorted out before we can merge it in.

I'm assuming that these tests are running fine for you.  Anything I
should be aware of to get them running on my end?

#4 Updated by Anonymous over 3 years ago

  • Target version deleted (2.7.x)

Also available in: Atom PDF