5 ms·
I do this! Interesting to see someone else advocating the practice. In my open source development I start work on a retro machine running Snow Leopard, specific
by Applejinx 21d ago
I do this! Interesting to see someone else advocating the practice. In my open source development I start work on a retro machine running Snow Leopard, specifically to be able to generate authentic retro binaries that'll work anywhere, and then I have a process to port to modern MacOS and signed Apple Silicon binaries, but the machine's a M1 Studio on Monterey and building for 11.1.
My worry is that they'll kill signing for people who aren't updating, though that shouldn't be a factor. I would have to simply get another machine to port to, because I don't trust that changes they make are always going to be good in any sense.
There might be a window for computing within which it's good: I find I'm not worried about adding new Linux machines and architectures to build for, but my Windows builds are 32 and 64 bit on Windows 7 with no attempt to modernize the build system, and I've got that two-stage Mac build process where it starts on a time capsule machine not connected to the internet, and continues on the M1 running Monterey. I'm anxious for the day Apple requires you use stuff that's constantly changed out from under you. I don't work like that.
- noduerme 21d agoWow! Great respect to how you've set up your publishing that way! I don't build anything for the Apple ecosystem, and haven't since around 2015, and my biggest fear was always some dreaded forced update (or new app store jargon) .... so yeah, I think you're living on the knife's edge, but I would do the same. One great reason for never upgrading the OS is you can still pop open a laptop and run things you wrote 10 or 20 years ago... and honestly now I've sent Claude around my local network accessing those old laptops and snapshotting and clicking ancient apps and rewriting things I'm too tired to do by hand, which is weird but kind of a nice coda to my work.