[2026-04-14T00:24:48Z] Yes. [2026-04-14T00:51:04Z] I mean, that's going to be annoying with switches [2026-04-14T00:51:14Z] but like, routers? you can just do le funny thin client [2026-04-14T00:51:32Z] what are they going to do, take away your computer? [2026-04-14T00:59:55Z] yids [2026-04-14T00:59:56Z] yis [2026-04-14T02:34:13Z] oh noooooo carney got a majority liberal government at the federal level [2026-04-14T02:34:14Z] we are so fucked [2026-04-14T02:34:23Z] * midfavila dies [2026-04-14T02:34:40Z] this is like starmer getting a national level majority in the uk ugh [2026-04-14T04:47:16Z] well what do you know. rsync messed up my chd files for my ps2 games when transfering them. on my phone it messed up 15/17 files... [2026-04-14T04:48:23Z] which also explains why neathersx2 could only read 2 of my games, instead of 17.. the irony is I was still able to launch them though, just by other means. which is kinda wierd [2026-04-14T05:06:55Z] laws in the US regarding routers have always been shit already. Not having the right to get access credentials for your ISP so you can use whatever router you want is a real no go [2026-04-14T05:07:17Z] in germany we have the right to that. if the ISP doesn't comply we can sue them [2026-04-14T05:08:56Z] speaking of rsync sad_plan did you know that multiple compression formats have an optionsl `--rsyncable` flag? that's kinda useful [2026-04-14T05:10:36Z] Ozymandias42: I dont belive chdman has this option. however, it seems that repacking these files does the trick. funnily enough :') [2026-04-14T05:10:55Z] might have been a timestamp issue? [2026-04-14T05:12:05Z] not sure. I had a couple mismatches on both my hdd and laptop aswell. so im repacking them, and verifying them again to see if things looks good [2026-04-14T05:13:18Z] I did play around with that --rsyncable flag yesterday. I had the hope of faster transfers and updates when I use compressed archives to a weak HDD nas [2026-04-14T05:13:45Z] was unfortunately, though only half as big in size, slower to transfer [2026-04-14T05:13:57Z] though I'm not sure if that has to do with the chosen compression format [2026-04-14T05:14:22Z] and with how rsyncable works exactly. there [2026-04-14T05:16:02Z] I mean if it takes too long to get the list of content from the archive that'd be one reason [2026-04-14T05:18:09Z] it's kinda useful to have super weak hardware to find these kinds of issues [2026-04-14T05:30:38Z] rsync also has -z/--compress flag though. so rsync can compress the files for you before transfering, and then decompress it in the outdir. [2026-04-14T05:30:58Z] what packages comes with this flag? im not sure ive seen it [2026-04-14T05:31:19Z] hm, gzip has it, it seems [2026-04-14T05:35:08Z] I am aware of gzip, zstd and iirc xz having rsyncable, [2026-04-14T05:35:57Z] and yes the -z flag feels kinda strange to me. because in standard usage rsync goes through ssh already which if I am not mistaken uses compression by default? [2026-04-14T05:35:57Z] if not it could do so via -C I think [2026-04-14T05:36:34Z] however rsync can also do compression by default it seems... which might make more sense when NOT using ssh with it but directly connecting to an rsync daemon [2026-04-14T05:36:42Z] which is what I do to that specific NAS. [2026-04-14T05:37:19Z] especialyl twice a year when I backup the whole NAS via rsync that speeds up thing tremendously for multiple reasons [2026-04-14T05:38:12Z] one reason being no bottleneck via ssh transport compression on that slow armv7l cpu [2026-04-14T05:38:12Z] The other being more efficient use of server side rsync for computing deltas and only sending back the list of things to receive [2026-04-14T05:39:39Z] I had a potentially interesting thought btw on how to make rsync faster still while still using compressed files. [2026-04-14T05:40:42Z] see my assumption of why it's comparatively slow with rsyncable on larger archives is because it has to scan the whole file to compare block-maps of source and target. [2026-04-14T05:40:56Z] when syncing files directly it uses mtime by default [2026-04-14T05:42:26Z] now if you want to have compressed files that don't slow things to a crawl in terms of access times on HDD AND want to save on storage via compression and archival, the solution might be to not use classical archives but filesystem-image files of filesystems that have zstd built in like btrfs. [2026-04-14T05:44:04Z] this way you can basically mount the containing folder via sshfs, then the image file via loopback mount and then just rsync normally. This will still use the mtime comparison and can then transfer individual files that will also be compressed client side because the mount is there. [2026-04-14T05:44:34Z] and since you could create these filesystem image files as sparse files they could grow too instead of take up space up front [2026-04-14T05:59:06Z] ssh doesnt enable compression by default. however, some distros do. but I think its only zlib. so not the best compression rate [2026-04-14T05:59:32Z] rsync also uses zstd instead, or atleast it can do. which has a higher compression ratio [2026-04-14T06:07:52Z] transport compression is only useful for uncompressed data though [2026-04-14T06:12:17Z] yeah [2026-04-14T06:29:31Z] oh ffs. chdman gives me several errors on my ps1 games aswell. now im kinda curious about wether more of my roms is mismatching aswell. now I have to checksum everything later to be sure [2026-04-14T06:44:13Z] good luck [2026-04-14T06:58:47Z] thanks. [2026-04-14T21:54:50Z] https://www.theverge.com/tech/911888/netgear-router-ban-conditional-approval [2026-04-14T21:54:56Z] LMFAOOOOOOOOOOOO [2026-04-14T23:15:18Z] kris_: time to learn how to do IP over amateur radio