News for hackers. Stuff that matters.
Re:Pack: A New Container Format for Compressed Files by nullindividual on Friday March 22, 2024 @04:38PM (#39794586)
Tapes don't (? certainly didn't) operate this way. You need to read the entire tape to list the contents.

Since tar is a Tape ARchive, the way tar operates makes sense (as it was designed for both output to file and device, i.e. tape).

Re:Pack: A New Container Format for Compressed Files by monocasa on Friday March 22, 2024 @04:50PM (#39794718)
Tapes currently don't really operate like tar anymore either. Filesystems like LTFS stick the metadata all in one blob somewhere.
Re:Pack: A New Container Format for Compressed Files by nullindividual on Friday March 22, 2024 @05:00PM (#39794808)
It's been a long time since I've operated tape, so good to know things have changed for the better.
Re:Pack: A New Container Format for Compressed Files by tredre3 on Friday March 22, 2024 @04:58PM (#39794800)
That point is always raised on every criticism of tar (that it's good at tape).

Yes! It is! But it's awful at archive files, which is what it's used for nowadays and what's being discussed right now.

Over the past 50 years some people did try to improve tar. People did develop ways to append a file table at the end of an archive file. Maintaining compatibility with tapes, all tar utilities, and piping.

Similarly, driven people did extend (pk)zip to cover all the unix-y needs. In fact the current zip utility still supports permissions and symlinks to this day.

But despite those better methods, people keep pushing og tar. Because it's good at tape archival. Sigh.