Bug 695773 - /etc/avahi/services/udisks.service is not marked as a configuration file
Summary: /etc/avahi/services/udisks.service is not marked as a configuration file
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: udisks
Version: 15
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: David Zeuthen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-12 16:25 UTC by Aron Parsons
Modified: 2013-03-06 04:06 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-12 16:40:49 UTC
Type: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

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?
Note You need to log in before you can comment on or make changes to this bug.