Re: [Nbd] Yet another NBD server out there
- To: Wouter Verhelst <w@...112...>
- Cc: nbd-general@lists.sourceforge.net
- Subject: Re: [Nbd] Yet another NBD server out there
- From: Alex Bligh <alex@...872...>
- Date: Mon, 11 Mar 2013 14:26:01 +0000
- Message-id: <6319E2D8-9180-4D9C-9762-E40D0EA1FF21@...872...>
- In-reply-to: <20130311132859.GD21935@...3...>
- References: <20130307222644.GA33017@...1273...> <20130309131717.GD1911@...855...> <20130309223621.GA14782@...1273...> <20130310150230.GW22241@...3...> <20130310212045.GB14782@...1273...> <20130311121800.GB13277@...3...> <D77DAEA4-9A89-4C43-A10F-A408D4251A91@...872...> <20130311132859.GD21935@...3...>
Wouter,
On 11 Mar 2013, at 13:28, Wouter Verhelst wrote:
> (note, I can't turn it into an LGPL library without reimplementing or
> sending out huge swaths of emails asking for permission, so it'll
> probably be GPL)
I understand the issues here, but that would prevent it being used in
QEMU, and was the whole reason I didn't do it myself and send the
code back (if you remember a period when I was sending rather a lot
of patches).
If anyone would be interested, I have (well had) new-style negotiation
running completely non-blocking from a select loop, written from
the spec rather than the code (at least in part as I couldn't
figure out what the code was doing), as a state machine. I could look
into open sourcing this (we'd probably just MIT/BSD licence it). I don't
really have bandwidth to turn it into a library. It was mildly fiddly,
but I wouldn't classify it as difficult.
--
Alex Bligh
Reply to: