#dag.Host()
1 messages · Page 1 of 1 (latest)
Oh really? didn't realize it was a big blocker
Is it a "won't" or "can't" situation?
This is the main part that doesn't fit today #1339366755134472282 message
@rotund lance might have more context beyond the idea at the end of that thread
I can get around my blocker if I demo with non-modules dagger. But I don't think its worth the tradeoff if people want to see examples
haven't had time to look into it yet, but it seems like a pretty complicated feature has to be implemented to support turning a module object into a service. I wouldn't bank on being able to do it in a short timeframe for a demo
yeah looks like it - sorry @lime badge I completely misjudged how difficult this would be
yeah to be fair enabling dag.Host() wasn't so bad, but it wasn't actually what I needed
@lime badge I think running it in a container, and enabling dagger-in-dagger, is more realistic, and I think we can make it not too terrible
should only take a minute to find out because I had a version like that already
I think the generated client feature by @willow summit might come in handy
Agreed - at least then the 'webhook server' can be dagger sdk and it can call module functions. This is how @boreal swan had it setup for the hackathon https://github.com/aluzzardi/langdag/blob/main/examples/agent/main.go