Skip to content

Conversation

@eric-ch
Copy link
Contributor

@eric-ch eric-ch commented Jun 15, 2021

dbus-gen generates a set of bindings for the currently supported API. Use the built module instead of relying on generating the bindings from the IDL in the source tree.

Eric Chanudet added 3 commits June 14, 2021 18:08
dbus-gen generates a set of bindings for the currently supported API.
Use the built module instead of relying on generating the bindings from
the IDL in the source tree.

Signed-off-by: Eric Chanudet <[email protected]>
dbus-gen generates a set of bindings for the currently supported API.
Use the built module instead of relying on generating the bindings from
the IDL in the source tree.

Signed-off-by: Eric Chanudet <[email protected]>
dbus-gen generates a set of bindings for the currently supported API.
Use the built module instead of relying on generating the bindings from
the IDL in the source tree.

Signed-off-by: Eric Chanudet <[email protected]>
xchxenstore,
xchdb
xchdb,
rpc-autogen
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm surprised you had to add rpc-autogen. xchdb switched to rpc-autogen in its own commit, so I would think that is sufficient. Does rpc-proxy need some other idl binding that it was receiving transitively?

I don't know cabal, so I may be totally wrong.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

rpcgen does have its dbus stub generated from an xml, which is why I put the explicit dependency, but it could get the object from xchdb. I can check that.

@jandryuk
Copy link
Contributor

jandryuk commented Jun 22, 2021 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants