Shung-Hsi Yu

This seems to happen when **libfreetype** is updated to `v2.12.1`, it was fine previously with `v2.12.0`. I've also encountered the same issue on the latest openSUSE Tumbleweed update, but if...

> > This seems to happen when libfreetype is updated to v2.12.1, it was fine previously with v2.12.0. > > > This came up after Friday upgrade of libfreetype from...

The `unknown#177` means that the kernel you're using does not have the `bpf_trace_vprintk()` helper introduced by torvalds/linux@10aceb629e19 in v5.16, so I'd suggest either: * find a way to use `bpf_trace_printk()`...

> A couple of months ago I reviewed your solution as a potential problem solver, the only missing part being deduplication and WAN support. I came to the same conclusion...

Question for reviewers: can we omit `src/users/migrations/0012_auto_20200712_1632.py`?

> Does the migration work locally? Not sure if we need to do `--dry-run` here. It should be good to go if this succeeds locally. I remember it worked locally...

Migration works locally, and after the migration user creation still works. However, there's one change in the schema that might need to be reviewed (the diff is below); user.id is...

I guess another option is to add a `migrations.RunSQL` operation in ` src/users/migrations/0012_auto_20200712_1632.py` that change the default for user.id back. But I'd like to avoid this option if possible, and...

+1 on this, makes creating new page much easier. I think db-testing-data.json can be pruned, right now it's 2000+ lines and contains mostly data not related to page content (e.g....

Re-push to correct the method name to `_repr_pretty_()` (previously it's missing the underscore at the end). Still need to implement that same thing for `StackFrame`, `StackTrace`, and `Type`.