I really wish that MCP servers were configurable in the iOS app, and that there were more configuration options for connecting MCP servers in claude.ai, such as adding custom HTTP headers.
I can't get Project creation to work. I click on "Deploy from Docker Hub instead →", fill in the details (name, image, cluster), and when I click Submit, I'm taken to the Projects page again (empty).
Weird, I'll take a look, guessing theres a permission issue with reaching the docker hub. Is it a private repository? I think last time I tried deploying an image with Dockerhub, the token that was provisioned didn't have read access.
At the very least, theres. bug with showing a better error message so I'll do that now!
Reminds me of how I'm using Anki on iOS to learn German, and my phone's configured language is German, except for the Anki app, which is ironically the only app I've configured to be in English because I couldn't understand what 80% of the buttons meant.
Nice! I had a similar idea some months back (https://github.com/federicotdn/brief). Both our projects use external files to document the flags for CLI commands - I'm using YAML instead of TOML.
Ha! Great minds!
Thanks for sharing, I’ll take a look at your project.
I looked on github for similar repos before I (re)started on this but couldn’t find anything
Question slightly related to this topic: how do native (e.g. Qt, GTK, etc.) desktop applications usually embed 3D views? Say for example, a desktop application for visualizing .obj files. Or something like AutoCAD, maybe (though I’m not sure which UI framework it uses).
Not sure if this is what you're asking :) but the UI framework will somehow provide access to the OS-level surface object, so that the GPU API can render directly to the screen.
I would change the development platform. Doing everything by mail makes things more difficult for people that are not used to the older mail+patch workflow. Having something like GitLab or sourcehut would be nice, as it would also bring a more modern bug tracker.
Personally I find following email conversations much harder than just a single conversation thread like in a GitHub issue, for example.
Yes, the Gmail web client does this. However my (personal) problem comes more from reading the emacs-devel archives, where the thread view takes the shape of something more like a tree (maybe I'm not configuring something correctly). I was subscribed to emacs-devel at some point (which made reading easier) but it started filling up my account storage so I un-subscribed.
Use https://yhetil.org/emacs-devel to browse the threads. If you use mu4e or notmuch and often delete some older emails locally, but still want to read the whole thread, you can write some elisp helpers that would find the thread on point (based on email-id) or even download the whole thread.
I recently learned FSF does have a GL instance but it seems to be locked down to just "approved" emails and also only used for its CI capabilities: https://emba.gnu.org/emacs/emacs/-/pipelines
I agree, and I've been observing this for years. It's now becoming a generational problem - younger programmers know and understand PR model, they don't want to deal with mailing threads and patches. These days, young people are like: "You sent me what? an email? Are you joking?" People shouldn't be catering for the comfort of the maintainers, no matter how arguably mailing threads are techologically more superior, it should be the opposite.
Nice! I tried some months back implementing a “framework” that would allow for implementing Magit-like interfaces for any command (https://github.com/federicotdn/brief) but at the end of the day, implementing bespoke interfaces per-command would probably allow you to better integrate with the command itself.
Oh cool, I wrote the package the author links to. I believe the person that implemented the version built into Emacs used code similar to mine, so both packages should behave more or less the same (it's not a lot of code, in any case).
