Nothing says "handwritten" quite like omnipresent groups of 3 bullet points, all with bolded item headers.
Yes, this could have been a 5-sentence PSA. I found the article hard to read, with comparatively little content for the length.
Absolutely.<p>> My mistake was trying to combine .tar.gz files using cat. gzip plays ball, but tar throws a strop.<p>> gzip happily combines the compressed members into a single stream, but when tar tries to read the decompressed stream, it finds the first archive’s EOF marker and stops reading.<p>> gzip would be happy to carry on, but tar has given up.<p>There was no reason to say this three times consecutively. But when an AI wrote the blog post for you then this is the level of quality HN readers have to put up with.
useless dashes at the middle of sentences maybe?
Does it actually say anywhere that the article is handwritten?
Of course you can tar the original tar.gz files in one pass without extracting anything. You keep the boundaries between the source tar.gz but maybe that's not important. You probably won't gzip the output because there is very little to gain anymore.<p>But if you want to merge those tar.gz, yes, you have to ungzip them and gzip the final tar. More CPU.
Even worse with initcpio and linux kernel decompression choices: You can mix them, and it works.. <i>sometimes</i>.
Oh! I can cat multiple gzip files? Could I do that with "btrfs send | gzip" files?
cat is only for concatenation so it won't combine e.g. XML files, images, zip files etc. unless those files can just be splatted together.
which .gz files can, according to the article, but the un-gzipped file contains an eof in the middle for the tape archive, so it stops reading early