Lars Wikman

Results 65 comments of Lars Wikman

Have you looked at Litestream? I wonder if that runs on that API or other parts. https://litestream.io/ I've been planning on setting up something to make sure Litestream runs to...

I would expect litestream to do nicely in that case too (at least Raspberry Pi grade) but it does want something shaped like S3 to shove the file at and...

I think exposing any existing backup API can be smart. I’d suggest not introducing litestream which is another binary and a whole opinion on how to do backups into the...

@Gadgetoid Would the shade of gray only work for the black/white devices or would it work for running a black/white/red device in black/white mode? Would gray just be the way...

It looks to me like it is attempting 3.x or such. But when looking at the Exzmq.Frame.encode I'm really confused comparing it to: http://api.zeromq.org/3-1:zmq-tcp 0x02 doesn't make sense to me,...

Appreciate the clarifications. Chumak seems great, noted that it doesn't have multipart though. Tried digging into the source but I'm fairly new at Elixir so reading Erlang is still a...

On the note of wrapping or re-implementing, I guess it depends on how hard using it is from Elixir. It doesn't look like it differs greatly from how you would...

Not much :/ ``` (130)(deck@steamdeck ~)$ cat /home/deck/.asdf/plugins/erlang/kerl-home/builds/asdf_25.0.3/otp_build_25.0.3.log /home/deck/.asdf/plugins/erlang/kerl-home/builds/asdf_25.0.3/otp_src_25.0.3/configure --cache-file=/dev/null === Running configure in /home/deck/.asdf/plugins/erlang/kerl-home/builds/asdf_25.0.3/otp_src_25.0.3/erts === ./configure --disable-option-checking --cache-file=/dev/null --srcdir="/home/deck/.asdf/plugins/erlang/kerl-home/builds/asdf_25.0.3/otp_src_25.0.3/erts" checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu...

The config.log seems more helpful. I saw something about stdio.h missing and I think that went away with installing glibc. But now it seems very stuck on that /lib/cpp sanity...

More discussion in #127. This could probably be closed in favor of that one.