HackerTrans
トップ新着トレンドコメント過去質問紹介求人

jpeeler

395 カルマ登録 10 年前
[ my public key: https://keybase.io/jpeeler; my proof: https://keybase.io/jpeeler/sigs/BmMn6aWo8TQKz19Bky8ooRYd7JavTFI6ISfEdVKKUNw ]

投稿

Zed editor switching graphics lib from blade to wgpu

github.com
317 ポイント·投稿者 jpeeler·5 か月前·308 コメント

コメント

jpeeler
·5 日前·議論
Half of the solution at least on Android is https://gpslogger.app. Then you need to find a way to render the data to a map, such as with https://dawarich.app. Looks like the last time I looked at that project (and wasn't quite sold on it) was 1.5 years ago, so time for a second look.
jpeeler
·10 日前·議論
Looks similar to https://github.com/nolabs-ai/nono. Maybe one day you can fill out https://github.com/LuD1161/agentjail/issues/10 with a comparison to that project too.
jpeeler
·11 日前·議論
Would be curious if this could be made to support sendspin (and is this technology the best for an open "homegroup" like audio experience)?
jpeeler
·11 日前·議論
Was hoping this would be mentioned. This version of functionality will probably be more universally accessible to all configurations as compared to the soft reboot released in 254:

https://github.com/systemd/systemd/releases/tag/v254

Soft rebooting was even more exciting for me, but I wasn't able to get it to work on my bluebuild based system (customized universal blue). I haven't tried it in a while though.
jpeeler
·11 日前·議論
Good question, anybody know? I've seen harnesses optimize for token efficiency (maki), simultaneous agent operations (jcode), extensibility (pi), etc... But I have no idea if each focus area is superior and if the rest of the operations are comparable.

It bothers me that the Claude Code leak (from what I read, didn't look) a few months ago showed a lot of careful consideration for context handling. I assume this means that each harness performance/correctness would differ drastically just from this alone.
jpeeler
·28 日前·議論
If you don't want to do that, don't use a VM. I like nono:

https://github.com/always-further/nono
jpeeler
·先月·議論
Mise does seem to be in a class of its own. As mentioned elsewhere, it does rely on other registries such as aqua and obviously asdf. For people who want to use Mise for brew packages, there's https://github.com/kennyg/mise-zerobrew.
jpeeler
·先月·議論
The kitty developer is philosophically against multiplexers, but he also has concern about performance (which I share somewhat as well). Herde is not quite as fully featured as zellij/tmux, so that partially is biasing me. I think that a native app could be potentially nicer to avoid all those concerns, along with my setup (only in Linux really) of a tiling manager handling the windowing instead of that being part of the solution. A big part of the value add of Herde is actually the monitoring of the Claude session and not so much the multiplexing reimplementation. One of my patches allows jumping to the next blocked/finished session so I can quickly give feedback or observe different agents. I can envision a GUI solution for that workflow being something better than what a terminal easily allows.
jpeeler
·先月·議論
I'm currently using herde[1] to handle/supervise multiple agents (with some patches I need to try to upstream) along with Nono[2] for sandboxing. This sandboxing approach avoids use of a microVM, which lets me use tooling I already have installed inside the sandbox. The downside is getting all the policies correct as it seems every project needs some new type of access, though Nono does try to make policy writing easy.

I've been considering switching my approach to using a microVM through microsandbox[3]. The pro of this approach is you can essentially skip the policies and rely on the security of the VM boundary. The negative is that now you've lost all your installed tools, so you need to either provision at runtime or build something (like an image) beforehand to match your dev environment.

I still don't know which is less maintenance. And while I think herde is pretty well thought out, I do think about something that works outside the terminal may be nicer.

[1] https://github.com/ogulcancelik/herdr

[2] https://github.com/always-further/nono

[3] https://github.com/superradcompany/microsandbox
jpeeler
·2 か月前·議論
I was hoping that by now we would have an up and coming DVCS replacement that functioned as a "github in a box" (pretty sure fossil has been described as that, but it's too much on the cathedral side). Being able to mirror an entire project though version control would significantly help with mirroring if we go back to a decentralized world. Maybe going back to decentralized project hosting is just another pendulum swing similar to how compute moved to the cloud...
jpeeler
·3 か月前·議論
Wish it supported coreboot. It seems hard to find modern hardware that does.
jpeeler
·3 か月前·議論
Maybe because 64 GB is $849.
jpeeler
·3 か月前·議論
I was going to say, but zellij doesn't connect the session to the GUI. However, I did not know about kitty's --use-foreground-process, which doesn't solve the problem completely but may be good enough.

https://sw.kovidgoyal.net/kitty/sessions/#more-complex-sessi...
jpeeler
·4 か月前·議論
Seems like a big release? As a non-user currently, I had missed that 0.43 also includes the ability to access sessions over HTTPS. Almost all of the release notes for this one left me saying, "Yes, I want that."
jpeeler
·5 か月前·議論
I've been collecting a list of sandboxing related projects as well, some lower level than others. I wish I had time to evaluate them all:

- https://github.com/jingkaihe/matchlock

- https://github.com/mishushakov/libkrun-go

- https://github.com/earendil-works/gondolin

- https://github.com/butter-dot-dev/bvisor

- https://github.com/amlalabs/amla-sandbox

- https://github.com/eryx-org/eryx

- https://github.com/containers/bubblewrap (not new)

- https://github.com/coplane/localsandbox

- https://github.com/sd2k/conch

- https://github.com/Gerharddc/litterbox

- https://github.com/finbarr/yolobox

- https://github.com/coventry/sandbox-codex

- https://github.com/osks/ctenv

- https://github.com/tianon/gosu

- https://github.com/colony-2/shai

- https://github.com/rcarmo/agentbox

- https://github.com/coder/httpjail

- https://github.com/bytecodealliance/componentize-py

- https://github.com/tursodatabase/agentfs

- https://github.com/always-further/nono

- (another list on HN Deno Sandbox: https://news.ycombinator.com/item?id=46876022)

- Did not check if any/all of these are here: https://github.com/arjan/awesome-agent-sandboxes
jpeeler
·5 か月前·議論
I keep meaning to switch to either immich or ente, but can't decide.
jpeeler
·5 か月前·議論
I work in a monorepo at work, which of course increases complexity and build time due to more work being done. But I keep wondering even with better CI options that properly handle dependencies if solving the problem at that level is too low.

Currently evaluating using moonrepo.dev to attempt to efficiently build our code. What I've noticed is (aside from Bazel) it seems a lot of monorepo tools only support a subset of languages nicely. So it's hard to evaluate fairly as language support limits one's options. I found https://monorepo.tools to be helpful in learning about a lot of projects I didn't know about.
jpeeler
·5 か月前·議論
Yes, appreciate this.

I noticed that with both models voxtral-mini-transcribe-realtime-2602 and voxtral-mini-2602 filler words are ignored. I'd like to be able to count words/sounds, specifically "um" or "uh" for improvement purposes. Any good models that handle that?
jpeeler
·5 か月前·議論
Your activity comparison isn't wrong, but it's because they are focused on doing a complete rewrite instead of focusing on the libSQL fork.

https://turso.tech/blog/we-will-rewrite-sqlite-and-we-are-go...
jpeeler
·6 か月前·議論
I'm embarrassed to say this is the first time I've heard about sandbox-exec (macOS), though I am familiar with bubblewrap (Linux). Edit: And I see now that technically it's deprecated, but people still continue to use sandbox-exec even still today.