Bug 4185 - (dbus-binding-tool) should only require --prefix for server-side
Summary: (dbus-binding-tool) should only require --prefix for server-side
Status: RESOLVED FIXED
Alias: None
Product: dbus
Classification: Unclassified
Component: GLib (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Rob Taylor
QA Contact: John (J5) Palmieri
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-22 10:33 UTC by Colin Walters
Modified: 2007-02-08 17:25 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Colin Walters 2005-08-22 10:33:54 UTC
<kikidonk> walters: could it be that the symbol dbus_glib__object_info is
conflicting becaue it's present both in the nowplaying element and in a
rhythmbox source which also uses dbus
Comment 1 Colin Walters 2005-08-22 10:34:18 UTC
->me
Comment 2 Rob Taylor 2006-10-25 11:14:59 UTC
Fixed in 0.72
Comment 3 Robert McQueen 2007-02-08 05:27:18 UTC
13:19 < Robot101> robtaylor: could you change your fix for #4185 so that 
                  --prefix is only required in glib_server mode, not in 
                  glib_client mode?
13:19 < Robot101> robtaylor: in client mode, prefix defaulted to 
                  org_foo_bar_baz and that worked fine for some people
13:20 < Robot101> robtaylor: also your help string is mangled, one - for prefix 
                  and a trailing [

Reopening as requested.
Comment 4 Robert McQueen 2007-02-08 05:29:57 UTC
As an aside, you could have more lines of help string so you get this:

dbus-binding-tool [--version] [--help]
dbus-binding-tool --mode=[pretty|glib-client] [--prefix=SYMBOL_PREFIX] [--ignore-unsupported] [--force] [--output=FILE]
dbus-binding-tool --mode=glib-server --prefix=SYMBOL_PREFIX [--ignore-unsupported] [--force] [--output=FILE]

Although I don't know how much sense the other options make in eg pretty mode, so you could make more lines and trim them down a bit.
Comment 5 Rob Taylor 2007-02-08 17:25:24 UTC
Fixed in git head.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.