Nothing says "handwritten" quite like omnipresent groups of 3 bullet points, all with bolded item headers.
jraph•57m ago
useless dashes at the middle of sentences maybe?
MayeulC•55m ago
Yes, this could have been a 5-sentence PSA. I found the article hard to read, with comparatively little content for the length.
sevg•42m ago
Absolutely.
> My mistake was trying to combine .tar.gz files using cat. gzip plays ball, but tar throws a strop.
> 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.
> gzip would be happy to carry on, but tar has given up.
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.
tempfile•49m ago
Does it actually say anywhere that the article is handwritten?
mcapodici•1h ago
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.
voidUpdate•58m ago
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
edelbitter•50m ago
Even worse with initcpio and linux kernel decompression choices: You can mix them, and it works.. sometimes.
pmontra•48m ago
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.
But if you want to merge those tar.gz, yes, you have to ungzip them and gzip the final tar. More CPU.
M95D•45m ago
Oh! I can cat multiple gzip files? Could I do that with "btrfs send | gzip" files?
Inityx•1h ago
jraph•57m ago
MayeulC•55m ago
sevg•42m ago
> My mistake was trying to combine .tar.gz files using cat. gzip plays ball, but tar throws a strop.
> 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.
> gzip would be happy to carry on, but tar has given up.
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.
tempfile•49m ago