libsmb2, meet samba

[Steve French]

I would also strongly recommend hosting it on samba.org, and there is
some value if (at least) some of the headers can be shared.  Although
cifs code had been ported to user space for testing (for spec e.g.), I
like this better.

My only nit (and it is a small one), is noting that at this stage
there is near zero value (and some disadvantage in additional testing
and coding) in enabling SMB2 dialect, it is easy enough to focus 100%
on SMB3 and later dialects (or SMB2.1 or later). Leaving off the
optional features of SMB3 until they are ready is fine, but there is
almost zero value in ever negotiating SMB2 at this stage - but there
would be HUGE value in having a good user space SMB3.0 or SMB3.11
library that could be more broadly used by open source components that
won't link to Samba today.

On Wed, Jan 25, 2017 at 3:50 PM, ronnie sahlberg
<ronniesahlberg at gmail.com> wrote:
> On Wed, Jan 25, 2017 at 1:41 PM, Jeremy Allison <jra at samba.org> wrote:
>> On Tue, Jan 24, 2017 at 07:31:33PM -0800, ronnie sahlberg wrote:
>>> samba, please meet libsmb2
>>> libsmb2 please meet samba
>>>
>>> Where to host?
>>> --------------------
>>> I kind of like github/sahlberg as your on-stop-shop for everything
>>> related to network storage client software.
>>> However, hosting this on samba.org at some stage might be a better choice.
>>>
>>> You open for that idea?
>>
>> Hi Ronnie - great work ! Looks really nice and
>> meets a need.
>>
>> Personally I think hosting on samba.org is a great
>> idea, we are kind of the one-stop-shop for SMB+ tech
>> (kind of like Costco, but for interop :-). Github
>> is also a proprietary site, and while I have nothing
>> against them it'd be nice to see a Free Software project
>> hosted on a free software site :-).
>
> I am very happy to hear that.
> I would like it to benefit from your build farms and your test infrastructure.
> That would be win-win.
>
> Thanks!
> ronnie sahlberg
>



-- 
Thanks,

Steve