dot.me VS setup

You can see https://github.com/podiki/dot.me/tree/master/x11 for more, but that is the important part.

In case it helps, you can see my configs for both in my dot files: https://github.com/podiki/dot.me I recently did a lot with my Stump config as I was energized by returning to it, doing things I didn't realize I could do before. It does need cleaning up now.

I have a similar setup to what you are asking about, I think. I haven't migrated everything to org-mode, but many are. You can see my dotfiles here: https://github.com/podiki/dot.me

So you should be able to have just about everything in user profiles/manifests and probably it is a search path here not being exported. If it is helpful, I have my config stuff here https://github.com/podiki/dot.me (see the guix and zsh directories specifically)

I better get right on it! If you are curious, you can see my current Guix config here [0], though not very commented. But those files (combined with the rest of my dot files) would reproduce this system configuration.

[0] https://github.com/podiki/dot.me/tree/master/guix/.config

I use org-mode to generate my file (see https://github.com/podiki/dot.me for all of them), with the main emacs org file weighing in at 72K or 1,865 lines (woah, it got long). While my .emacs file that will load this file is just 5.8K or 106 lines. I've been using, and customizing, emacs for a while...

Personally, I use git [0] along with GNU stow [1], combined with making the files directly from a literate Readme.org (e.g. [2]). I sync this repository between machines to update files, and when I make changes in the org-mode Readme file it automatically generates the new file. There are ways to pull in changes made to that file directly, but haven't needed to do that. My repo doesn't have the full details, but if you want to see it in action along with a few links and pointers, do take a look at [0]. I really like having it all together in one place, and with org-mode everything is very (human) readable.

[0] https://github.com/podiki/dot.me

[1] https://www.gnu.org/software/stow/

[2] https://github.com/podiki/dot.me/blob/master/x11/README.org

I have it running with a very similar setup (same picom fork, XMonad, nvidia, xinitrc), which you can see here, in case it helps: https://github.com/podiki/dot.me

STOW is great, it is simple and works well especially combined with git. That's what I do [0], and recently combined it with org-mode for literate programming, so each program has just a README.org that then generates all the files via org tangle [1] [2]. For example, here is my file that generates my Xorg configuration [3] over several files, nicely readable on GitHub, in Emacs, or just as plain text.

[0] https://github.com/podiki/dot.me/

[1] https://web.archive.org/web/20190924102437/https://expoundit...

[2] https://orgmode.org/manual/Working-with-Source-Code.html

[3] https://github.com/podiki/dot.me/tree/master/x11

https://github.com/kbd/binrun

I just wrote it today and still need to package it. I was tired of alt+tab + up arrow + enter constantly to execute builds etc. in my terminal. It calls out to a wrapper script I wrote[1] that does things like queries kitty for its running windows so that when I launch from vscode it can find the right kitty window for the vscode workspace and execute there...

Point is, Kovid Goyal is awesome and the extensibility he wrote into kitty makes all that possible. I had no idea he was also the author of Calibre until I'd been using kitty for a while.

[1] https://github.com/kbd/setup/blob/master/HOME/bin/kw

If anyone cares, here's my config: https://github.com/kbd/setup/blob/master/HOME/.hammerspoon/i...

It shows off a tiny bit of what you can do with Hammerspoon:

- window and app management

I'll put it this way: Nu shell seems perfectly supportive of my philosophy that a shell is basically a REPL for a computer, and they're taking the ergonomics of an interactive REPL along with the programming language that powers that REPL seriously.

The thing is, there's currently NOTHING GOOD for "shell scripting". Shell sucks (yes it does), so for anything more than very short things I'd rather write Python. But Python sucks for shell-like things, parallelization, it has slow startup, and you also can't do things like put environment variables into your session or change the working directory, so you often wind up writing shims (eg. Broot's br alias - https://dystroy.org/broot/install-br/).

Yes I've looked at Xonsh but maybe the additional syntax is offputting to me. Like, I wouldn't use it as a shell over Zsh (how's Xonsh's fzf support? I don't know, but I know everything's going to support Zsh), and I dunno if I want to use its syntax extensions over just Python. Though It's always on my list of things to re-explore, and maybe it'll click one day. But it being based in Python makes it feel slow (I wrote my prompt in Zig to get it to be fast...)

This is relevant to mention: I wrote a small Python library (https://github.com/kbd/aush) that's basically a DSL for subprocesses, so it tries to make it more convenient to do shell-like things. I find it preferable to shell or Python alone most of the time. Here's an example of its use in my script that creates a new Python project: https://github.com/kbd/setup/blob/master/HOME/bin/create-pyt...

I haven't figured out a convenient way to implement shell piping well with Python's pipe operator, or pass through interactive output directly (so things that "update" the display, like poetry and npm don't behave the same as they do interactively) so it's still .9 status, but it works really well for what it is, and you can always write "regular Python" along with it.

Anyway, Nu seems to be an attempt to put a "real" programming language REPL in my shell, from people who have serious language experience, so I'm hopeful it'll be great.

Just sharing my take on that interactive jq (or anything else) repl:

https://github.com/kbd/setup/blob/master/HOME/bin/fzr

It's just an fzf wrapper that sets up temporary files and so on. It works really well; it's amazing all the things one can use fzf for.

Since we're sharing, my dotfiles setup has pretty much reached its final form. I use my symgr[1] to symlink my dotfiles repo into my home dir. Pretty much everything I think about this topic is in its readme, as well as a link to my setup[2] repo with my dotfiles showing how I use symgr.

[1] https://github.com/kbd/symgr

[2] https://github.com/kbd/setup

It's not exactly a tiling window manager, but if you can program some simple Lua then Hammerspoon is a godsend. You can program anything any of the other window managers for Mac (like Rectangle, Spectacle, etc.) can do and have complete freedom to set up your own keyboard shortcuts for anything.

I have some predefined layouts[1] for my most common usage. So, one keyboard shortcut arranges the screen how I want, and I have other keyboard shortcuts[2] (along with using Karabiner Elements for a 'hyper' key) to open or switch to common apps.

[1] https://github.com/kbd/setup/blob/1a05e5df545db0133cf7b6f1bc...

[2] https://github.com/kbd/setup/blob/1a05e5df545db0133cf7b6f1bc...

Figured I'd link my git aliases here, that make heavy use of fzf. The goal is generally to never have to type a filename (eg. for git add) or a commit hash (eg. for cherry-pick).

Here's a link to my 'cp' alias that lets me choose a branch, then a commit to cherry pick into my current branch:

https://github.com/kbd/setup/blob/e23b3e8e2363284c3c766c0be2...