On 14/07/16 18:10, Daniel Bünzli wrote:
> Le jeudi, 14 juillet 2016 à 17:53, Nick Betteridge a écrit :
>> My Atmel Zigbit modem is currently strapped to my cubieboard - when I
>> destroy the unikernel, the radio carries on singing. Is that what
>> you're asking, or are you talking about modem man
Le jeudi, 14 juillet 2016 à 18:10, Daniel Bünzli a écrit :
> Since you have to deal with that idea anyway I'd say it's better not to
> support a restart event.
It could however be added as a *hint* to the stop event payload.
Daniel
___
MirageOS-de
Le jeudi, 14 juillet 2016 à 17:53, Nick Betteridge a écrit :
> My Atmel Zigbit modem is currently strapped to my cubieboard - when I
> destroy the unikernel, the radio carries on singing. Is that what
> you're asking, or are you talking about modem management in general?
>
> Incidentally, another
On 14/07/16 17:35, Nik Sultana wrote:
> I wonder if there's a mature interface for life-cycling lightweight
> processes in the Erlang ecosystem, perhaps covering the variety of
> phases you described originally. (I'm thinking of Erlang and lightweight
> processes since the lifecycle phases in the
On 14/07/16 17:35, Nik Sultana wrote:
> I wonder if there's a mature interface for life-cycling lightweight
> processes in the Erlang ecosystem, perhaps covering the variety of
> phases you described originally. (I'm thinking of Erlang and lightweight
> processes since the lifecycle phases in the i
I wonder if there's a mature interface for life-cycling lightweight
processes in the Erlang ecosystem, perhaps covering the variety of
phases you described originally. (I'm thinking of Erlang and lightweight
processes since the lifecycle phases in the interface developed for such
processes migh
On 14 July 2016 at 17:22, Nick Betteridge
wrote:
>
>>
>>> The basic calls would be Start, Stop, Pause, Resume. Restart?
>
>> I suspect restart may be difficult to distinguish in certain
>> contexts, this would make it an unreliable event. Do you have any
>> particular use c
>
>> The basic calls would be Start, Stop, Pause, Resume. Restart?
> I suspect restart may be difficult to distinguish in certain
> contexts, this would make it an unreliable event. Do you have any
> particular use cas for something you'd like to do knowing that you
>
On 14 July 2016 at 16:22, Nick Betteridge
wrote:
>
> The basic calls would be Start, Stop, Pause, Resume. Restart?
>>>
I suspect restart may be difficult to distinguish in certain
contexts, this would make it an unreliable event. Do you have any
particular use cas for somet
>>>
The basic calls would be Start, Stop, Pause, Resume. Restart?
>>
>>> I suspect restart may be difficult to distinguish in certain
>>> contexts, this would make it an unreliable event. Do you have any
>>> particular use cas for something you'd like to do knowing that you
>>> are going to r
On 2016-07-14 14:19, Richard Mortier wrote:
On 14 July 2016 at 14:11, Daniel Bünzli
wrote:
Le jeudi, 14 juillet 2016 à 13:06, Nick Betteridge a écrit :
The basic calls would be Start, Stop, Pause, Resume. Restart?
I suspect restart may be difficult to distinguish in certain contexts,
this
On 14 July 2016 at 14:11, Daniel Bünzli wrote:
> Le jeudi, 14 juillet 2016 à 13:06, Nick Betteridge a écrit :
>
>> The basic calls would be Start, Stop, Pause, Resume. Restart?
> I suspect restart may be difficult to distinguish in certain contexts, this
> would make it an unreliable event. Do y
Le jeudi, 14 juillet 2016 à 13:06, Nick Betteridge a écrit :
> Big thanks, of course, to Gemma for organising the event.
Yes !
> The basic calls would be Start, Stop, Pause, Resume. Restart?
I suspect restart may be difficult to distinguish in certain contexts, this
would make it an unreliable
Firstly, just let me say that I had a great time yesterday at the
Hackathon - finally managed to meet all of the people involved and
working on/with Mirage - and very grateful for all of the suggestions
(Solo5/Alpine etc).
Big thanks, of course, to Gemma for organising the event.
I'd li
14 matches
Mail list logo
