I have long thought that fewer things get properly packaged for Arch due to it having the AUR as a crutch. Stuff like Void and Guix will have packages that are only in the AUR for Arch.
The LLM stuff is tiresome, but how is retro stuff even comparable? Maybe I'm not seeing what you're seeing, but I generally think people tinkering with old Mac OS stuff is cool. Though I'd rather OS X than Classic, as the unix-y bits are part of the cool factor for me. I do like the fonts and visuals of Classic, though.
LLM posts are like when a new meme template comes out and gets run into the ground everywhere you look, but someone tinkering with old computers just seems like normal human hacker interests. Perhaps you could argue that too much nostalgia is a bad thing. I have been hearing "frutiger aero" a disturbing amount the last year or so.
Same here. Main terminal w/ tmux, editor terminal with tmux (runs nvim so I can jump to it with a key bind), ssh to remote server with remote tmux, scratchpad term with tmux. I try to reuse the same panes a lot, otherwise open a new tmux window temporarily to do something (C-b c). Basically never open a whole new separate terminal instance on top of those.
>And yet. You probably shouldn't use literal cron (or its more modern cousins) for scheduled tasks! In 2026 there are more modern options available
What are people on non-systemd distros like Guix System, Void, PCLinuxOS, and so on using for this? Is there still something better to use than cron?
Admittedly I never learned cron, I use a lot of `sleep` and `countdown` for relative delays instead. Just earlier today I set up a 12h countdown followed by opening a URL with xdg-open since I expect a release around then and don't want to forget. I also threw in a little notify-send command in case my browser isn't visible, I should see that pop up. Considered using espeak, but don't wanna scare myself and/or ruin my watching experience if I'm watching a video at that time.
> What are people on non-systemd distros like Guix System, Void, PCLinuxOS, and so on using for this? Is there still something better to use than cron?
Instead of `sleep` you can use `at`. But for scheduling `cron` is still the best.
Package: at
at, batch, atq, atrm - queue, examine, or delete jobs for later execution
Hosting a Minecraft server was pretty big for me. Learned about screen and tmux to keep it running and be able to detach and reattach. Learned vim to deal with configs on the headless server.
Another thing that helped me learn a lot was what I call "anime playlist management", but may be too niche to recommend. Basically after I moved from VLC to mpv I had to create and add to playlists without a gui. I learned a lot about the find command, text redirection, vim, fzf, file permissions... I retrieve the full file path for the videos and dump that into a .m3u file that I then watch in mpv or rearrange later in vim. find helps to get to the exact files quicker even when everything is sorted neatly into separate directories, fzf lets you add multiple files from the find output at once, selectively. find can also filter by mtime, so I have some one-liners that just show e.g. all files 7 days old or newer in the media directory, easy to rerun and select the stuff I just downloaded to put in the playlist.
At some point I preferred vim over geany or whatever other text editor I used to use. It's nice to be able to use the same tools everywhere, including over ssh, so that reinforced a preference for stuff that runs in a terminal. irssi, aerc, stig+transmission-daemon, neovim, mpv (controllable over ssh). Also having a file server gets you more into rsync, sshfs, stuff like that.
I've made several vim macros to speed up the "anime workflow" as well. Like I add new episodes to the very bottom of the file, but the file has sections broken up by empty lines, and I have a macro to take everything just added at the bottom and move it to the bottom of the top section, where the high priority stuff goes. I also have macros to delete the top line of two side-by-side files in vim at once, saving both. I have both a human-readable list and the actual playlist file and then I delete the lines as I watch.
I've been incrementally refining this workflow for several years now. Just find something you enjoy doing and try to polish it, learn more applicable tools you can incorporate, etc.
> Hosting a Minecraft server was pretty big for me.
This seems to have been the gateway to systems administration for a surprisingly large number of contemporary young people - just like IRC, Quake and Counterstrike servers in my teen years, and futzing with config.sys & autoexec.bat for DOS games when I was a kid... And the hacking soon becomes more fun than the game itself !
If you and 5 others go to McDonald's for 3 meals a day, it will always appear busy to you even if it had no traffic outside those moments you were there with the 5 others. Similarly the news can report on outliers using AI while most people you know IRL may not use it. In other words, it is accurate, the groups are not the same, and statistics often don't feel like they reflect reality.
>When asked about why Picos use micro USB and not USB-C, he said it's a cost issue. USB-C connectors are more expensive than micro USB, while also taking a tiny bit more board space. That said, USB-C will probably happen someday.
Glad I'm not alone in caring about this. All I want from them is a Pico with a USB-C port. When using them for keyboards and arcade controllers you either need to wire up a separate port (and USB-C is awful to solder) or use someone else's variant with one on there. I have had issues in both cases. The Open-Frame1 leverless controller needed me to either pay for assembly or fail at soldering on the extra port myself (did the former for batch 1, got cocky when ordering batch 2 and didn't pay assembly, never got any of the new boards working). Flatbox rev 5 used an RP2040-Zero from Waveshare, which initially seemed fine but later turned out to have major bouncing issues. Typing on a virtual keyboard with it was nearly impossible, all the extra inputs being detected. The amount of debounce needed to be added in GP2040-CE settings to completely solve it resulted in it being much higher latency. I heard a theory that it was due to a lack of filtering on the MCU. Meanwhile Haute42 started pumping out incredibly cheap leverless controllers in all sorts of designs within a year of me building 10 Flatboxes. They're so cheap you can't really DIY one cheaper anymore unless you need them in bulk, and they have no bouncing/input issues. They even have extension ports to help deal with console auth. Their non-3d-printed buttoncaps also don't break as much, though I did eventually have one break after living in my backpack a while.
I'd like to take another crack at building a solid leverless someday. A new Pico with a USB-C port would probably be enough motivation.
Also I should note that part of why USB-C is such a big deal on a game controller is because they all use it now, and I've got lots of long USB-C to A cables connected to consoles and my PC, I can easily switch controllers at the user-facing end without having to re-run a cable. I can go from my Open-Frame1 playing Rivals of Aether to my Steam Controller playing Crab Champions to my Haute42 M16 playing Melty Blood all with the same cable routed under my desk, often without leaving my chair.
reply