| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Stop building the dconf-dbus-1 client library. Nobody is using it
anymore and we will soon be taking a non-conditional dependency on
libgio in any case.
It is now only possible to use dconf with GDBus.
|
|
|
|
|
|
|
| |
Add support for g_autoptr() on DConfClient and DConfChangeset. Switch
to using G_DECLARE_FINAL_TYPE in the declaration of DConfClient.
https://bugzilla.gnome.org/show_bug.cgi?id=758871
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
...to better match conventions in other modules, and to silence an
irrelevant warning about portability to Windows.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
This commit installs a service file, renames the desktop file
to follow the bus name, and adds the DBusActivatable key to
the desktop file, following
https://wiki.gnome.org/HowDoI/DBusApplicationLaunching
https://bugzilla.gnome.org/show_bug.cgi?id=727862
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
It seems like 1.13 is still a bit too cutting-edge for some (including
Debian wheezy and gnome-continuous).
Drop the dependency back to 1.11.2 and add back ACLOCAL_AMFLAGS (but
without ACLOCAL_FLAGS).
We can reevaluate after jessie is released.
|
|
|
|
|
|
| |
Since we dropped ACLOCAL_AMFLAGS in Makefile.am we should depend on automake
1.13 (since this is the version that supports using AC_CONFIG_MACRO_DIRS
directly).
|
|
|
|
|
|
|
| |
ACLOCAL_PATH has replaced this for some time now.
Bump automake dependency to 1.11.2 (this is the first automake that
knows about ACLOCAL_PATH).
|
|
|
|
| |
dconf is tested as working with Vala 0.18.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
We use -ldl in some of our testcases to mock out some system calls via
interposing, using dlsym() to chain up.
Make sure we only use this if we really need to. Many systems have
dlsym() in the C library and no -ldl.
https://bugzilla.gnome.org/show_bug.cgi?id=720072
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Implement g_settings_backend_read_user_value() in DConfSettingsBackend.
This will help us support g_settings_get_user_value() properly.
We add a new engine API to support this as well. It takes a
read_through queue, even though we don't bother using that from
DConfSettingsBackend.
https://bugzilla.gnome.org/show_bug.cgi?id=668233
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
For GtkApplicationWindow
https://bugzilla.gnome.org/show_bug.cgi?id=703122
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A couple of things were preventing autoreconf from working properly on
our tarball releases. Fix those up:
- the m4/ directory (with intltool and gtk-doc m4) was not being disted
- our ./autogen.sh invoked automake with --foreign, suppressing
warnings about missing ChangeLog, etc. Move that flag into
configure.ac so that they are still suppressed when using autoreconf.
https://bugzilla.gnome.org/show_bug.cgi?id=663961
|
| |
|
|
|
|
| |
For new g_variant_new_from_bytes() API.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Rewrite the dconf-service using gdbus-codegen and generally cleaning
things up a lot. The DConfWriter class can now be reasonably subclassed
to create more complex types of dconf databases (such as ones that
are stored in the local runtime dir and synced up with an NFS home
directory).
Keep a cache of the keys in the database (instead of re-reading it every
time we try to make a change).
Drop support for the old D-Bus interface (now that we are two stable
releases since it was used).
Modify the commandline tool for 'dconf blame' to call the new interface.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) For embedded systems, it makes no sense to include documentation
of this kind on each image. So we might as well not even build
it.
2) For people bootstrapping systems from source code, documentation
is the source of many cyclical build loops. Allowing it to
be disabled helps cut these loops.
3) The Docbook stylesheets are distributed as Zip files, and
the gnome-ostree builder only consumes git repositories.
https://bugzilla.gnome.org/show_bug.cgi?id=681385
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
It is a nice thing if one can learn something about the running
processes by looking up their man pages. This commit adds man pages
for dconf-service, dconf-editor and the dconf utility in section 1.
It also adds an overview man page in section 7. The contents of
the overview are mostly taken from the current README. All these
man pages are also included in the API docs, in a 'Programs'
section.
https://bugzilla.gnome.org/show_bug.cgi?id=680602
|
|
|
|
|
|
|
|
|
| |
Add i18n support using intltool and glib-gettext (to avoid the
well-known issues with vanilla gettext).
This patch is heavily based on a patch by Gabor Kelemen.
https://bugzilla.gnome.org/show_bug.cgi?id=642217
|
|
|
|
|
| |
If components are going to update themselves to the new version of the
libdconf API then they should be able to depend on it by version number.
|
|
|
|
| |
This reverts commit 3bd2e9c8c37468eec6067a40ef2e66ef7372ac43.
|
| |
|
|\
| |
| |
| |
| |
| |
| | |
Conflicts:
bin/dconf-dump.vala
configure.ac
editor/Makefile.am
|
| |
| |
| |
| |
| | |
For g_slist_copy_deep() and g_clear_pointer() with the workaround for
GCC's "helpfulness".
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Clean up the Makefiles and make them as similar as possible.
Move CFLAGS to a common point of definition and stop using -I so much.
Replace the 'dbus stub' with libdconf-mock.a in tests/. Fill in some
stubs for future mock code for shm and gvdb (just to get things
compiling for now).
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Remove the shm code from the engine and the service and put it in a
separate convenience library in shm/.
Remove the vestigial shmdir weirdness from the service (since shmdir is
now always relative to XDG_RUNTIME_DIR and has been for some time).
The purpose of this is so that dconf-engine can be properly unit-tested.
dconf-engine now has five points of contact with the world (excluding
the users of the engine themselves):
- the DCONF_PROFILE environment variable
- fopen() of profile files
- shm
- gvdb
- dbus
The environment variable is quite easily controlled. fopen() is
intercepted in the engine testcase with a interpose of the libc symbol.
With this commit now each of dbus, gvdb and shm are implemented in
separate utility modules that can be mocked from the testcases.
|