Petr Fedchenkov

Well, It was another issue: https://github.com/lf-edge/eve/pull/2904

Thank you! Will work on integration them here.

As I remember previously we solved the problem having [sposored oss bage](https://docs.docker.com/docker-hub/download-rate-limit/#definition-of-limits). Is it still help us to not hit the limit at least for the part of repos?

Small comment about Eden tests: we pull images not only from the workflow itself, but also from EVE-OS ([example](https://github.com/lf-edge/eden/blob/ffbccba605c3f3782084b43a9ee4664e1a18164f/tests/eclient/testdata/port_switch.txt#L9)). Assume such pulls also covered by rate limiting. Probably we can...

> EVE has sponsored OSS badge on docker hub, therefore not affected @giggsoff I know, but my comment is not about EVE-OS image, but about containers we run inside EVE-OS...

> What can we do to avoid the issue specifically there? Few thoughts: 1. Pass credentials into EVE-OS config, generated by Eden (it is not supported by Eden's CLI now)....

I can see that GH expect new versions for another actions as well ([here](https://github.com/lf-edge/eden/actions/runs/9938274553) in annotations): ``` The following actions uses Node.js version which is deprecated and will be forced...

> This is really frustrating, it runs fine locally (running smoke test) but here fails to wait for the app to be ready, I increased the timer to 30m but...