Bug 695773

Summary:	/etc/avahi/services/udisks.service is not marked as a configuration file
Product:	[Fedora] Fedora	Reporter:	Aron Parsons <aronparsons>
Component:	udisks	Assignee:	David Zeuthen <davidz>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	15	CC:	davidz, dwysocha, mclasen
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-04-12 16:40:49 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Aron Parsons 2011-04-12 16:25:06 UTC

Description of problem:
udisks installs an Avahi service at /etc/avahi/services/udisks.service.  This file is not marked as a configuration file, which means updates to udisks re-enables the service after I disable it.

Version-Release number of selected component (if applicable):
udisks-1.0.2-1.fc15.x86_64

How reproducible:
always

Steps to Reproduce:
1. install udisks
2. cat /dev/null > /etc/avahi/services/udisks.service
3. yum -y reinstall udisks
  
Actual results:
udisks clobbers the configuration file

Expected results:
the configuration file should not be overwritten

Additional info:

Comment 1 David Zeuthen 2011-04-12 16:40:49 UTC

No-one is supposed to be editing that file (just because something is in /etc does not mean it's a configuration file intended to be edited).

Comment 2 Aron Parsons 2011-04-12 17:20:34 UTC

If I disable a service, I expect it to stay disabled.  Avahi itself set its ssh.service file as a configuration file so that if it's disabled, it stays that way.  Why does udisks even need to advertise itself?