git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: repo.eclipse.org outage breaking all our linux CI jobs

From
shejialuo <shejialuo@gmail.com>
Date
Apr 28, 2025, 10:30 UTC
Message-ID
<aA9Y0fp2crq_izqP@ArchLinux>
In-Reply-To
<aA8k6XLM1Mt37Oq-@pks.im>
On Mon, Apr 28, 2025 at 08:49:13AM +0200, Patrick Steinhardt wrote:
Show 21 quoted lines
> On Sat, Apr 26, 2025 at 10:12:51PM +0800, shejialuo wrote:
> > On Fri, Apr 25, 2025 at 08:20:25AM -0700, Junio C Hamano wrote:
> > > shejialuo <shejialuo@gmail.com> writes:
> > > 
> > > > I want to know whether we should use the "cache" mechanism of CI for
> > > > these third-party softwares? I somehow feel strange that we would
> > > > download these softwares in every CI.
> > > 
> > > It also feels wasteful to me that the CI jobs need to do a full
> > > install-dependencies.sh over and over, instead of running it once
> > > (per platform type), dumping the state, and let all the other jobs
> > > on the same platform type to restart from that state ;-).
> > 
> > That's right. I'll investigate how to implement this.
> 
> It would be nice if we could adapt the Linux-based jobs to use
> pre-seeded Docker images. The idea would be that those images are only
> built once and then used by later steps of the pipeline. In theory, this
> could even be extended so that we only rebuild images as-needed when
> something changes so that the images are reused for multiple pipelines.
> 

I agree that it would be better if we provide pre-built container image. But there is only one problem, which platform we should upload to? I somehow know that github container registry is free for public repository.

So, we may just push the image into github container registry. However, I am not a member of the Git organization. So, I need a help from ones who have the access.

Show 6 quoted lines
> Another big benefit would be that this results in a fully-reproducible
> environment for developers that can in theory be uploaded to a container
> registry. So if you see that something fails only with a specific job
> image, you can now trivially fetch that image and try to reproduce the
> issue in the exact same image as CI used.
> 

That's right, we could easily set up the development environment to replicate the problem without setting up the environment in our own machine step by step.

> Patrick

Thanks, Jialuo

Previous: Patrick Steinhardt
Message 16 of 16 in “repo.eclipse.org outage breaking all our linux CI jobs”
  1. Junio C HamanoApr 24, 2025
  2. ci: skip unavailable external softwareJunio C Hamano, Apr 24, 2025
  3. Patrick SteinhardtApr 25, 2025
  4. Junio C HamanoApr 25, 2025
  5. Patrick SteinhardtApr 25, 2025
  6. Junio C HamanoApr 25, 2025
  7. Johannes SchindelinApr 25, 2025
  8. Junio C HamanoApr 25, 2025
  9. 0/2 ci: update unavailable external software handlingJunio C Hamano, Apr 25, 2025
  10. 1/2 ci: update the message for unavailble third-party softwareJunio C Hamano, Apr 25, 2025
  11. 2/2 ci: download JGit from maven, not eclipse.orgJunio C Hamano, Apr 25, 2025
  12. shejialuoApr 25, 2025
  13. Junio C HamanoApr 25, 2025
  14. shejialuoApr 26, 2025
  15. Patrick SteinhardtApr 28, 2025
  16. shejialuoApr 28, 2025

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.