Ripping Out Three Backup Systems and Replacing Them with One (Part 1: The Mess)
https://rant.mvh.dev/ripping-out-three-backup-systems-and-replacing-them-with-one-part-1-the-mess/
Ripping Out Three Backup Systems and Replacing Them with One (Part 1: The Mess)
https://rant.mvh.dev/ripping-out-three-backup-systems-and-replacing-them-with-one-part-1-the-mess/

I had three different backup systems, of which, none would likely restore a full server. The archaeology If you'd asked me six months ago "are your servers backed up?" I would have said yeah, sure. And I would likely have been lying, though I didn't know it at the time.
So, im giving `syncthing` a try because there's an official-ish android app fork for it, and its otherwise #FOSS on desktop (#linux at least). And I know that I could self-host my own discovery and pairing relays. Oh and the last de-#enshittification task on my journey to #selfhost emancipation is ditching #Dropbox. #Nextcloud would be my candidate if I needed my files to be web accessible (I don't - or I could use `copyparty` which is hecka good).
RE: https://mas.to/@tezoatlipoca/116263075699722140
Well, I had to give up on the #rsync approach - rsync over #MTP seemed to have issues with copying some file metadata that rsync would need to handle incremental updates. Subsequent rsyncs would re-copy _everything_. Boo.
Likewise using #android usb-debug mode and `adb push` (android debug tool on linux) also only re-copies everyting.
I could use #termux on the phone to provide an actual rsync or ssh host on the phone (which would also let me use wifi). Or..
1/
omg switching to #linux a year ago was such a good idea. I #jmtpfs mounted my new #android phone via #USB and now I'm #rsync ing my #mp3 collection to it.
Since its all curated into #folders Im using the awesome `Folder Player`.
I hate "Library" utils and scanning metadata. Shit, half my mp3s are from before 2000, they aint got any #ID3 tags cause I limewired them from sadists who never ripped them with tags. (Im a _responsible_ CD ripper and rip with proper ID3 tags thank you)
I've just figured out, that i can use #GitHub without using the #Git command line tool! ๐
That makes sharing #code so much easier!
My 1st commit ๐ a #ZFS replication routine for my #Steam #gaming partition/pool.
It's better than #rsync, because ZFS send&receive JUST DOES WHAT ITS TOLD, instead of complaining about those #Windows / #Proton files. ๐
Here's my #Linux #Bash helper #script #repo: https://github.com/PurryPlatypus/bashrc.d
Funny option "--inplace" of "#rsync(1)" is โฆ
"The file's data will be in an inconsistent state during the and will be left that way if the transfer is interrupted or if an update fails.
...
This option is useful for transferring large files with block- based changes or appended data, and also on systems that are disk bound, not network bound. It can also help keep a copy-on-write filesystem snapshot from diverging the entire contents of a file that only has minor changes."
Fast XOR Coherent.
Anyone tried this rsync rewrite ?
https://github.com/vedLinuxian/resync-rs
Checked all little utilities, which I'm using in my daily computing, are they still good old programs or slopware?
I prefer to use little programs, which were created to please the needs of it's creator. And/or some folks which has the same needs. The process of such little program creation usually, if author in sane state of mind, doesn't mimick process of commercial software creation, where developers need to rush to "deliver features" to please management and investors. For now this leds to forcing developers to use LLMs on the workplace โ all to "deliver features" faster. So one developer for the same price (salary) able to make more features. Profit!
So, when I see how opensource programmer uses LLM to create some opensource program โ it is a red flag for me and I'll try to avoid using such program. Because it means to me that programmer doesn't like the process of creation. Like an artist who don't like to draw or photographer, who don't like to make photos. Also, (s)he possibly has a "corporate mindset" (deliver value and features faster, no fun allowed). So, looks like his/her creature is not a pet, but a cattle. When I prefer to use "pet"-programs โ usually they are nicer, simpler and doesn't bring me a lot of problems.
Results are pretty good โ only three programs are slopware now. These three programs, installed from repositories of my OS, have versions, when these programs were coded by humans.
Here they are:
1) rsync โ version 3.4.1 is good, but the next versions will be slopware, since programming happens with Claude LLM.
2) ImageMagick7 โ installed good version 7.1.2-15. But since 7.1.2-16 it become a slopware. LLM the same โ Claude, was used in one commit.
3) python3 โ installed version 3.11.15. Since 3.13.6, according to commits and release dates, it become a slopware too โ there are some commits, where the same Claude LLM was used.