Golgi could vendor go-sbot? #59

New Issue

decentral1se · 2022-11-17T18:23:24Z

decentral1se commented

2022-11-17 18:23:24 +00:00

Possibly interesting! Upstream binaries are on the way, you can already test with:

https://github.com/ssbc/go-ssb/pull/209

So, golgi could even just vendor this binary to somewhere internally managed and users of the library wouldn't even have to set one up themselves.

You can pass custom repo path for go-sbot itself and then pass custom unixsock / key for sbotcli, so it should work.

Possibly interesting! Upstream binaries are on the way, you can already test with: > https://github.com/ssbc/go-ssb/pull/209 So, `golgi` could even just vendor this binary to somewhere internally managed and users of the library wouldn't even have to set one up themselves. You can pass custom repo path for `go-sbot` itself and then pass custom unixsock / key for `sbotcli`, so it should work.

👀 1

glyph commented

2022-11-18 07:35:14 +00:00

Huh...that's an interesting idea. How would the deployment / installation of go-sbot work? Include a script(s) in golgi to do that?

This reminds me that I really need to tackle: #57

Will probably do that after tangles.threads work is complete.

Huh...that's an interesting idea. How would the deployment / installation of `go-sbot` work? Include a script(s) in `golgi` to do that? This reminds me that I really need to tackle: https://git.coopcloud.tech/golgi-ssb/golgi/issues/57 Will probably do that after `tangles.threads` work is complete.

decentral1se commented

2022-11-18 13:02:05 +00:00

Nice yeh, I guess you could just curl/download the binary via a URL which picks the right architecture and fires it up with a shell command.

Sounds a bit involved but also I like how Patchwork just vendors away the ssb-server so you don't have to think about it. So, it feels like a good approach. I'm thinking it might make golgi feel more "native" in that, you don't have to know about go-sbot/sbotcli, the library downloads & interacts with them. Then you're just rusting away as you like.

I'm experimenting with Go scripts which manage the go-sbot instance internally and it makes it nicer to manage imho. Just a drive-by thought anyway, close away if not a focus, all good!

Nice yeh, I guess you could just curl/download the binary via a URL which picks the right architecture and fires it up with a shell command. Sounds a bit involved but also I like how Patchwork just vendors away the ssb-server so you don't have to think about it. So, it feels like a good approach. I'm thinking it might make golgi feel more "native" in that, you don't have to know about go-sbot/sbotcli, the library downloads & interacts with them. Then you're just rusting away as you like. I'm experimenting with Go scripts which manage the go-sbot instance internally and it makes it nicer to manage imho. Just a drive-by thought anyway, close away if not a focus, all good!

glyph commented

2022-11-18 13:25:18 +00:00

I guess you could just curl/download the binary via a URL which picks the right architecture and fires it up with a shell command

Cool, that sounds like a nice solution to me!

Sounds a bit involved but also I like how Patchwork just vendors away the ssb-server so you don't have to think about it.

Totally. I know @notplants was really keen to lower the barriers for client developers using golgi and this feels like a neat way to do it. I'm going to leave this issue open for now because I think it'll be a great improvement to developer experience without too much effort required to implement.

> I guess you could just curl/download the binary via a URL which picks the right architecture and fires it up with a shell command Cool, that sounds like a nice solution to me! > Sounds a bit involved but also I like how Patchwork just vendors away the ssb-server so you don't have to think about it. Totally. I know @notplants was really keen to lower the barriers for client developers using `golgi` and this feels like a neat way to do it. I'm going to leave this issue open for now because I think it'll be a great improvement to developer experience without too much effort required to implement.

❤️ 1

glyph added the

enhancement

label 2022-11-18 13:25:26 +00:00

glyph added this to the Enhancements and fixes project 2022-11-22 12:13:13 +00:00

Sign in to join this conversation.