i was initially worried that this would be just another tool, but it actually looks like a pretty interesting and ergonomic take at a wrapper for common python dependency management workflow. excited to try it out
haven’t tried it myself, but I’ve heard https://earthly.dev/ is supposed to address the execute locally problem
this article suggests shell allowed, but git also has a built-in feature for aliases itself. I prefer these as it allows you to keep using the git
command normally (more consistent when you tend to use history search/auto-suggestions heavily).
running git config --global alias.st status
, for example, will allow you to run git st
as an alias for typing out the full git status
(you can also manually add aliases to your ~/.gitconfig
).
explanation here, it wasn’t just for the meme: https://github.com/fish-shell/fish-shell/pull/9512#issuecomment-1410820102
It definitely would be. Next time someone posts a kernel written in Perl I hope they specify that.
not sure about escape sequences just yet, but Kitty gives you insane control over font rendering https://sw.kovidgoyal.net/kitty/conf/#fonts
might switch from alacritty to kitty almost just for this (although I’ve been meaning to for a while). the “immediately get scroll back into an nvim buffer to edit as a command” is pretty sweet
another way to start is to only do small configurations at first. as you code maybe you realize you want a tool that shows git diffs, install a plug-in that does that. over time, you gradually build your config. maybe you want to start using leader
for custom key maps. a couple days later maybe you think you want a file picker so you add telescope. this 100% will take longer, but you’ll intimately understand why every line in your config is there.
oh dang, the Eargasm ones? I just got a pair last weekend
I dunno, I think weekend X is pretty clear in the context of movie releases (and really, so is the idea of a cumulative total on the right)
Short, simple, informative, and helpful. 10/10
neat write up, I’ve also run into some of the errors that ruff throws (eg don’t use f strings in logging) but didn’t really know why.
thought it was cool the author said feel free to implement in ruff in the foot notes
looks like dtolnay has made a statement
https://gist.github.com/dtolnay/7f5da4bf057b7c6d0d00c6bed3060b96
zsh has ctrl-r as well; this feature is specifically for beginning-of-match and some find it a bit more ergonomic.
I’m struggling to see how bug reports found using this prediction approach would ever be sent as anything but bugs of the predictive debugger itself.
how would end-users ever see bugs caused by a debugger the devs use? how would users of a third-party library conflate bugs in their own code/the third-party code when you can see which lines are which as you debug?
this feature on letterboxd is actually gated to their paid members; it has justwatch links and a “filter by streaming service” option if you subscribe.
it’s so useful! I used to have some terrible setup going with branches for different OSes in my dotfiles, and chezmoi really simplified the whole thing
https://www.chezmoi.io/ if you’ve got some complexity with your setup. otherwise, could be overkill.
sadly no; position of hint is determined by the LSP server.
you could use this plugin (now archived) which was the way many people used hints pre-0.10:
https://github.com/lvimuser/lsp-inlayhints.nvim