fix: a fresh app install syncs the whole library, not the last 30 days of changes (#6778)

The change feed dropped every row older than 30 days, and an app syncing
from cursor 0 builds its library from the feed, so a fresh install, cleared
data or a 410 reset got only what had changed lately.

The compactor now keeps each entity's latest change however old. It drops a
row once a newer one for the same entity exists, and a delete once it is 30
days old, raising a stored mark (library_changes_trimmed) past it; an app
whose cursor is below the mark is sent back to 0, as before. Migration 0101
adds the index the compactor needs, seeds the mark where the old compactor
left off, and gives every artist, album and track whose latest row is not an
upsert a fresh one, so the rows the old compactor dropped come back. The
backup carries the mark with the feed.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

internal/backup/tables.go

@@ -111,6 +111,7 @@ var Tables = []Table{
 	// The library change feed is how the apps sync, including a first sync,
 	// so a restored server carries it on from where the backup left it.
 	{Name: "library_changes"},
+	{Name: "library_changes_trimmed"},
 	{Name: "audit_log"},
 	{Name: "playback_errors"},
 }