[CI] Improve dependency download reliability and Windows example build isolation

Abierto
#1,101 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 2 días

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
48/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
cpp, github-actions

Línea de trabajo

Start with the CI workflow steps that download nanoarrow, Boost, and Thrift, then inspect the Windows C++23 example build and sccache setup/finalization. The issue lists transient download failures and a busy shared example/build directory; determine which follow-up to tackle and reproduce it in the relevant CI job. Done means the selected failure mode is addressed and the affected job completes reliably.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

help wanted

Recent main-branch CI failures are concentrated in dependency downloads and Windows file contention.

Recurring dependency failures:

  • nanoarrow 0.9.0 downloads from archive.apache.org failed in three Test runs. The latest Windows retry still failed after exhausting download retries.
  • Boost 1.88.0 downloads returned HTTP 504 on Ubuntu and macOS. The Ubuntu retry passed; the macOS failure remains in the run.
  • A Windows SQL Catalog run failed while downloading Thrift 0.22.0 and passed on retry.

Separately, the Windows C++23 example step failed because example/build remained busy after three cleanup attempts.

Possible follow-ups:

  • Improve source/binary caching and download fallback handling, with bounded retries for transient failures.
  • Investigate separate example build directories for each C++ standard.
  • Skip sccache finalization when setup did not complete, avoiding secondary “command not found” errors.
Lenguaje dominante
C++
Estrellas
227
Forks
142
Merge medio
3 d 21 min
PR fusionados (30 d)
70

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de apache/iceberg-cpp

Todos los issues de apache/iceberg-cpp

Issues similares

Más issues de C++

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.