Remix.run Logo
▲ bowersbros an hour ago

Step 1: Ensure that docker images are available when the embargo is released. We're 2 hours in, and they still aren't available.

▲emilburzo 43 minutes ago | parent | next [-]

I can empathize with them, this is actually quite difficult when you're an open source project.

You have your source code public, so you can't commit/push because then you've leaked info.

Your build pipeline is also likely public, so you can't just build from another source code... source.

You can create a private repo, but now you also need to build a private build system.

You don't get the same generous build resources for private repos, so you either:

a) simplify the build to just the essentials

b) pay

Unless you have significant funding, you'll probably go for a).

Now you have to maintain two systems, also with some differences between them.

Plus you need a way to get the build artifacts from the private system to the public one, typically at a fixed point in time.

Any failure/delay (e.g. less powerful build on private repo, errors because you exercise it rarely) causes people to get upset that you didn't respect the announced time.

Maybe you're also using things like image attestation, another can of worms.

▲inglor_cz a few seconds ago | parent | next [-]

I'd say that for someone like PHP, in this era of AI-driven vulnerability/patch race, having a private CI/CD pipeline is a necessity.

PHP is written in C, I'd be surprised if similar problems didn't lurk in other places.

Maybe they will construct the private pipeline after this crisis. Millions of websites are probably now waiting for all the downstream Docker images to be built and pushed.

▲cobolcomesback 9 minutes ago | parent | prev | next [-]

Those are all challenges that surely need to be overcome!

But they had _two months_ to figure out how to overcome them. For them to not have figured out a solution and have pre-built images ready to push as soon as the embargo lifted is ridiculous.

▲modeless 21 minutes ago | parent | prev [-]

Making a cloud CI/build/release system whose behavior can't be reproduced locally requires some kind of brain damage. I can't believe people tolerate this.

▲fguerraz 40 minutes ago | parent | prev | next [-]

I find it incredibly naive that they’d hope it would not leak after weeks/months of embargo.

Being given advance notice of an upcoming security fix is an immense privilege, organisations should turn around quickly when given such information, they shouldn’t be given more than a couple of days to update IMHO, it’s not like the rest of the world can wait.

▲Scaled 19 minutes ago | parent [-]

Keep in mind that some of the organizations are presumably patching ancient versions of PHP like 5.6. I am sure this is a process which takes considerable time, especially as upstream PHP has washed their hands of such old versions and the downstreams are effectively on their own.

(It is often much cheaper for an enterprise to just get a long term support contract than to properly upgrade to a modern PHP stack.)

▲kyriakos 36 minutes ago | parent | prev | next [-]

Aren't those run by docker? php foundation cannot be responsible

▲lol768 an hour ago | parent | prev | next [-]

The PHP Foundation should manage it, the Docker ""Official" Images" approach clearly just doesn't work properly for responding to vulnerability patches.

▲thinkindie an hour ago | parent | prev | next [-]

today I learned that building your image from scratch is fundamental in cases like this. Luckily I came prepared thanks to Claude Code suggestion.

▲eqmvii an hour ago | parent | prev | next [-]

Yep, all our efforts are now focused on working around that. It's pretty neat!

▲Droobfest an hour ago | parent | prev [-]

Never using docker hub ever again