Description of problem: An application would greatly benefit if libgfapi could receive and return xdata. If this is not acceptable as it makes API not tightly bound, can we define flags which can be packaged within gfapi as xdata and sent below. Basically it is a request to allow overloading of all gfapi calls. Bug https://bugzilla.redhat.com/show_bug.cgi?id=1158621 was raised to add xdata for syncop and gfapi both. Closing that bug after adding xdata support to syncop. This bug will be used for tracking xdata support in gfapi.
Could you explain a little more about the keys/values that you would like to pass through xdata? Because there is no type-checking in xdata, it is not a very useful API for most users. We should aim to bring real functions and structures to gfapi, not hacky xdata-like approaches. Also, xdata tends to be a dict_t structure. We can not reasonably expose that to applications. I will need to become a standard array/list of some kind.
This bug was created long back. Now I agree with Niels and would want the API to be extended only when needed and with proper type checking. Having a generic mechanism to pass arbitrary data is dangerous. Niels, Please closed this bug.