Notices by Julia Evans (b0rk@social.jvns.ca), page 2

we've been looking into shipping zines to Europe from an the EU instead of from the US and I think it might be possible! Still need to figure out all the details (and it still might not work out for various reasons) but fingers crossed.

@wollman oh interesting, I thought the point of the line editing stuff was to make it faster (and do it locally on the terminal) but I guess that's not true!

I've been thinking about the "terminal driver" and I realized I'm kind of confused it. my understanding is that the terminal driver is responsible for (among others):

1. basic line editing (when the tty is in cooked mode)
2. translating bytes (like `\x03` for Ctrl+C) into signals (like SIGINT)

but in the 1980s when the "terminal" and the "mainframe" were separate machines, #1 would presumably happen on the terminal, and #2 on the mainframe

but now they're both handled in the same place?

just got this new “Love Your Bugs" sticker in the mail! Anyone who buys a print copy of “The Pocket Guide to Debugging" will get this free sticker with it

https://wizardzines.com/zines/debugging-guide/

(you can also get just the sticker here if you want https://store.wizardzines.com/products/love-your-bugs-sticker)

i tried nix for the first time 2 years ago and I've given up on using it as a package manager locally (I just went back to homebrew), but I'm still using NixOS. Even though it's very confusing it still feels like the easiest way for me to manage a server

I remembered from this thread that I use nix not because I really like it but because configuring servers without a declarative system always stresses me out and I guess right now I'm willing to give up a lot of nice things I like (like "being able to understand error messages”) to get a declarative config system

(usually I get a "declarative system" by using something like github pages or fly.io but for a VPS it's nix)

it's a bit funny to me that having a declarative way to configure my servers feels so important to me, I think it's because I touch my servers pretty rarely and so if the way I manage them isn't declarative then I just get more and more and more scared of what is happening there over time.

and also I have zero self discipline so if I use ansible I will always at some point just SSH into the machine and start changing random stuff without putting it into ansible. With Nix I can't do that.

I think one reason I often feel a bit conflicted about writing about Nix is that even though I use it myself, it's only because my choice to use it doesn't impact anyone but me

I've had too many experiences where someone on a team chose to use a "difficult" piece of software (like bazel) despite huge usability issues because it had some perceived benefit and didn't acknowledge the impact that can have on other people who have to use the software

standards for ANSI escape codes https://jvns.ca/blog/2025/03/07/escape-code-standards/

I'm curious about what a "reasonably common supported set of ANSI escape codes” might be but I'm having a hard time finding a document that lays it out

I see the word “vt100" a lot but when I read about the vt100 in for example https://vt100.net/docs/vt100-ug/chapter3.html#S3.3 there's also some stuff that doesn't seem relevant to modern terminal emulators like "Load the four programmable LEDs..."

or there's ECMA-48 but is everything in there actually still used?

or there's the xterm sequences but that seems too big?

exciting news: almost 300 of the comics at https://wizardzines.com/comics/ now have transcripts! (more than 60%!) Also you can use the search to search the transcripts

shell history

(with a shoutout to https://atuin.sh)

one thing that kind of bothers me about this post is that it feels like on some level I "should" be explaining what a login shell is (to explain the diff between .bashrc and .bash_profile) https://jvns.ca/blog/2025/02/13/how-to-add-a-directory-to-your-path/

but if I try it always feels like it descends into drawing some kind of diagram like this and it just doesn't feel worth it, like who has time for that (source: https://blog.flowblok.id.au/2013-02/shell-startup-scripts.html)

shell history

@janneke I've been appreciating the fish shell's approach to documentation recently, where `help THING` opens an HTML manual page (stored locally) in a browser.

@janneke that's awesome, the LilyPond website looks really clear!

@janneke I'm glad to hear that info pages were helpful to you! I think you're the one of the first people I've heard say that and it's interesting to hear what your experience has been like

@janneke I mean I spent 20 years using Linux every day without even realizing that info pages existed (beyond maybe once when I tried to use the `info` viewer and gave up instantly) so it's hard for me to personally relate to the idea that more info pages would have been helpful

@nelson ah yeah tried to clarify that I mean the software and design decisions that were made there, not the cultural impact

@janneke oh interesting what do you mean when you say man pages are elitist?