similar to: DBus Interface

I've started work on a rewrite of sorts for the dbus plugin that changes how it listens/responds to messages to make it possible to generate introspection data. The main changes are registering every plugin, screen, option, etc with dbus_connection_register_object_path and using libxml2 to generate the introspection data. This more or less works I just need to hook up the rest of the methods

I was always annoyed that you couldn't terminate an action with dbus so I have written this patch which fixes that. Hopefully this can be included. I wrote the patch trying to repeat as little code as possible so I just added a boolean parameter to the dbusHandleActivateMessage and changed the name to dbusHandleActivateDeactivateMessage. You could probably change the deactivate parameter

I've added configuration support to the dbus plugin. I haven't done much testing so let me know if you find any issues with it. You can find some usage examples in the dbus plugin code. This is what KDE needs for compiz configuration support but you can of course use it for other configuration systems too. E.g. writing a simple daemon that monitors a text file and use this dbus interface

Hi, since quite some time I encounter a problem which I believe is in the dbus plugin: Sometimes when I load or unload plugins by changing the configuration, all settings of all plugins are reset. At the same time, the following message appears multiple times in the terminal I started Compiz from (which makes me believe the problem is in the dbus plugin): A handler is already registered for the

FYI, I have put up a forum post [1] where I am going to maintain information about the netwm api for the dbus plugin. I have gone through the EWMH spec [2] and broken it down into a dbus compatible api, it seems to be good and roughly compatible with the existing compiz one. I think everything should be self explanitory, if there are any comments or if there is anything I have misunderstood or

Using latest git if you try to set an option to the value it already has you get an error like 'dbus_bindings.DBusException: Method "set" with signature "s" on interface "org.freedesktop.compiz" doesn't exist' and setting it to a new value actually changes the setting but dbus times out waiting for a reply saying so. Setting a list gives the method

This patch adds support for getMetadata to plugins. It could probably use better strings for "core". I need this for my dbus-based configuration GUI. -- Travis Watkins http://www.realistanew.com -------------- next part -------------- A non-text attachment was scrubbed... Name: add_plugin_metadata.patch Type: text/x-patch Size: 2511 bytes Desc: not available Url :

I am writing a configuration front end for the compiz gconf plugin at the moment, but it's proving harder than it should be because gconf does not record what type of compiz option the key is. For example, say i want a color picker for each color option the only way I can tell with gconf if it is color is if it has a # at the beginning, but there could be string option which also have a # at

Danny, All Thanks for a great compiz-0.7.6. The cylinder takes a little warming up to, but is really cool. Of all the boxes I have updated, I have one that now experiences the White Screen of Death (WSOD) when compiz is started. Killing X with ctrl+alt+backspace or ssh from remote and kill compiz and emerald is the only way out. The box was working fine with fglrx_7_1_0_SUSE103-8.476-1 and

Here is a quick patch for dbus to make it try to load the metadata from a file if the plugin is not loaded. I have tested it and it works fine, but I wanted to check to see if you had something else in mind. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: dbus-offline-descriptions.txt Url:

we have CENTOS 5.3 X86_64 on DELL server. recently I found Vncserver can NOT startup. Everytime I type "vncserver :1" log file have following messages: Window manager warning: Log level 32: could not find XKB extension. ** (eggcups:10072): WARNING **: IPP request failed with status 1030 ** (eggcups:10072): WARNING **: IPP request failed with status 1030 ** (nm-applet:10088):

Here are my patches to add extra shapes to the annotate plugin. I have also added dbus support and made a few things configurable. The new tools available are Line, Rectangle and Circle, the original is called Brush. There is no selection line at the moment because I do not understand OpenGL yet. Hopefully these patches can be added and something added later. There is an extra action called

I was writing a simple plugin a while ago which just sets the paint values on inactive windows. The plugin is very simple and the main part is below. When I load this plugin it blocks dbus and fuse plugins so that they only reply to requests when the active window changes. Is there anything obvious here that would cause that? static Bool inactivePaintWindow (CompWindow *w, const

I'm continuing to work on compiz-settings now. The most common complaintat the moment is the way it activates plugins, a lot will fail to activate due to being loaded in the wrong order. At the moment It has a small db of known plugins and has load_before and load_after for each one, however if a plugin is unknown it will be loaded last and will fail to activate. I think it would be much

Hi, how can I enable a plugin from the command line? I know how to *activate* it from dbus, i.e. do the equivalent of pressing "Ctrl-F9" or whatever the hotkey is. But I don't know how to *enable* it, i.e. do the equivalent of clicking the "enabled" checkbox in compizconfig settings manager. Thanks! Carlo

Hi, how do you do that? In normal session, this is how you do it with python: import gtk import wnck def workspace_changed(screen): workspace = screen.get_active_workspace() print workspace.get_name() screen = wnck.screen_get_default() screen.connect("active_workspace_changed", workspace_changed) gtk.main() With compiz, that code does not work because compiz use only one

Hi, I just compiled and installed the latest compiz from git head and I have a strange issue with windows positioning: all newly created windows are placed at 0,0 (upper left corner) of the screen, so the title bar (and menu bar too) is under my gnome panel. I attach a screenshot to show the problem. I can't understand if this is a problem of compiz configuration (plugin order or something

Hi, I am unsuccessfully trying to connect from host to containers dbus. Inside container dbus socket file is visible as /run/dbus/system_bus_socket. The problem is that /run is mounted as tmpfs in container (by systemd on container) and thus the directory content is not visible outside the container. Is there any way to make this file visible also outside the container? Regards, Piotrek

On 12/17/2016 06:40 AM, Jonathan Billings wrote: > On Dec 16, 2016, at 4:29 PM, geo.inbox.ignored <geo.inbox.ignored at gmail.com> wrote: >> question is, how do i recreate, short of re-installing from .iso? > > > Why do you think you need these files in /root? > }} it is not that i think i need file in /root. file is located /.dbus/sessions-bus/* could be that i could

Hi, Since today I can't start virt-manager anymore :-( Failed to connect to socket /tmp/dbus-yhDz4m8loi By the way the same message as I get from qdbus. There are no files called /tmp/dbus* on my system but some dbus applications are running: linux-dev:~# ps ax | grep dbus 1774 ? Ss 0:00 /usr/bin/dbus-daemon --system 2436 ? S 0:00 dbus-launch --autolaunch