Congrats! My native youtube RSS feeds are mostly 404 or access forbidden, depending on the day, as are many others’.

Ok. This makes it trivial to do so since youtube RSS feeds are eithet nonexistent or unreliable.

Used to use FreshRSS. Switched to miniflux and I’m much happier now. It’s very, very simple, very clean, and does exactly what it says on the tin. You may, however, want the less opinionated experience of FreshRSS. You can always try both. (PS. I don’t typically use miniflux as my actual reader – I use reader software for that most of the time, with all my devices pulling from the same miniflux-based RSS source.)

Ok, let’s say you selfhost RSS Bridge at myselfhost.net:1234. Let’s say you want to follow a youtube channel, @fancyyoutuber, via RSS. Plug the channel into rss-bridge, and it outputs an RSS feed at myselfhost.net:1234/feed/youtube/fancyyoutuber/atom.xml (I totally made that link up). You plug that into your RSS reader of choice as the feed source, and, boom, the youtube channel is in your reader.

Git integration seems to be so embedded that it’s easy to miss. Open a git repository folder and you can switch branches and whatnot. But, like, in the command palette, there’s no Git > Pull or Git > Clone as in vscode. (I have barely scratched the surface so it might be there hiding in plain sight.)

Zed has a lot more features and is GUI-based. Helix is more focused and is CLI-based. I think a more direct comparison would be with VSCode(ium).

It appears to be a couple of versions behind … and have some issues with dynamically linked libraries that hinder LSPs. Neither of these is Zed’s fault. I’m sure the packaged version will be up to date momentarily (given the interest in Zed, sooner rather than later). Not sure how easy the LSP thing will be to fix, though there are some workarounds in the github issue.

Like many, it hasn’t been a clean “yesterday windows, today linux” thing for me. In 2004, I switched from a Dell Latitude (Windows) to a Mac, but continued to use Windows for work (because it was required), then I switched my most recent Macbook Air to Linux, kept another Mac around running macos, and still use Windows at work (because it’s a requirement). I expect I’m going to be Linux-first from now on (so macos’s days are numbered around here), but still use Windows at work.

I’m kinda bummed about moving on from macos, but the iOSification is just awful. The OS feels confused and bloated now. I honestly think Apple is due for a pretty serious reset and consolidation of operating systems.

That does, indeed, help. And I got to the 3rd page of google/kagi results without seeing any hint of it. Thank you so much.

I tend to agree. I mean, the gnome workflow is more appealing to me (though I have since moved to a WM), but my dislike of KDE comes down to (a) too many options everywhere and (b) it looks too “sharp”. If KDE had an “I’m done fiddling” mode that hid most of the options and I found a softer theme, I’d probably like it fine.

Absolutely nothing I just said should take away from others’ preference for KDE. I’m glad we can like what we like.

It seems to still be strongly gnome-adjacent, which fits with the softer, “calmer” aesthetic Pop has, but with functional tweaks that are more aligned with Win11/KDE (absolutely intended as a positive statement, as far as moving the ball forward on UX design). I worry that team KDE won’t like the “sane defaults” simplicity that it appears to have inherited from the gnome days, but that might just be the part of me that experiences terminal choice paralysis every time I fire up KDE. :)

I think about it like this:

Layer 2b: ->> User applications (flatpak, nixpkgs, etc.)

Layer 2a: ->> User data (mutable, persistent no matter what your system layer is)

Layer 1: -> System (immutable/read-only/updated "atomically" meaning all at once) 

Layer 0: Hardware

Or, alternately, it’s what macos has been doing with absolutely no fanfare for several versions now. That’s not a knock, btw. It’s an illustration that it can be completely transparent in use, though it may require some habit changes on linux.

Out of the box, I love Vanilla OS’s color scheme and wallpaper, with Fedora in second place for a default Gnome environment. I like the Pop_OS theme. I use River WM with a gruvbox theme (Vivaldi with no open tabs pictured), which is about as far from out of the box as you can get. Incidentally, I’ve been team light theme forEVER, but I’ve switched with gruvbox.

The thing I’ve learned in the many years of watching this fight is that the things Gnome people (of which I am one, though I have immense respect and appreciation for the KDE project) don’t like about KDE tend to be the things KDE people like about KDE and vice versa.

Nothing, but I’m experiencing substantially the same behavior attempting SMB.

1. I have tried with firewall enabled and disabled (and added the rule for the enabled firewall)
2. I will check autoblock. That’s one thing I haven’t checked.
3. I followed the DSM-7 task setup.

All fantastic suggestions, btw, but my hair-pulling is coming from none of them working (other than autoblock). :)

I believe the Synology tailscale client doesn’t support tailscale SSH, but I was able to “classic SSH” into the NAS (remotely, via Tailscale) with no problem.

Apologies for the delay. July 4th festivities and rescuing a kitten from a storm drain intervened (upside: we now have a kitten).

I can ping the NAS from the client on the Tailscale IP (100.x.x.x) and the tailscale hostname. If I SSH to the NAS, I cannot ping the client machine, but everything on the NAS is available from the client other than the NFS share (and I think I remember reading that the Synology tailscale client does not support ping).

I realize we’re sort of narrowing in on an NFS setting or possibly a firewall setting, and I appreciate your patience in going on this journey with me, but I have configured both according to, most relevantly, the tailscale documentation for connecting to a Synology NAS.

The allowlist for NFS allows the tailscale subnet and the local LAN subnet.

It’s the same error regardless of whether I connect by tailscale IP (100.x.x.x) or the tailscale hostname, and it strongly suggests an issue on the Synology, but everything looks correct on the NAS (but I am by NO MEANS an expert):

mount.nfs: access denied by server while mounting $IP:/volume1/$mount