smbcli connection using public libs only
cat at vv.carleton.ca
Mon Jan 9 01:12:19 MST 2012
On Mon, Jan 9, 2012 at 2:59 AM, Andrew Bartlett <abartlet at samba.org> wrote:
> That would avoid some of the challenges of maintaining a supported,
> public API broad enough to implement gvfs while still developing Samba.
> What do you think?
Well, GVFS provides some helpers for developing daemons. In reality, a
gvfsd is a statically linked portion common to all backends, plus the
backend-specific ops. The framework provides things like wrapping DBus
requests into a 'Job' data structure, which can be queued, deferred,
etc. So I would have to figure out a way to either integrate this into
the Samba build system, or rewrite it from scratch (downsites are
obvious: potential bugs, duplication of code, etc.)
Bugs aside, I guess the crux of the issue is that instead of tracking
the Samba 4 client interface, the plugin must now track the DBus GVFS
interface (which, admittedly, is probably a more stable interface).
I'll look at bind9_dlz and think about it some more, maybe this is a
More information about the samba-technical