feat: CloudStream meta-repo browser — browse and install sub-repos individually

[test01203]

Problem

CloudStream uses a repository-of-repositories format: a single repo.json manifest with a pluginLists array pointing to multiple independent plugins.json files.

Example: https://raw.githubusercontent.com/recloudstream/extensions/master/repo.json

Previously ARVIO would:

• Flatten all plugins from all sub-repos into one merged repository entry
• Give the user no visibility into how many sub-repos existed or what they contained
• Make selective installation impossible

Solution

When the user enters a meta-repo URL in the Add Repository dialog, ARVIO now:

1. Detects the pluginLists format automatically (no new UI required for the URL)
2. Fetches each sub-repo's plugins.json in parallel to count their scrapers
3. Shows a browser dialog listing every sub-repository with:
   • Inferred human-readable name (user / repo-name from GitHub raw URLs)
   • Scraper count
   • Live status: ADD → Installing… → ✓ Added
4. Installs each chosen sub-repo as its own separate repository entry (full parity with manually-added repos — cloud-synced, individually toggleable, removable)

Non-meta-repo URLs are unaffected — the ViewModel falls back to the existing addRepository() path automatically.

---

How the format works

repo.json                     ← meta-repo manifest
  name: "My Collection"
  pluginLists: [
    "https://.../extensions/builds/plugins.json",   ← sub-repo A
    "https://.../more-plugins/builds/plugins.json", ← sub-repo B
    ...
  ]

Each URL in pluginLists is a flat array of ExternalPluginEntry objects (.cs3 DEX extensions).

---

Files changed — 6 files, +276 lines

File	Change
Plugin.kt	MetaRepoEntry(name, pluginsUrl, pluginCount, iconUrl?) data class
ExternalRepoParser.kt	tryParseMetaRepo() · resolveMetaRepoEntries() · inferSubRepoName()
PluginManager.kt	browseMetaRepo(url) · addSubRepository(entry)
PluginUiState.kt	MetaRepoBrowseResult · new events BrowseMetaRepo / InstallMetaRepoEntry / DismissMetaRepoBrowser
PluginViewModel.kt	browseMetaRepo() · installMetaRepoEntry() · AddRepository → BrowseMetaRepo dispatch
PluginScreen.kt	MetaRepoBrowserDialog composable — scrollable sub-repo list with ADD/status buttons

🤖 Generated with Claude Code

[test01203]

Found and fixed two structural issues that would prevent the PR from compiling:

1. Broken function nesting in PluginViewModel.kt (compile error)

browseMetaRepo() and installMetaRepoEntry() were accidentally inserted inside normalizeUrlForComparison() instead of after it. Kotlin doesn't allow private local functions, so the compiler rejected both with "Modifier 'private' is not applicable to local function", and the return url.trim()... body of normalizeUrlForComparison was left stranded outside any function, causing cascading errors.

Fixed: normalizeUrlForComparison is now a proper one-liner function, and browseMetaRepo / installMetaRepoEntry are sibling private fun methods of the class.

2. Stale CloudSyncRepository.kt diff

The PR included changes to CloudSyncRepository.kt that duplicate the plugin DataStore wiring already introduced by PR #402 (now merged to main). This wasn't a compile error but would create a misleading diff and a messy merge. Reverted to the current main version — all plugin sync functionality remains intact via the already-merged PR.

[test01203]

Fixed the remaining CI failure.

The build error was:

The data class was missing a trailing comma after before the new field. Added the comma — should be green now.