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.