Bug 2213497

Summary:	tmpfiles vs RuntimeDirectoryMode
Product:	[Fedora] Fedora EPEL	Reporter:	Stefano Biagiotti <stefano.biagiotti>
Component:	opendkim	Assignee:	Jonathan Wright <jonathan>
Status:	NEW ---	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	epel8	CC:	anon.amish, matt
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Stefano Biagiotti 2023-06-08 11:03:27 UTC

After upgrading to opendkim-2.11.0-0.34.el8.x86_64, custom tmpfiles configuration file /etc/tmpfiles.d/opendkim.conf doesn't work anymore.

It seems some new lines in /usr/lib/systemd/system/opendkim.service supersede tmpfiles.
RuntimeDirectory=opendkim
RuntimeDirectoryMode=0750

The /run/opendkim directory always is opendkim:opendkim 755 although the tmpfiles conf is (for instance) "D /run/opendkim 0710 opendkim postfix -".

If this is intended and WONTFIX, I think /usr/lib/tmpfiles.d/opendkim.conf should be removed. Maybe this new behaviour should be somehow documented too as it breaks things. :-(

Comment 1 Matt Domsch 2023-08-06 01:51:17 UTC

The specfile certainly tried to avoid creating both tmpfiles.d/opendkim.conf and opendkim.service. But I do see both present in the EPEL 8 package. Very strange.

Comment 2 Fedora Admin user for bugzilla script actions 2024-10-26 14:06:30 UTC

This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.

Comment 3 Fedora Admin user for bugzilla script actions 2024-10-28 00:31:01 UTC

This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.