Thx for a good read!

Uncompressed ZIP files are a bit of an underappreciated container format.

Fetching individual files from a big ZIP file even works over HTTP when the http server support range requests.

I actually did that a few times on gigabyte-sized ZIP files from the Internet Archive.

Well, you still have to find the zip header no?

HTTP supports negative ranges, so you can request the final 64KB and scan it. If you don't find the Central Directory (unlikely unless the zip contains 10k files and/or lots of comments) then you just request another 64KB.

Note that the end-of-central-directory record at the end of the file contains the size and offset of the central directory, so if the central directory is not in the final 64 KiB you already have, you know exactly which range you need to request to get it (i.e. you don't need to keep scanning backwards 64 KiB at a time).

As a (tiny) financial supporter of this since day 1 with marcan, it is sad to hear about the license switch from MIT to GPL.

Will probably be a road block for *BSD and other bare metal experiments on Apple Silicon.

Given this and the supposed anti-AI stance I read Asahi is having, I can’t help but wonder if they will be able to retain front runner project position for Linux support on new Macs.

Related, Contiki OS is good inspiration and a really cool: https://csdb.dk/release/?id=8197&show=summary

Open Source and available on github. The old web site seems to be down which is a bit of a shame.

One group that still releases ascii and uploads to 16colo.rs is Impure.

They also make demos and won 2nd place at the Evoke demo party this year with the following ascii style demo:

https://demozoo.org/productions/396656/

Based on a newly released model for calculating this that is open sourced.

I think it has to do with arm64 not supporting plugins and thus not shipping with any.