Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


On 09/04/2012 05:47 PM, Caolán McNamara wrote:
1. Port my code to dbus-glib and always build dbus-glib? Or port my
code to dbus-glib and leave everything else as is, meaning bluetooth
on Linux needs the user to use --enable-dbus?
I feel this is the best approach. Except that I'll toggle enable-dbus on
by default rather than off when I get the chance. Which would mean that
the rhel-4 based universal-build-generating box would either have to
start using --disable-dbus or get upgraded to something less archaic.
I've ported my code to dbus-glib now (wrapped in ENABLE_DBUS) -- for the moment I don't think it's too critical to have dbus enabled, but would be nice to have for 3.7.


I've found that the other code using dbus ( vcl/unx/gtk/window/gtkframe.cxx ) spits out:

** (soffice:28499): WARNING **: Inhibit method failed

** (soffice:28499): WARNING **: Inhibit problem : The name org.gnome.SessionManager was not provided by any .service files

** (soffice:28499): WARNING **: Invalid cookie

(Presumably since I'm on kde.) I'm not building with any of the debug options (I only have debug=t for sd). Would it not be more appropriate to use g_debug rather than g_warning for these messages, as currently they'll appear on any system that doesn't have gnome?

Cheers,

Andrzej


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.