I don't really see Fedora users needing to worry. Fedora is upstream of CentOS Stream and RHEL, so Red Hat will probably love to continue to have Fedora users being their space monkeys / lab rats to find/fix bugs in the OS before pushing to CentOS Stream. Why lose the free labor?
yingleheimerschitz
please correct me if i'm wrong but youtube is really trying to crack down on content like that so i don't think it's a concern
what OS do you use with syncthing? because (for me) on ubuntu, it won't sync my video files between a computer and 2 android devices, and on fedora it won't sync text files correctly (i keep getting sync conflicts)
you can easily find a content creator's channel id by browsing to their channel page on https://yewtu.be
and checking out the url.
you can then put that into a file which will be interpreted by an rss feed reader.
newsboat, for example, would use the following format (using LearnLinuxTV as an example):
https://www.youtube.com/feeds/videos.xml?channel_id=UCxQKHvKbmSzGMvUrVtJYnUA YouTube "~Learn Linux TV"
whereas an app like feeder would require an opml file:
<?xml version="1.0" encoding="UTF-8"?>
<opml version="1.1">
<head>
<title>
Feeder
</title>
</head>
<body>
<outline title="Linux" text="Linux">
<outline title="Learn Linux TV" text="Learn Linux TV" type="rss" xmlUrl="https://www.youtube.com/feeds/videos.xml?channel_id=UCxQKHvKbmSzGMvUrVtJYnUA"/>
</outline>
</body>
</opml>
unexpected keyboard on f-droid
the existing comments point out excellent solutions, but no one has mentioned boxxy (https://github.com/queer/boxxy) yet
there's like a million ways. ansible, copy /home with btrfs, just make a shell script that rsyncs everything, bare git repo, gnu stow, use nix os, etc.
personally, i just use a shell script to restore everything from an encrypted rclone local backup (although i also backup to a server). i do this because writing the shell script was so easy because my data is very well organized.
that's probably the best advice i can give you -- if your data is well-organized and free of junk (duplicates, broken files, useless files, etc) then that goes a long way towards streamlining any restore scheme.