Hi Keith,<br>
Thanks for directing me to the example code. As i see the code, one
thing that i can understand is that the application is doing add and
connect to the signal. What will actually trigger DBUS to send the
signal to the application. <br>
What i mean to say is that how from an application can i send signals
to other application with DBUS working as a mediator for passing
signals.( as i can see no such calls in this code atleast)<br>
<br>
It will be of great help if you could help me with sorting it out.<br><br>Thanks in advance.<br><br>Regards,<br>Sumit<br><br><div><span class="gmail_quote">On 10/16/06, <b class="gmail_sendername"><a href="mailto:dbus-request@lists.freedesktop.org">
dbus-request@lists.freedesktop.org</a></b> <<a href="mailto:dbus-request@lists.freedesktop.org">dbus-request@lists.freedesktop.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Send dbus mailing list submissions to<br> <a href="mailto:dbus@lists.freedesktop.org">dbus@lists.freedesktop.org</a><br><br>To subscribe or unsubscribe via the World Wide Web, visit<br> <a href="http://lists.freedesktop.org/mailman/listinfo/dbus">
http://lists.freedesktop.org/mailman/listinfo/dbus</a><br>or, via email, send a message with subject or body 'help' to<br> <a href="mailto:dbus-request@lists.freedesktop.org">dbus-request@lists.freedesktop.org</a><br>
<br>You can reach the person managing the list at<br> <a href="mailto:dbus-owner@lists.freedesktop.org">dbus-owner@lists.freedesktop.org</a><br><br>When replying, please edit your Subject line so it is more specific
<br>than "Re: Contents of dbus digest..."<br><br><br>Today's Topics:<br><br> 1. Re: patch or not patch ? (frederic heem)<br> 2. Re: patch or not patch ? (Thiago Macieira)<br> 3. dbus-glib maintained ? (frederic heem)
<br> 4. Re: dbus-glib maintained ? (Rob Taylor)<br> 5. Re: patch or not patch ? (Timo Hoenig)<br> 6. QtDBus bindings: transparent usage (Sebastian Tr?g)<br> 7. Re: About dbus signals (keith preston)<br> 8. Re: QtDBus bindings: transparent usage (Thiago Macieira)
<br> 9. Re: patch or not patch ? (frederic heem)<br> 10. [rfc] move activation to a helper process (David Zeuthen)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>
Date: Mon, 16 Oct 2006 14:04:55 +0200<br>From: frederic heem <<a href="mailto:frederic.heem@telsey.it">frederic.heem@telsey.it</a>><br>Subject: Re: patch or not patch ?<br>To: <a href="mailto:dbus@lists.freedesktop.org">
dbus@lists.freedesktop.org</a><br>Message-ID: <<a href="mailto:200610161404.55820.frederic.heem@telsey.it">200610161404.55820.frederic.heem@telsey.it</a>><br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Hi,<br>Just for curiosity, the opensuse dbus rpm (dbus-1-0.92-8.1.src.rpm) has also 5<br>patches, debian has also some patches, all different from each other.<br><br><br>Alle 12:33, lunedì 16 ottobre 2006, frederic heem ha scritto:
<br>> Hi,<br>> the dbus.spec has been found in the fc5 source rpm<br>> (dbus-0.61-3.fc5.1.src.rpm) The packager has added 5 patches, only one of<br>> them has been commited to cvs. Is there any chance to grab all patches form
<br>> all packagers and include them in the official source.<br>> What will happen when an application linked with dbus if every distribution<br>> has a different libdbus ?<br>> Frederic Heem<br>><br>> _______________________________________________
<br>> dbus mailing list<br>> <a href="mailto:dbus@lists.freedesktop.org">dbus@lists.freedesktop.org</a><br>> <a href="http://lists.freedesktop.org/mailman/listinfo/dbus">http://lists.freedesktop.org/mailman/listinfo/dbus
</a><br><br><br>------------------------------<br><br>Message: 2<br>Date: Mon, 16 Oct 2006 13:19:17 +0200<br>From: Thiago Macieira <<a href="mailto:thiago@kde.org">thiago@kde.org</a>><br>Subject: Re: patch or not patch ?
<br>To: <a href="mailto:dbus@lists.freedesktop.org">dbus@lists.freedesktop.org</a><br>Message-ID: <<a href="mailto:200610161319.33384.thiago@kde.org">200610161319.33384.thiago@kde.org</a>><br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>frederic heem wrote:<br>>Hi,<br>>the dbus.spec has been found in the fc5 source rpm<br>> (dbus-0.61-3.fc5.1.src.rpm) The packager has added 5 patches, only one<br>> of them has been commited to cvs. Is there any chance to grab all
<br>> patches form all packagers and include them in the official source.<br><br>Said patches must be posted to the mailing list or Bugzilla for<br>verification.<br><br>>What will happen when an application linked with dbus if every
<br>> distribution has a different libdbus ?<br><br>As long as they all are binary- and behaviour-compatible, it should be ok.<br><br>--<br> Thiago Macieira - thiago (AT) <a href="http://macieira.info">macieira.info</a>
- thiago (AT) <a href="http://kde.org">kde.org</a><br> PGP/GPG: 0x6EF45358; fingerprint:<br> E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358<br>-------------- next part --------------<br>A non-text attachment was scrubbed...
<br>Name: not available<br>Type: application/pgp-signature<br>Size: 189 bytes<br>Desc: not available<br>Url : <a href="http://lists.freedesktop.org/archives/dbus/attachments/20061016/2fdb45b4/attachment-0001.pgp">http://lists.freedesktop.org/archives/dbus/attachments/20061016/2fdb45b4/attachment-0001.pgp
</a><br><br>------------------------------<br><br>Message: 3<br>Date: Mon, 16 Oct 2006 14:44:35 +0200<br>From: frederic heem <<a href="mailto:frederic.heem@telsey.it">frederic.heem@telsey.it</a>><br>Subject: dbus-glib maintained ?
<br>To: <a href="mailto:dbus@lists.freedesktop.org">dbus@lists.freedesktop.org</a><br>Message-ID: <<a href="mailto:200610161444.35171.frederic.heem@telsey.it">200610161444.35171.frederic.heem@telsey.it</a>><br>Content-Type: text/plain; charset="us-ascii"
<br><br>Hi,<br>Is it possible to get the status of the dbus-glib ? It seems that it's no<br>longer maintain. 7 bugs has been reported, for some of them, patches has been<br>included. So far, not even a reply. Can someone take over the maintenance ?
<br>Frederic Heem<br><br><br>------------------------------<br><br>Message: 4<br>Date: Mon, 16 Oct 2006 14:11:55 +0100<br>From: Rob Taylor <<a href="mailto:robtaylor@floopily.org">robtaylor@floopily.org</a>><br>Subject: Re: dbus-glib maintained ?
<br>To: frederic heem <<a href="mailto:frederic.heem@telsey.it">frederic.heem@telsey.it</a>><br>Cc: <a href="mailto:dbus@lists.freedesktop.org">dbus@lists.freedesktop.org</a><br>Message-ID: <<a href="mailto:4533851B.9020001@floopily.org">
4533851B.9020001@floopily.org</a>><br>Content-Type: text/plain; charset=ISO-8859-1<br><br>frederic heem wrote:<br>> Hi,<br>> Is it possible to get the status of the dbus-glib ? It seems that it's no<br>> longer maintain. 7 bugs has been reported, for some of them, patches has been
<br>> included. So far, not even a reply. Can someone take over the maintenance ?<br><br>It is maintained, though currently only by me! One issue is I'm not set<br>as the default maintainer in the bugzilla.. (/me pokes
fd.o maints)<br><br>I don't have a whole load of time to dedicate to it. If you look at<br><a href="http://gitweb.freedesktop.org/?p=dbus/dbus-glib.git;a=summary">http://gitweb.freedesktop.org/?p=dbus/dbus-glib.git;a=summary
</a> you can<br>see what's been done towards a 0.72 release - currently on my TODO is<br>add tests for the GInterfaces/GObject inheritance stuff by Steve<br>Frécinaux, and to remove the need for a system bus at build time.
<br><br>If you want to help out with bug triaging and testing fixes (ideally<br>there should be a unit test testing each fix, where possible), I'd be<br>very grateful for a helping hand!<br><br>Thanks,<br>Rob Taylor<br><br>
<br>------------------------------<br><br>Message: 5<br>Date: Mon, 16 Oct 2006 15:29:18 +0200<br>From: Timo Hoenig <<a href="mailto:thoenig@suse.de">thoenig@suse.de</a>><br>Subject: Re: patch or not patch ?<br>To: frederic heem <
<a href="mailto:frederic.heem@telsey.it">frederic.heem@telsey.it</a>><br>Cc: <a href="mailto:dbus@lists.freedesktop.org">dbus@lists.freedesktop.org</a><br>Message-ID: <<a href="mailto:1161005358.8094.26.camel@nouse.suse.de">
1161005358.8094.26.camel@nouse.suse.de</a>><br>Content-Type: text/plain<br><br>Hi,<br><br>On Mon, 2006-10-16 at 14:04 +0200, frederic heem wrote:<br><br>> Just for curiosity, the opensuse dbus rpm (dbus-1-0.92-8.1.src.rpm
) has also 5<br>> patches, debian has also some patches, all different from each other.<br><br>D-Bus 0.94 is being checked into openSUSE FACTORY without any patches.<br><br> Timo<br><br><br><br>------------------------------
<br><br>Message: 6<br>Date: Mon, 16 Oct 2006 15:28:56 +0200<br>From: Sebastian Tr?g <<a href="mailto:strueg@mandriva.com">strueg@mandriva.com</a>><br>Subject: QtDBus bindings: transparent usage<br>To: <a href="mailto:dbus@lists.freedesktop.org">
dbus@lists.freedesktop.org</a><br>Message-ID: <<a href="mailto:200610161528.56454.strueg@mandriva.com">200610161528.56454.strueg@mandriva.com</a>><br>Content-Type: text/plain; charset="us-ascii"<br><br>This is my scenario:
<br><br>I have a frontend library that hides DBus (thus, in theory once could replace<br>dbus with something else without changing the API). This is no problem as<br>long as I am just using clients that call methods. However, if I want to
<br>export methods I have a little problem becasue these methods need to be<br>inserted into an AbstractAdaptor which will not be available in the API.<br><br>Is there a clean way to handle this? Maybe using some meta-object magic?
<br><br>Thanks,<br>Sebastian<br><br><br>------------------------------<br><br>Message: 7<br>Date: Mon, 16 Oct 2006 09:03:49 -0500<br>From: "keith preston" <<a href="mailto:keithpre@gmail.com">keithpre@gmail.com
</a>><br>Subject: Re: About dbus signals<br>To: "Sumit Jain" <<a href="mailto:sumitjain82@gmail.com">sumitjain82@gmail.com</a>><br>Cc: <a href="mailto:dbus@lists.freedesktop.org">dbus@lists.freedesktop.org
</a><br>Message-ID:<br> <<a href="mailto:3837d8b10610160703w3b466a4bwc6be6a45779434da@mail.gmail.com">3837d8b10610160703w3b466a4bwc6be6a45779434da@mail.gmail.com</a>><br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>I also had a really difficult time getting started with using glib and<br>dbus. I know there still isn't a very good tutorial, although one is being<br>worked on. Is there any way to just get a good list of links to source
<br>code of projects that use dbus? Maybe this could go on the dbus homepage?<br>Otherwise, here is a good example I found of dbus glib signals. I would<br>read up a lot about gobjects and signals in general (along with the
<br>marshallers). If you can write them, dbus just piggybacks onto them easily<br><br><a href="http://svn.navi.cx/misc/trunk/xchat-gnome/src/common/dbus/example.c">http://svn.navi.cx/misc/trunk/xchat-gnome/src/common/dbus/example.c
</a><br><br>Keith Preston<br><br>On 10/16/06, Sumit Jain <<a href="mailto:sumitjain82@gmail.com">sumitjain82@gmail.com</a>> wrote:<br>><br>> Hi,<br>> I am using glib bindings of dbus.I have seen some dbus example code but
<br>> all the code explains how to use method invocation but i could not find good<br>> example code on usage of signals.<br>><br>> I want to create a gobject and use it signals. How can i do this using<br>> DBUS? I have tried going through the dbus docs and some code but nothing has
<br>> been very useful. Can someone please help me with this. An example code<br>> snippet will be very useful.<br>><br>> Thanks in advance.<br>><br>> --<br>> Regards,<br>> Sumit<br>><br>> Sumit Kumar Jain
<br>><br>> _______________________________________________<br>> dbus mailing list<br>> <a href="mailto:dbus@lists.freedesktop.org">dbus@lists.freedesktop.org</a><br>> <a href="http://lists.freedesktop.org/mailman/listinfo/dbus">
http://lists.freedesktop.org/mailman/listinfo/dbus</a><br>><br>><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a href="http://lists.freedesktop.org/archives/dbus/attachments/20061016/90d60692/attachment.html">
http://lists.freedesktop.org/archives/dbus/attachments/20061016/90d60692/attachment.html</a><br><br>------------------------------<br><br>Message: 8<br>Date: Mon, 16 Oct 2006 16:13:46 +0200<br>From: Thiago Macieira <<a href="mailto:thiago@kde.org">
thiago@kde.org</a>><br>Subject: Re: QtDBus bindings: transparent usage<br>To: <a href="mailto:dbus@lists.freedesktop.org">dbus@lists.freedesktop.org</a><br>Message-ID: <<a href="mailto:200610161613.52703.thiago@kde.org">
200610161613.52703.thiago@kde.org</a>><br>Content-Type: text/plain; charset="iso-8859-1"<br><br>Sebastian Trüg wrote:<br>>I have a frontend library that hides DBus (thus, in theory once could<br>> replace dbus with something else without changing the API). This is no
<br>> problem as long as I am just using clients that call methods. However,<br>> if I want to export methods I have a little problem becasue these<br>> methods need to be inserted into an AbstractAdaptor which will not be
<br>> available in the API.<br>><br>>Is there a clean way to handle this? Maybe using some meta-object magic?<br><br>You can easily export slots, signals and properties of any given QObject.<br>So, I recommend that you use that method of construction: create your own
<br>hierarchy of QObject with the exportable methods.<br><br>[Hint: making them Q_SCRIPTABLE and using the ExportScriptableSlots flag<br>makes it easy to distinguish which slots are meant to be exported.]<br><br>Note, however, that there are some limitations on what you can hide from:
<br>the QtDBus demarshaller works in a lazy mode, which means that any<br>complex that is not integer, double, QString, QByteArray or QStringList<br>(or a QVariant containing any of those) will not be decoded until much<br>
later. This means it requires some help from the application code itself<br>to do the decoding -- especially in the case of QVariants.<br><br>If you don't need any other type, you should be reasonably safe, though.<br>(Just don't ever try to access QObject::sender())
<br><br>--<br> Thiago Macieira - thiago (AT) <a href="http://macieira.info">macieira.info</a> - thiago (AT) <a href="http://kde.org">kde.org</a><br> PGP/GPG: 0x6EF45358; fingerprint:<br> E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
<br>-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: not available<br>Type: application/pgp-signature<br>Size: 189 bytes<br>Desc: not available<br>Url : <a href="http://lists.freedesktop.org/archives/dbus/attachments/20061016/d41a61a8/attachment-0001.pgp">
http://lists.freedesktop.org/archives/dbus/attachments/20061016/d41a61a8/attachment-0001.pgp</a><br><br>------------------------------<br><br>Message: 9<br>Date: Mon, 16 Oct 2006 16:16:47 +0200<br>From: frederic heem <
<a href="mailto:frederic.heem@telsey.it">frederic.heem@telsey.it</a>><br>Subject: Re: patch or not patch ?<br>To: Timo Hoenig <<a href="mailto:thoenig@suse.de">thoenig@suse.de</a>><br>Cc: <a href="mailto:dbus@lists.freedesktop.org">
dbus@lists.freedesktop.org</a><br>Message-ID: <<a href="mailto:200610161616.47748.frederic.heem@telsey.it">200610161616.47748.frederic.heem@telsey.it</a>><br>Content-Type: text/plain; charset="iso-8859-1"
<br><br>Alle 15:29, lunedì 16 ottobre 2006, Timo Hoenig ha scritto:<br>> Hi,<br>><br>> On Mon, 2006-10-16 at 14:04 +0200, frederic heem wrote:<br>> > Just for curiosity, the opensuse dbus rpm (dbus-1-0.92-8.1.src.rpm
) has<br>> > also 5 patches, debian has also some patches, all different from each<br>> > other.<br>><br>> D-Bus 0.94 is being checked into openSUSE FACTORY without any patches.<br>><br>Good news.<br>
What about redhat patches ?<br>> Timo<br><br>Another question is why redhat, suse and <put your favorite distribution> have<br>different spec, different /etc/init.d/dbus, different dbus-daemon location<br>etc.. Not even talking about debian & friends...
<br>No one is adding value by making things incompatible, and it's real burden for<br>application developer.<br>Why not building one rpm that can be installed on *all* rpm based system ? Is<br>it so difficult to agree between packager ?
<br>Frederic Heem<br><br><br>------------------------------<br><br>Message: 10<br>Date: Mon, 16 Oct 2006 10:21:07 -0400<br>From: David Zeuthen <<a href="mailto:david@fubar.dk">david@fubar.dk</a>><br>Subject: [rfc] move activation to a helper process
<br>To: <a href="mailto:dbus@lists.freedesktop.org">dbus@lists.freedesktop.org</a><br>Message-ID: <<a href="mailto:1161008467.2620.23.camel@zelda.fubar.dk">1161008467.2620.23.camel@zelda.fubar.dk</a>><br>Content-Type: text/plain; charset="us-ascii"
<br><br><br>Hi,<br><br>Here's an almost finished patch for moving activation into a helper<br>process. This enables us to fork off the activation helper early and<br>keep it running as root, thus being able to make activation on the
<br>system message bus useful.<br><br>Details<br><br> - Move some test harness around<br> - BusContext now requires a function to clean up<br> - The bus process and the helper process communicate over a pair<br> of pipes. I specifically avoided using D-Bus as the IPC because
<br> if the bus process is compromised the likely way it is compromised<br> is by libdbus being compromised. The protocol is very custom and<br> simple. Should be feasible to do security audits on it.<br> - Helper process is written with paranoia in mind - it does not trust
<br> the bus process<br> - There's a new 'User' key that can be set in service files to specify<br> what user to run the activated service as<br><br>TODO's<br><br> - What should we do if 'User' key is not set for system bus activation?
<br> Just run it as root?<br> - Conversely, what to do if 'User' key is set for session bus<br> activation? Just refuse to run it?<br> - The test suite fails, says OOM handling doesn't work. I'm looking at<br> this, I think I'm doing the wrong thing if a BusTransactions fails,
<br> should be feasible to fix (any quick ideas what I'm doing wrong?)<br> Apart from OOM handling the test suite works and this is good as the<br> test suite exercises a lot of the activation subsystem.<br> - Not sure how to do OOM tests for helper since it's a separate
<br> process, ideas welcome<br> - Not sure how add meaningful tests to activation-helper.c, ideas<br> welcome too<br> - Some general cleanups and removing some noise I've introduced in<br> places.<br><br>Anyway, I think the patch is in a state and I'd like feedback on the
<br>approach and details too. Thanks!<br><br> David<br><br> <a href="http://Makefile.am">Makefile.am</a> | 5<br> activation-helper.c | 1537 ++++++++++++++++++++++++++++++++++++++++++++++++++++<br> activation-helper.h
| 67 ++<br> activation.c | 321 +++++-----<br> bus.c | 46 +<br> bus.h | 11<br> dispatch.c | 24<br> main.c | 9<br> test-main.c | 92 ---<br> test.c
| 76 ++<br> test.h | 17<br> 11 files changed, 1976 insertions(+), 229 deletions(-)<br><br><br>-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: dbus-sysbus-activation-helper.patch
<br>Type: text/x-patch<br>Size: 78492 bytes<br>Desc: not available<br>Url : <a href="http://lists.freedesktop.org/archives/dbus/attachments/20061016/3b817ca6/dbus-sysbus-activation-helper.bin">http://lists.freedesktop.org/archives/dbus/attachments/20061016/3b817ca6/dbus-sysbus-activation-helper.bin
</a><br><br>------------------------------<br><br>_______________________________________________<br>dbus mailing list<br><a href="mailto:dbus@lists.freedesktop.org">dbus@lists.freedesktop.org</a><br><a href="http://lists.freedesktop.org/mailman/listinfo/dbus">
http://lists.freedesktop.org/mailman/listinfo/dbus</a><br><br><br>End of dbus Digest, Vol 15, Issue 24<br>************************************<br></blockquote></div><br><br clear="all"><br>-- <br>Regards,<br>Sumit<br><br>
Sumit Kumar Jain<br>Call me: +91-9880472974