Your message dated Mon, 02 Feb 2009 14:33:57 +0100
with message-id <1233581637.18512.38.ca...@tomoyo>
and subject line Fixed in stable
has caused the Debian Bug report #241964,
regarding gconftool-2 --makefile-uninstall-rule fails with /etc in CVS
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
241964: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=241964
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: gconf2
Version: 2.4.0.1-4
Severity: normal
Hey there. I prefer keeping my /etc/ in CVS, but I've been running into
trouble lately with some GNOME packages. Specifically, they call
gconftool-2 --makefile-uninstall-rule.
Unfortunately, many /etc/gconf/schemas/ directories contain CVS/
subdirectories, and gconftool-2 fails if it can't delete the directory
because it isn't empty:
Removing gnome-panel-data ...
Failed:
Failed to delete "/etc/gconf/gconf.xml.defaults/apps/gnome_panel_screenshot":
Directory not empty
Failed:
Failed to delete
"/etc/gconf/gconf.xml.defaults/schemas/apps/gnome_panel_screenshot": Directory
not empty
Error syncing config data: Failed:
Failed to sync XML cache contents to disk
dpkg: error processing gnome-panel-data (--purge):
subprocess pre-removal script returned error exit status 1
Errors were encountered while processing:
gnome-panel-data
E: Sub-process /usr/bin/dpkg returned an error code (1)
The consensus among people I've talked to (and there've been a fair
number) is that when a package is purged, it should remove *only* those
configuration files it knows about explicitly, and then it should use
'rmdir --ignore-fail-on-non-empty' to remove any directories that are
involved.
It would probably make sense for gconftool-2 to act similarly; there's
really no guarantee that the directories in question are empty, and as
near as I can tell leaving them around (because the admin has files of
their own in there) causes no harm.
Thanks :)
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.2-a2
Locale: LANG=en_CA, LC_CTYPE=en_CA
Versions of packages gconf2 depends on:
ii libatk1.0-0 1.4.1-1 The ATK accessibility toolkit
ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an
ii libgconf2-4 2.4.0.1-4 GNOME configuration database syste
ii libglib2.0-0 2.2.3-1 The GLib library of C routines
ii libgtk2.0-0 2.2.4-3 The GTK+ graphical user interface
ii liborbit2 1:2.8.3-2 libraries for ORBit2 - a CORBA ORB
ii libpango1.0-0 1.2.5-2.1 Layout and rendering of internatio
ii libpopt0 1.7-4 lib for parsing cmdline parameters
ii libxml2 2.6.8-1 GNOME XML library
ii zlib1g 1:1.2.1-5 compression library - runtime
-- no debconf information
--
Arguing with an engineer is like wrestling with a pig in mud.
After a while, you realise the pig is enjoying it.
OpenPGP v4 key ID: 4096R/59DDCB9F
Fingerprint: CC53 F124 35C0 7BC2 58FE 7A3C 157D DFD9 59DD CB9F
Retreive from subkeys.pgp.net or risk key corruption
--- End Message ---
--- Begin Message ---
This bug has been fixed by the move of GConf schemas and defaults to
FHS-compatible locations.
Cheers,
--
.''`.
: :' : We are debian.org. Lower your prices, surrender your code.
`. `' We will add your hardware and software distinctiveness to
`- our own. Resistance is futile.
signature.asc
Description: Ceci est une partie de message numériquement signée
--- End Message ---
