Nixery + nix-snapshotter

Nixery + nix-snapshotter

[Vincent Ambo]

Hey Edgar!

Responding to your IRC message here, as it seems you've dropped off the
network. I've CC'd in depot@tvl.su, which makes this conversation public
in our public inbox at https://inbox.tvl.su

For context: https://github.com/tazjin/nixery/issues/160

> <hinshun> i'm UTC-4, [...]. otherwise the only reasonable time is my
> 9am - your 4pm.

Sleep off your jetlag first, no rush! I tend to start working pretty
late, and finish pretty late, so consider me available until ~8pm my
time (i.e. 1pm your time). Async also works, though I find a quick call
is usually more productive to kick things off.

To start with: It's not clear to me what kind of image would need to be
served by Nixery. I suspect it's related to the "remote snapshotter"
feature, and we'd need to serve the individual derivations as image
layers with some kind of metadata?

//V

Re: Nixery + nix-snapshotter

[Edgar Lee]

[-- Attachment #1: Type: text/plain, Size: 1196 bytes --]

Hi Vincent,

Sounds good, let’s chat over a call first. Here are my availabilities:

Tues Sept 12, 9-9:45am, 10-11:30am EST
Thurs Sept 14, 10-12pm EST
Fri Sept 15, 10:30-12pm EST

Best,
Edgar

On Mon, Sep 11, 2023 at 5:18 PM Vincent Ambo <mail@tazj•in> wrote:

> Hey Edgar!
>
> Responding to your IRC message here, as it seems you've dropped off the
> network. I've CC'd in depot@tvl.su, which makes this conversation public
> in our public inbox at https://inbox.tvl.su
>
> For context: https://github.com/tazjin/nixery/issues/160
>
> > <hinshun> i'm UTC-4, [...]. otherwise the only reasonable time is my
> > 9am - your 4pm.
>
> Sleep off your jetlag first, no rush! I tend to start working pretty
> late, and finish pretty late, so consider me available until ~8pm my
> time (i.e. 1pm your time). Async also works, though I find a quick call
> is usually more productive to kick things off.
>
> To start with: It's not clear to me what kind of image would need to be
> served by Nixery. I suspect it's related to the "remote snapshotter"
> feature, and we'd need to serve the individual derivations as image
> layers with some kind of metadata?
>
> //V
>

[-- Attachment #2: Type: text/html, Size: 2016 bytes --]