On Tue, 2014-03-04 at 00:55 +0100, Carlos Garnacho wrote:
> Hey everyone,
>
> In the past days I've been hacking again on the gestures branch, and
> it's reaching an state where I feel it's getting quite solid, so I would
> like to get discussion started, tentatively aiming to get this included
>
On mar, 2014-03-04 at 00:55 +0100, Carlos Garnacho wrote:
> Hey everyone,
>
> In the past days I've been hacking again on the gestures branch, and
> it's reaching an state where I feel it's getting quite solid, so I would
> like to get discussion started, tentatively aiming to get this included
>
Hey everyone,
In the past days I've been hacking again on the gestures branch, and
it's reaching an state where I feel it's getting quite solid, so I would
like to get discussion started, tentatively aiming to get this included
early in 3.13.
Overview
The two object types this relies on
On Mon, Mar 3, 2014 at 4:37 PM, Nicolas Dufresne
wrote:
> The control center has no support for network profiles yet, but there is
> a bug open about that iirc. nm-connection-editor is a GTK tools that
> comes with NM, and is more complete. You'll find how to program profile
> out there. That's
Le lundi 03 mars 2014 à 21:08 +, Colin Walters a écrit :
> On Mon, Mar 3, 2014 at 12:06 PM, Nicolas Dufresne
> wrote:
> > An headless deamon can be anything with any use cases. One use case
> > that I came with, where the dconf model did not work was package
> > managers.
>
>
> Can you elabo
On Mon, Mar 3, 2014 at 12:06 PM, Nicolas Dufresne
wrote:
An headless deamon can be anything with any use cases. One use case
that
I came with, where the dconf model did not work was package managers.
Can you elaborate on the second sentence?
It's a wired concept, which got added NM "recen
On 03/03/2014 06:40 AM, Colin Walters wrote:
How about this as a strawman:
1) Split off some of the core settings like org.gnome.system.proxy into
gsettings-core-settings or something
2) Have a common keyfile in /etc/gsettings-core.conf that headless
server code can use
+1 from me. I have a b
Le lundi 03 mars 2014 à 16:38 +, Colin Walters a écrit :
> On Mon, Mar 3, 2014 at 11:06 AM, Nicolas Dufresne
> wrote:
> > Le lundi 03 mars 2014 à 09:59 -0500, Dan Winship a écrit :
> Is it just proxy configuration? Are there any options from
> gsettings-desktop-schemas that are used by libso
Le lundi 03 mars 2014 à 11:16 -0500, Jasper St. Pierre a écrit :
> Can we do that without breaking backwards compatibility? For instance,
> if I have an old proxy config, and I upgrade to a new
> glib-networking / libsoup, will I, as a user, have to re-set it for
> the new path layouts? Do we have
On Mon, Mar 3, 2014 at 10:28 AM, Bastien Nocera
wrote:
We can probably rename it in the future if that's the only thing.
The other thing is that I have no sensible way to actually *use* these
schemas as a system daemon.
I don't have dconf (at least right now...we could discuss a "system
On Mon, Mar 3, 2014 at 11:06 AM, Nicolas Dufresne
wrote:
Le lundi 03 mars 2014 à 09:59 -0500, Dan Winship a écrit :
So... if we're going to do anything with the proxy schemas, we should
move/rename and reorganize them at the same time.
I second this, if review is needed on an appropriate desi
Can we do that without breaking backwards compatibility? For instance, if I
have an old proxy config, and I upgrade to a new glib-networking / libsoup,
will I, as a user, have to re-set it for the new path layouts? Do we have a
migration tool to fix things like this?
(My local copy of glib actuall
Le lundi 03 mars 2014 à 09:59 -0500, Dan Winship a écrit :
> So... if we're going to do anything with the proxy schemas, we should
> move/rename and reorganize them at the same time.
I second this, if review is needed on an appropriate design I'd be happy
to help double checking it. So far things
On Mon, 2014-03-03 at 15:04 +, Colin Walters wrote:
> You're right that just using gsettings-desktop-schemas isn't a big
> deal for this particular issue, it does have "desktop" in the
> name...which in my mind gives it a license to depend on gtk+ or
> something =)
Given that it's a dependen
On Mon, Mar 3, 2014 at 9:55 AM, Bastien Nocera
wrote:
What about shipping the keyfile in gsettings-desktop-schemas? Does it
hurt to have more schemas than the ones you use?
It doesn't hurt *that* much. I mean, I have much more important
battles to wage for this particular project, such as
On 03/03/2014 09:40 AM, Colin Walters wrote:
> 1) Split off some of the core settings like org.gnome.system.proxy into
> gsettings-core-settings or something
The current proxy settings (and maybe some of the others in
gsettings-desktop-schemas) cause warnings every time you install a new
schema, b
On Mon, 2014-03-03 at 14:40 +, Colin Walters wrote:
> Hi,
>
>
> I use GLib/gjs for server side code in several places. For example, I
> recently wrote
> https://github.com/cgwalters/min-metadata-service
> which uses libsoup. Which at the RPM level, Requires: glib-networking
> which in turn
Hi,
I use GLib/gjs for server side code in several places. For example, I
recently wrote
https://github.com/cgwalters/min-metadata-service
which uses libsoup. Which at the RPM level, Requires: glib-networking
which in turn requires gsettings-desktop-schemas.
It's a little ugly to pull this
On Sun 02 Mar 2014 22:39, Colin Walters writes:
> On Sun, Mar 2, 2014 at 3:37 PM, Andy Wingo wrote:
>
> Ideally GLib could define an interface void g_register_allocation
> (size_t bytes, char *for_whom);
>
> What about GLib libraries which wrap non-GLib libraries that do the
> heavy lift
19 matches
Mail list logo
