[Nightly] anolisa list 命令失败:components-v2.toml HTTP 404

[zhangtaibo]

Component

anolisa

Bug Description

The anolisa list command fails with exit code 1 and stderr failed to load component index: failed to fetch component index: failed to fetch http://mirrors.cloud.aliyuncs.com/anolisa/generic/anolisa/v1/components-v2.toml: http status 404 while fetching http://mirrors.cloud.aliyuncs.com/anolisa/generic/anolisa/v1/components-v2.toml.

The root cause is in src/anolisa/crates/anolisa-cli/src/resolution.rs:741 where load_component_index() calls component_index_v2_url(&base_url) which constructs the URL {base_url}/v1/components-v2.toml. This file does not exist on the mirror server (HTTP 404), but the function hard-fails instead of gracefully degrading. The v1 file components.toml is available at HTTP 200.

Introduced by commit 52fa3159 (2026-08-14, author: 爱鲲) which switched list to read components-v2.toml (schema v2) but the mirror was never deployed with this file.

Steps to Reproduce

1. Install anolisa 0.3.1 on any Anolis host
2. Run anolisa list
3. Observe exit code 1 with stderr about HTTP 404 fetching components-v2.toml

Actual Behavior

error: failed to load component index: failed to fetch component index: failed to fetch http://mirrors.cloud.aliyuncs.com/anolisa/generic/anolisa/v1/components-v2.toml: http status 404 while fetching http://mirrors.cloud.aliyuncs.com/anolisa/generic/anolisa/v1/components-v2.toml

Exit code: 1. The list command is completely non-functional for all users.

Expected Behavior

anolisa list should return exit code 0 and display the component listing table. Per resolution.rs:720-756, load_component_index should either:

• Fallback to v1 components.toml when v2 is unavailable, or
• Return an empty index gracefully so list works with just local installed state

Root Cause

File: src/anolisa/crates/anolisa-cli/src/resolution.rs:750-754

The cache.fetch(&url, None) call at line 750 propagates the HTTP 404 error via map_err + ?, causing list to hard-fail. The fix is to catch the fetch error and return an empty ComponentIndex (graceful degradation) so the command still works when the mirror hasn't deployed v2 yet.

Regression introduced by commit 52fa3159 (fix(anolisa): check target architecture, 2026-08-14 13:58).

Suggested Fix

Replace the hard-fail cache.fetch(&url, None).map_err(...)? at resolution.rs:750-754 with a match that returns an empty ComponentIndex on fetch failure:

// Graceful degradation: if v2 index is unavailable (e.g., mirror not yet
// deployed), return an empty index instead of failing `list` entirely.
let downloaded = match cache.fetch(&url, None) {
    Ok(d) => d,
    Err(_) => {
        return Ok(ComponentIndex {
            schema_version: COMPONENT_INDEX_SCHEMA_VERSION,
            generated_at: None,
            publisher: None,
            components: Vec::new(),
        });
    }
};

Environment

• OS: Anolis OS 23 (alnx4)
• Component: anolisa
• Package version: anolisa-0.3.1-1.alnx4.x86_64
• Mirror: mirrors.cloud.aliyuncs.com
• Nightly run: nightly-20260814-170909
• ECS: 8.217.123.80

[github-actions]

🔀 Issue Router

• Component: anolisa
• Confidence: 100%
• Owners notified: @kongche-jbw @ikunkun-sys
• Assigned: @kongche-jbw @ikunkun-sys

内部测试 Issue 已按结构化 Component 字段路由。

Evidence: Component 字段精确匹配 anolisa。

This routing was applied by the ANOLISA Issue Router through GitHub Actions.

[zhangtaibo]

Alternative Fix: Graceful Degradation in list.rs

PR #2564 and #2566 implement v2→v1 fallback in load_component_index, but both have Test anolisa CI failing. Here's an alternative approach: instead of changing load_component_index (which install --all also depends on), change only the list command to use load_optional_component_index and gracefully degrade when the index is unavailable.

Approach

In src/anolisa/crates/anolisa-cli/src/commands/tier1/list.rs:

1. Change import: load_component_index → load_optional_component_index
2. In handle(): load index as Option, add a warning when None
3. In build_rows_from_view(): accept Option<&ComponentIndex>, add a None branch that lists only installed components from state

This keeps load_component_index (hard-require) unchanged for install --all, and only makes list (a read-only command) resilient to missing index.

ECS Verification

# On ECS 8.217.123.80 (anolisa component test env)
cd /root/anolisa && git apply fix.patch
bash scripts/rpm-build.sh anolisa
# → BUILD_EXIT=0, RPM: anolisa-0.3.1-1.alnx4.x86_64.rpm (3.0M)

rpm -Uvh --force scripts/rpmbuild/RPMS/x86_64/anolisa-0.3.1-1.alnx4.x86_64.rpm
anolisa --json list
# → exit=0, ok=true, lists 9 components from installed state

The components-v2.toml is still 404 on the mirror, but list now degrades gracefully to showing installed components instead of hard-failing.

Patch

Patch file available at: /data/nightly-reports/2026-08-14/nightly-20260814-170909/triage/fix/anolisa-list-v2-fallback.patch

Discovered by AgenticOS Nightly (run nightly-20260814-170909).

[kongche-jbw]

This is the canonical tracking issue for the components-v2.toml publication outage. #2565, #2569, and #2570 are duplicates and will be closed in favor of this earliest report. Priority is raised to P1 because the outage breaks anolisa list and target-aware batch installation. Recovery and verification updates should be recorded here.