#0.17.0-llm.3 ๐งต
1 messages ยท Page 1 of 1 (latest)
@woven hound getting a merge conflict with main around cmd/dagger/shell.go
expected?
if you want, we can wait until tomorrow to tag
merging
how about i just push a merge, you can tag that, and then tomorrow or whenever I finish the shell-bbt stuff I can rebase
have the conflict resolved locally
sure works for me ๐ as long as we can keep pushing to llm proper
(non-force) pushed
hm look like the cli publish failed
bleh, goreleaser issues again
it's also failing on main, will fix
We build the binaries outside of goreleaser now, so this hook isn't required - additionally it makes the build fail in cases when the goreleaser version is a little bit old.
While I'...
fix here ^ sorry for the inconvenience y'all โค๏ธ
@ivory coral I don't see any commits on main from today
This is the last I see:
commit cb77cc8da722f69dded2d4e59a14212ef9a02243 (main)
Author: Erik Sipsma <erik@dagger.io>
Date: Tue Feb 25 13:10:07 2025 -0800
Oh no
$ git pull
Updating cb77cc8da..3b2687279
error: Unable to create '/Users/shykes/git/github.com/dagger/dagger/.git/index.lock': File exists.
I'm going to make an educated guess that this is a me problem
Uh oh, yeah that looks like something corrupt in your local git repo
If there's no git process running (e.g. a rebase in process or such), then you should be safe to delete it I think?
@ivory coral looks like it was a fluke
FYI @woven hound @unborn bluff I'm holding on tagging anything until you tell me it's clear to do so
I reverted the filesystem navigation commit in the llm branch because it was throwing a panic, but @woven hound is working on a fix.
merged the fix into llm (shell-bbt also updated)`
@woven hound should I tag? ๐
have you tried it out? i haven't since helder merged. should be fine, it's up to date with both branches now i think
Haven't but can try it real quick
@woven hound I'm getting a weird graphql error when loading github.com/dagger/dagger
Error: find module ".": returned error 422: {"data":null,"errors":[{"message":"Cannot query field \"originalSubpath\" on type \"ModuleSource\".","locations":[{"line":1,"column":35}],"extensions":{"code":"GRAPHQL_VALIDATION_FAILED"}}]}
maybe CLI <-> engine desync? dev CLI with prod/out-of-date/not-rebased engine?
Update, I'm still struggling, for some reason my usual technique for running dev engine with dagger-in-dagger is not working well:
engine | service llm | upappears to work fine- but
_EXPERIMENTAL_DAGGER_RUNNER_HOST=tcp://localhost:1234 dagger-llm shellfails with "connection refused" and indeed,nc localhost 1234fails to connect also ๐คทโโ๏ธ
OK it works
Testing...
I don't see any change of background when command is running
just the yellow bowtie
do you see a different background for the input when it's focused?
horrible quality + background sound sorry ๐ฌ
I don't see any different background color anywhere
i blame zed's terminal emulator - maybe it doesn't support 256 colors, or doesn't make the color distinct? can you try in another terminal?
how does this look? curl -s https://gist.githubusercontent.com/HaleTom/89ffe32783f89f403bba96bd7bcd1263/raw/e50a28ec54188d2413518788de6c6367ffcea4f7/print256colours.sh | bash (not a virus)
could also be that your color scheme has color 0 the same as the terminal background
ah yea it's the 0 there - here's how mine looks
this is one of those annoying things that probably varies a lot from theme to theme... but the background trick looks nice when it works ๐ญ
so spinner? ๐
just an idea - whatever you think is best
16 is straight up #000000 which is a bit intense
maybe spinner for redundancy + keep 0 for us enlightened individuals with a tasteful 0 shade in our terminal palette
go for it
i have some more fixes but they're very minor (Ctrl+C clearing, Ctrl+D exiting 0)
Tagged & pushed