Bug#310065: marked as done (requesting change to default path file/managing configuration sources with desktop-profiles)

Debian Bug Tracking System owner at bugs.debian.org
Wed Sep 7 23:48:06 UTC 2005


Your message dated Wed, 07 Sep 2005 16:32:05 -0700
with message-id <E1ED9Of-0005ZS-00 at spohr.debian.org>
and subject line Bug#310065: fixed in gconf2 2.10.1-2
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 21 May 2005 11:58:17 +0000
>From cobaco at linux.be Sat May 21 04:58:16 2005
Return-path: <cobaco at linux.be>
Received: from smtp-send.myrealbox.com [192.108.102.143] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1DZScS-0007CU-00; Sat, 21 May 2005 04:58:16 -0700
Received: from dhcp-17.oisec.net cobaco [62.133.205.48]
	by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 1.5 $ on Linux
	via secured & encrypted transport (TLS);
	Sat, 21 May 2005 05:58:14 -0600
From: cobaco <cobaco at linux.be>
Reply-To: cobaco at linux.be
To: submit at bugs.debian.org
Subject: requesting change to default path file/managing configuration sources with desktop-profiles
Date: Sat, 21 May 2005 13:55:57 +0200
User-Agent: KMail/1.5.3
MIME-Version: 1.0
Message-Id: <200505211356.04676.cobaco at linux.be>
Content-Type: multipart/signed;
  boundary="nextPart1953146.Cjf2YQhSff";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Delivered-To: submit at bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no 
	version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

--nextPart1953146.Cjf2YQhSff
Content-Type: multipart/mixed;
  boundary="Boundary-01=_NHyjCtnGRzjz/Kn"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--Boundary-01=_NHyjCtnGRzjz/Kn
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Package: gconf2
Severity: wishlist
Tags: patch
X-Debbugs-CC: pkg-gnome-maintainers at lists.alioth.debian.org
=20
I've made a package called desktop-profiles, that recently entered Debian.=
=20
The purpose of this package is to manage the conditional activation of=20
profiles for the different desktop environments in Debian. Where profiles=20
are sets of configuration and/or data files (i.e. configuration sets in=20
gconf terminology, or base-dirs in freedesktop terminology).

To make this work with gconf (and thus Gnome) the default system-wide path=
=20
file needs to be changed, I'll explain the reasoning and needed changes=20
below.


Why you would want to change the way configuration sources are managed:

Managing configuration sources with only the default path file makes it har=
d=20
to have different sets of configuration sources active under different=20
conditions (for differet sets of users).=20
Desktop profiles makes this easy (you only have to specify the conditions,=
=20
rest is done by desktop-profiles).
One example where this would come in handy is schools: you don't want to=20
clutter the environment of pupils with stuff only used by teachers, also=20
you probably want to enforce more/different settings for pupils then you=20
would for teachers (goes for any large organization with different sets of=
=20
users, using the available computers in different ways/for different=20
purposes).

The current way of managing them through the path-file is not cross-desktop=
,=20
managing them through desktop-profiles is.
As most people are at least using some apps of competing desktops this mean=
s=20
that an admin wanting to setup the whole environment needs to know and mess=
=20
with 3 (Gconf, KDE, and freedesktop standarized stuff, though the exact=20
number can be as high as 7 or low as 2)  different systems of managing=20
this.

The possibility to add/change DE-configuration in a standard way is=20
important for CDD's. They could each roll there own (debian-edu currently=20
does, desktop-profiles is a generalization of that approach), but that will=
=20
become messy when you combine several CDD's (e.g. debian-edu + demudi on a=
=20
music class computer)

=46or the freedesktop standarized stuff there's a real need to have a stand=
ard=20
way for the admin to control which profiles are activated (different=20
desktops will have the same config files for that, and will conflict unless=
=20
some mechanism exists to choose one over the other, see also bug 307098,=20
for one case where this already happened)


What changes are needed:

Desktop-profiles activates configuration sources based on 2 bits of=20
metadata: requirements (conditions for activation, mostly group membership=
=20
or non-membership), and precedence (used for ordering the profiles, so the=
=20
value of higher precedence profiles are used in case of conflicting=20
settingvalues ).
In the case of gconf any configuration source whose activation requirements=
=20
are met  on X-startup is added to one of two newly generated path-files.=20
everyone of those with higher precedence then the default user source is=20
added to the desktop-profiles path file with mandatory settings, any that=20
have lower priority are added to the desktop-profiles path file with=20
default settings.

The system wide path file would then need to do one of two things:
1) hand over the management of configuration sources to desktop-profiles=20
completely=20
    -> is the preferred option
    -> doesn't change what configuration sources will be activated by
        default (nor their respective order)
    -> systemwide path file should be replaced with the attached           =
      =20
        manage_all_sources_with_desktop-profiles.path
    -> needs gconf to depend on desktop profiles <=3D 1.4.6 (which is a tiny
        arch-all package, coming in at Installed-Size: 274, so that =20
        shouldn't add noticable overhead)
2) keep control over the management of the configuration sources currently=
=20
defined by the default system-wide path file, but add some directives so=20
profiles managed by desktop-profiles are found in the default situation.
    -> this is almost as good as the above option except that it doesn't
        allow the sysdamin to deactivate any of the default sources through=
=20
        desktop-profiles, making him need to now both mechanisms AND how
        they interact for complete control
    -> systemwide path file should be replaced with the attached           =
      =20
        allow_desktop-profiles_to_add_sources.path=20
    -> allows gconf to work as it does now without having
         desktop-profiles installed
=2D-
Cheers, cobaco

/"\  ASCII Ribbon Campaign
\ /  No proprietary formats in attachments without request
 X   i.e. *NO* WORD, POWERPOINT or EXCEL documents
/ \  Respect Open Standards
      http://www.fsf.org/philosophy/no-word-attachments.html
      http://www.goldmark.org/netrants/no-word/attach.html







--Boundary-01=_NHyjCtnGRzjz/Kn
Content-Type: text/plain;
  charset="iso-8859-1";
  name="manage_all_sources_with_desktop-profiles.path"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="manage_all_sources_with_desktop-profiles.path"

#=20
# This gconf path file is meant to be used in conjunction with the
# desktop-profiles package,=20
#
# Default gconf behaviour using this path file with desktop-profiles instal=
led
# is identical to the behaviour using the default path file from the gconf2
# pacakge, but allowing activation of additional configuration sources thro=
ugh
# desktop-profiles
#
# See the desktop-profiles (7) man page for more information
###########################################################################=
####

# Look for mandatory "configuration sources" from desktop-profiles
include $(ENV_MANDATORY_PATH)

# Now see where users want us to look - basically the user can stick arbitr=
ary=20
# sources in a ~/.gconf.path file and they're inserted here
include "$(HOME)/.gconf.path"

# Give users a default storage location, ~/.gconf
xml:readwrite:$(HOME)/.gconf

# Look for default "configuration sources" from desktop-profiles
include $(ENV_DEFAULTS_PATH)

--Boundary-01=_NHyjCtnGRzjz/Kn
Content-Type: text/plain;
  charset="iso-8859-1";
  name="allow_desktop-profiles_to_add_sources.path"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="allow_desktop-profiles_to_add_sources.path"

# This file stores the addresses of config sources for GConf
# When a value is stored or requested, the sources are scanned from top to=
=20
# bottom, and the first one to have a value for the key (or the first one=20
# to be writeable) is used to load/store the data.

# See the GConf manual for details

# Look first at mandatory profiles managed by desktop-profiles
# see desktop-profiles(7) for details about how this works
include $(ENV_MANDATORY_PATH)

# Look first in systemwide mandatory settings directory
xml:readonly:/etc/gconf/gconf.xml.mandatory

# To read in any mandatory settings that the Sys Admin may have created
# prior to a desktop system upgrade. The SysAdmin can stick read-only system
# wide sources in this file.
include /etc/gconf/2/local-mandatory.path

# Now see where users want us to look - basically the user can stick arbitr=
ary=20
# sources in a ~/.gconf.path file and they're inserted here
include "$(HOME)/.gconf.path"

# Give users a default storage location, ~/.gconf
xml:readwrite:$(HOME)/.gconf

# Look for default "configuration sources" managed by desktop-profiles
# see desktop-profiles(7) for details about how this works
include $(ENV_DEFAULTS_PATH)

# To read in any defaults settings that the Sys Admin may have created
# prior to a desktop system upgrade. The SysAdmin can stick default values
# system-wide in this file.
include /etc/gconf/2/local-defaults.path

# Finally, look at the systemwide defaults
xml:readonly:/etc/gconf/gconf.xml.defaults



--Boundary-01=_NHyjCtnGRzjz/Kn--

--nextPart1953146.Cjf2YQhSff
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBCjyHU5ihPJ4ZiSrsRAuipAJsGyNlt+dSx4rjFZspOYXMLeE6AzQCghd0/
auWkkYNSMjbKlh5MaQv22aY=
=Hi/y
-----END PGP SIGNATURE-----

--nextPart1953146.Cjf2YQhSff--

---------------------------------------
Received: (at 310065-close) by bugs.debian.org; 7 Sep 2005 23:38:20 +0000
>From katie at spohr.debian.org Wed Sep 07 16:38:20 2005
Return-path: <katie at spohr.debian.org>
Received: from katie by spohr.debian.org with local (Exim 3.36 1 (Debian))
	id 1ED9Of-0005ZS-00; Wed, 07 Sep 2005 16:32:05 -0700
From: Josselin Mouette <joss at debian.org>
To: 310065-close at bugs.debian.org
X-Katie: $Revision: 1.56 $
Subject: Bug#310065: fixed in gconf2 2.10.1-2
Message-Id: <E1ED9Of-0005ZS-00 at spohr.debian.org>
Sender: Archive Administrator <katie at spohr.debian.org>
Date: Wed, 07 Sep 2005 16:32:05 -0700
Delivered-To: 310065-close at bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level: 
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
	autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-CrossAssassin-Score: 3

Source: gconf2
Source-Version: 2.10.1-2

We believe that the bug you reported is fixed in the latest version of
gconf2, which is due to be installed in the Debian FTP archive:

gconf2_2.10.1-2.diff.gz
  to pool/main/g/gconf2/gconf2_2.10.1-2.diff.gz
gconf2_2.10.1-2.dsc
  to pool/main/g/gconf2/gconf2_2.10.1-2.dsc
gconf2_2.10.1-2_i386.deb
  to pool/main/g/gconf2/gconf2_2.10.1-2_i386.deb
libgconf2-4_2.10.1-2_i386.deb
  to pool/main/g/gconf2/libgconf2-4_2.10.1-2_i386.deb
libgconf2-dev_2.10.1-2_i386.deb
  to pool/main/g/gconf2/libgconf2-dev_2.10.1-2_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 310065 at bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Josselin Mouette <joss at debian.org> (supplier of updated gconf2 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster at debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Thu,  8 Sep 2005 01:12:45 +0200
Source: gconf2
Binary: libgconf2-4 gconf2 libgconf2-dev
Architecture: source i386
Version: 2.10.1-2
Distribution: unstable
Urgency: low
Maintainer: Josselin Mouette <joss at debian.org>
Changed-By: Josselin Mouette <joss at debian.org>
Description: 
 gconf2     - GNOME configuration database system. (daemon and tools, for GNOME
 libgconf2-4 - GNOME configuration database system libraries (for GNOME2)
 libgconf2-dev - GNOME configuration database system development files. (for GNOME
Closes: 267304 272226 310065 314999
Changes: 
 gconf2 (2.10.1-2) unstable; urgency=low
 .
   * gconf2.postinst: install the manpage as a slave alternative
     (closes: #314999).
   * gconf2.{install,links}: install documentation to /usr/share/doc
     (closes: #272226).
     + rules: don't compress these files.
     + gconf2.postinst: make the symlink by hand for the transition.
   * rules,control.in: only recommend libgtk2.0-0, for gconf-sanity-check
     (closes: #267304).
   * Customize the default path file, which now:
       - allows to set defaults or mandatory settings in packages;
       - sets a place for autogenerated defaults in /var/lib;
       - reads user customization files for Sabayon.
     (closes: #310065).
     + path: the new file.
     + gconf2.install: install it in place of the other one.
     + gconf2.dirs: create the corresponding directories.
   * gconf-schemas: new script, to be used by dh_gconf.
     + gconf2.install: install it.
   * copyright: update FSF address.
   * control.in: bump debhelper dependency to 4.1.
   * gconf.devhelp: removed, unused.
   * postinst,prerm: renamed to gconf2.{postinst,prerm}.
Files: 
 8fdecf306f50ed6b64e914b8bf1a5d3c 1717 libs optional gconf2_2.10.1-2.dsc
 b3449cecaf81e6f12f857aefb722e2e0 12169 libs optional gconf2_2.10.1-2.diff.gz
 24d99fafee4a1c59742c5180a1bf24c8 1328112 admin optional gconf2_2.10.1-2_i386.deb
 d64dedc5a688c1352cb1a41668c69e93 146212 libs optional libgconf2-4_2.10.1-2_i386.deb
 18fd3c958f22c3aa47ed8d82138c192c 175628 libdevel optional libgconf2-dev_2.10.1-2_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDH3XjrSla4ddfhTMRAhj8AKDiA7M3qu2VFNK9HASJpXLzGNpWmACfd/Gc
GpRvMHAub2sqvKfbnKCX9ik=
=LWeJ
-----END PGP SIGNATURE-----





More information about the Pkg-gnome-maintainers mailing list