Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
PUP 3.5.0
-
None
-
2
-
Week 2014-5-14 to 2014-5-21
Description
One of my modules has the following code:
package { 'inetd': ensure => absent; }
|
On the next Puppet run, Puppet tries to remove the xinetd package (debug output):
Debug: Executing '/bin/rpm -q inetd --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH}\n'
|
Debug: Executing '/bin/rpm -q inetd --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH}\n --whatprovides'
|
Debug: Executing '/bin/rpm -e xinetd-2.3.14-39.el6_4.x86_64'
|
Error: Execution of '/bin/rpm -e xinetd-2.3.14-39.el6_4.x86_64' returned 1: error: Failed dependencies:
|
xinetd is needed by (installed) tftp-server-0.49-7.el6.x86_64
|
Error: /Stage[main]/Services/Package[inetd]/ensure: change from 2.3.14-39.el6_4 to absent failed: Execution of '/bin/rpm -e xinetd-2.3.14-39.el6_4.x86_64' returned 1: error: Failed dependencies:
|
xinetd is needed by (installed) tftp-server-0.49-7.el6.x86_64
|
I've also noticed this problem with the JRE package. Our local yum repo has many versions of java. One of these packages has the %
{NAME}'jre' (downloaded from oracle's site directly) which is what we used to create the package resource. However it's substituting other java packages that provide 'jre' and installing those packages instead. In fact, if there's a package that provides 'jre' already installed on your system puppet won't install the package named jre!
Attachments
Issue Links
- is duplicated by
-
PUP-2378 Use of rpm -q --whatprovides breaks working manifest
-
- Closed
-
- relates to
-
PUP-2746 new parameter "allow_virtual"
-
- Closed
-
-
PUP-897 package type should accept virtual package for rpm
-
- Closed
-
-
PUP-9974 Regression: allow_virtual => true matches too much for dpkg provider
-
- Resolved
-
-
PUP-2650 3.6.1 issues "warning" message for deprecation
-
- Closed
-
- links to