/etc/cups/printers.conf timestamp is pointlessly updated
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cups (Ubuntu) |
Fix Released
|
Low
|
Till Kamppeter | ||
Quantal |
Won't Fix
|
Low
|
Till Kamppeter |
Bug Description
Binary package hint: cups
I have etckeeper installed which keeps /etc in a bzr branch. I've noticed a lot of commits of following content:
=== modified file 'cups/printers.
--- cups/printers.conf 2010-01-21 05:31:42 +0000
+++ cups/printers.conf 2010-01-22 02:00:04 +0000
@@ -1,5 +1,5 @@
# Printer configuration file for CUPS v1.4.1
-# Written by cupsd on 2010-01-20 08:20
+# Written by cupsd on 2010-01-21 07:52
<Printer deskjet-5550>
Info hp deskjet 5550
Location jauntybook
=== modified file 'cups/printers.
--- cups/printers.
+++ cups/printers.
@@ -1,5 +1,5 @@
# Printer configuration file for CUPS v1.4.1
-# Written by cupsd on 2010-01-19 07:43
+# Written by cupsd on 2010-01-20 08:20
<Printer deskjet-5550>
Info hp deskjet 5550
Location jauntybook
Please make cups not to update those files with pointless time-stamp change only. Thank you.
ProblemType: Bug
Architecture: i386
Date: Fri Jan 22 18:17:26 2010
DistroRelease: Ubuntu 9.10
Lpstat:
device for deskjet-5550: hp:/usb/
device for Deskjet-
device for Hewlett-
MachineType: Apple Computer, Inc. MacBook1,1
Package: cups 1.4.1-5ubuntu2.1
Papersize: a4
PpdFiles:
deskjet-5550: HP Deskjet 5550 hpijs, 3.9.8.36
Deskjet-
Hewlett-
ProcCmdLine: BOOT_IMAGE=
ProcEnviron:
LANGUAGE=
PATH=(custom, user)
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: cups
Uname: Linux 2.6.31-18-generic i686
dmi.bios.date: 10/12/06
dmi.bios.vendor: Apple Computer, Inc.
dmi.bios.version: MB11.88Z.
dmi.board.
dmi.board.name: Mac-F4208CC8
dmi.board.vendor: Apple Computer, Inc.
dmi.board.version: PVT
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: Apple Computer, Inc.
dmi.chassis.
dmi.modalias: dmi:bvnAppleCom
dmi.product.name: MacBook1,1
dmi.product.
dmi.sys.vendor: Apple Computer, Inc.
tags: | added: dt-200 |
Yes, this is very annoying with etckeeper. This is also incompatible with read-only root.
A solution would be either migrate constantly modified files to /var (losing etckeeper tracking) or just avoid replacing the file when changing nothing. I think staying in /etc would be better to preserve tracking when modifying the configuration (manually or with a GUI).