Skip to content

Adding VersionStream for istio-envoy-1.29#78634

Open
octo-sts[bot] wants to merge 1 commit intomainfrom
istio-envoy-1.29
Open

Adding VersionStream for istio-envoy-1.29#78634
octo-sts[bot] wants to merge 1 commit intomainfrom
istio-envoy-1.29

Conversation

@octo-sts
Copy link
Contributor

@octo-sts octo-sts bot commented Feb 18, 2026

No description provided.

@octo-sts
Copy link
Contributor Author

octo-sts bot commented Feb 18, 2026

⚙️ Build Failed: Configuration

No matching config could be found for version 18.1.8 on linux/wolfi/20230201 with arch x86_64.

Build Details

Category Details
Build System Bazel
Failure Point bazel build --verbose_failures -c opt --action_env=LIBURING_CFLAGS="-ftrivial-auto-var-init=uninitialized" envoy

Root Cause Analysis 🔍

The LLVM toolchain repository configuration does not recognize Wolfi Linux (linux/wolfi/20230201) as a supported platform for LLVM version 18.1.8. The Bazel build system is trying to fetch the LLVM toolchain but fails during the repository fetch phase because there's no pre-defined configuration mapping for the Wolfi Linux distribution identifier in the LLVM distributions configuration file.


🔍 Build failure fix suggestions

Found similar build failures that have been fixed in the past and analyzed them to suggest a fix:

Suggested Changes

File: Melange YAML

  • addition (After git-checkout step, before the main build runs step)
    Replacement:
  - runs: |
      # Create .bazelrc to override platform detection for Wolfi
      cat > .bazelrc << EOF
      # Override platform detection for Wolfi Linux
      build --host_platform=@platforms//host
      build --platforms=@platforms//host
      
      # Force use of system LLVM/Clang instead of downloading
      build --action_env=CC=/usr/bin/clang-18
      build --action_env=CXX=/usr/bin/clang++-18
      build --action_env=LD=/usr/bin/ld.lld-18
      
      # Set compilation mode and optimization flags
      build --compilation_mode=opt
      build --copt=-O2
      build --linkopt=-Wl,--as-needed
      EOF

Content:

Add a new pipeline step to create a Bazel configuration file that overrides the platform detection
  • modification (Main bazel build command)
    Original:
      bazel build \
        --verbose_failures \
        -c opt \
        --action_env=LIBURING_CFLAGS="-ftrivial-auto-var-init=uninitialized" \
        envoy

Replacement:

      bazel build \
        --verbose_failures \
        -c opt \
        --action_env=LIBURING_CFLAGS="-ftrivial-auto-var-init=uninitialized" \
        --override_repository=llvm_toolchain=/usr \
        --define=BAZEL_LLVM_OVERRIDE=1 \
        envoy
Click to expand fix analysis

Analysis

No similar build failures were found in the provided data. However, the error indicates that the LLVM toolchain repository configuration does not recognize Wolfi Linux (linux/wolfi/20230201) as a supported platform for LLVM version 18.1.8. This is a common issue when using newer or less common Linux distributions with Bazel's LLVM toolchain rules, where the toolchain needs explicit platform configuration or overrides to work with non-standard distribution identifiers.

Click to expand fix explanation

Explanation

This fix addresses the root cause by working around Bazel's platform detection issue in two ways: 1) Creating a .bazelrc file that forces Bazel to use the host platform instead of trying to detect the specific Wolfi distribution, and 2) Adding flags to override the LLVM toolchain repository and use the system-installed LLVM/Clang tools instead of trying to download pre-compiled toolchains that don't exist for Wolfi. The --override_repository flag tells Bazel to use the system LLVM installation at /usr, while --define=BAZEL_LLVM_OVERRIDE=1 enables the override mode. This approach leverages the fact that we already have clang-18, llvm-18, and related packages installed in the build environment, so we can use those directly instead of relying on Bazel's toolchain auto-detection and download mechanism.

Click to expand alternative approaches

Alternative Approaches

  • Patch the Bazel WORKSPACE file or BUILD.bazel files to explicitly define a custom platform for Wolfi Linux
  • Use Bazel's --host_force_python flag along with custom toolchain definitions
  • Create a custom Bazel toolchain configuration file that maps Wolfi to an existing supported platform like generic Linux
  • Use Docker or container-based builds to run the Bazel build inside a more standard Linux environment that Bazel recognizes
  • Modify the istio/proxy repository's .bazelrc or WORKSPACE file to include Wolfi-specific platform definitions

Was this comment helpful? Please use 👍 or 👎 reactions on this comment.

@octo-sts octo-sts bot added the ai/skip-comment Stop AI from commenting on PR label Feb 18, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants

Comments