kylecarbs

5 ms·

1.
Our $106k Kalshi "Bailout," Explained(greed.bot)
4 points by kylecarbs 6d ago|0 comments
2.
by kylecarbs 2mo ago
(joining very late to the thread, but for future readers) Coder requires zero internet-access, many of our customers run entirely airgapped. We _currently_ create an HTTP tunnel for first-time users to their Coder instance for a smooth setu
3.
by kylecarbs 3mo ago
This is the exact use-case Boo is made for!
4.
by kylecarbs 3mo ago
Apologies, half of this indeed was. As I was iterating on the README this seemed apt, but I will refrain!
5.
by kylecarbs 3mo ago
Cmux is a standalone terminal. Boo is a command-line similar to screen, backed by libghostty for terminal emulation.
6.
by kylecarbs 3mo ago
Just published v0.5.13 which should fix this! It seems to be a path issue. Now boo falls back to tmpdir for storing sockets.
7.
by kylecarbs 3mo ago
I want boo to be a screen replacement, not a tmux replacement. tmux gives you a whole workspace: layout, scrollback, copy mode, a status bar. screen's appeal was that it did almost none of that: sessions, a prefix key, done. boo keeps
8.
by kylecarbs 3mo ago
I'll take a look at this now. Thanks for reporting!
9.
by kylecarbs 3mo ago
Fair. Adding a section for this now. screen actually works the same way architecturally: it parses all output through its own built-in terminal emulator and redraws from that state on reattach. But that emulator is decades old and lags far
10.
Show HN: Boo – Screen-style terminal multiplexer built on libghostty(github.com)
95 points by kylecarbs 3mo ago|28 comments
11.
by kylecarbs 10mo ago
Bun has completely changed my outlook on the JS ecosystem. Prior to Bun, there was little focus on performance. Now the entire space rallies around it. Congrats to Jarred and the team!
12.
by kylecarbs 10mo ago
Taking a look now - thanks!
13.
by kylecarbs 10mo ago
I'll take a look - not sure what's going on. I'll remove it from the README for now since it's not working in the demos. Thank you for letting me know!
14.
by kylecarbs 10mo ago
Thanks for being a user :)
15.
by kylecarbs 10mo ago
They are approximations but Ghostty has intentional effort towards correctness, more than I've seen from other terminal emulators.
16.
by kylecarbs 10mo ago
Agreed. I removed "not a JavaScript approximation of one" from the README.
17.
by kylecarbs 10mo ago
This is awesome, thank you!
18.
by kylecarbs 10mo ago
It should work! Our demo may not (as I haven't tested it, so don't want to advertise it).
19.
by kylecarbs 10mo ago
Added it to the README! Thanks again :)
20.
by kylecarbs 10mo ago
See the comparison: https://github.com/coder/ghostty-web?tab=readme-ov-file#comp... Ghostty has much better VT100 compatibility. It should have much better performance as well once we optimize.
21.
by kylecarbs 10mo ago
Let me know if you encounter any issues! I'm working on performance benchmarks now.
22.
by kylecarbs 10mo ago
Will do this!
23.
by kylecarbs 10mo ago
That would be great! `npx @ghostty-web/demo@next` starts an HTTP server on `localhost:8080`, so you could just wrap a basic Dockerfile with NPM installed (and maybe a variety of fun Linux tooling, ala vim). Feel free to shoot me an ema
24.
by kylecarbs 10mo ago
It's tricky to do without a compute environment. We can easily make a browser shell that let's people run basic commands, but presumably most want to try `vim` and other commands they'd typically invoke.
25.
by kylecarbs 10mo ago
I'd have to let Mitchell answer this accurately. Considering the native Ghostty does, I _think_ the answer would be yes? I might tinker around with this and let you know.
26.
by kylecarbs 10mo ago
Awesome. If you happen to integrate it and find any bugs, please give us a shout!
27.
by kylecarbs 10mo ago
They could certainly compile Ghostty and link into it from Rust. I couldn't imagine it'd be that large of an undertaking.
28.
by kylecarbs 10mo ago
Yup, that's the idea!
29.
by kylecarbs 10mo ago
Neat. I'll take a look. Thanks Syrus!
30.
by kylecarbs 10mo ago
We spent little time on performance so far, this is more of a POC that will hopefully become a drop-in replacement for xterm.js over time. I'll swap it over to the new RenderState API and post some benchmarks! Many kudos to y'all,

More ›