Thanks for the heads up. We are aware that many of our Alpine 3.14 based builds are failing. :disappointed: :bowing_man:

Related: https://github.com/docker-library/official-images/pull/10379#issuecomment-863396878

ENV PORT 80 ENTRYPOINT [] CMD sed -i "s/80/$PORT/g" /etc/apache2/sites-available/000-default.conf /etc/apache2/ports.conf && docker-php-entrypoint apache2-foreground

ERROR [stage-0 13/14] COPY cloud-run-entrypoint.sh /usr/local/bin/

When I try to pull a PHP image based on Alpine 3.14, I got the following error.

❯ docker pull php:8.0-fpm-alpine3.14
8.0-fpm-alpine3.14: Pulling from library/php
no matching manifest for linux/amd64 in the manifest list entries

So, I went to see the DockerHub page, but I could not find any manifest lists here [1].

[1] https://hub.docker.com/_/php?tab=tags&page=2&ordering=last_updated

After some googling, I found the Jenkins jobs [2] building php image based on Alpine 3.14 were aborted due to the following error [3].

Thank you for using PHP.

+ nproc
+ make -j 4
/bin/sh /usr/src/php/libtool --silent --preserve-dup-deps --mode=compile cc -Iext/sodium/ -I/usr/src/php/ext/sodium/ -I/usr/src/php/include -I/usr/src/php/main -I/usr/src/php -I/usr/src/php/ext/date/lib -I/usr/include/libxml2 -I/usr/src/php/ext/mbstring/libmbfl -I/usr/src/php/ext/mbstring/libmbfl/mbfl -I/usr/include/editline -I/usr/src/php/TSRM -I/usr/src/php/Zend  -fstack-protector-strong -fpic -fpie -O2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  -Wno-clobbered -Wall -Wextra -Wno-strict-aliasing -Wno-implicit-fallthrough -Wno-unused-parameter -Wno-sign-compare -fstack-protector-strong -fpic -fpie -O2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -fvisibility=hidden -DZEND_SIGNALS   -prefer-pic  -Wno-type-limits -c /usr/src/php/ext/sodium/libsodium.c -o ext/sodium/libsodium.lo 
make: /bin/sh: Operation not permitted
make: *** [Makefile:1287: ext/sodium/libsodium.lo] Error 127
Removing intermediate container 1db9450c1f74
The command '/bin/sh -c set -eux; 	apk add --no-cache --virtual .build-deps 		$PHPIZE_DEPS 		argon2-dev 		coreutils 		curl-dev 		libedit-dev 		libsodium-dev 		libxml2-dev 		linux-headers 		oniguruma-dev 		openssl-dev 		sqlite-dev 	; 		export CFLAGS="$PHP_CFLAGS" 		CPPFLAGS="$PHP_CPPFLAGS" 		LDFLAGS="$PHP_LDFLAGS" 	; 	docker-php-source extract; 	cd /usr/src/php; 	gnuArch="$(dpkg-architecture --query DEB_BUILD_GNU_TYPE)"; 	./configure 		--build="$gnuArch" 		--with-config-file-path="$PHP_INI_DIR" 		--with-config-file-scan-dir="$PHP_INI_DIR/conf.d" 				--enable-option-checking=fatal 				--with-mhash 				--with-pic 				--enable-ftp 		--enable-mbstring 		--enable-mysqlnd 		--with-password-argon2 		--with-sodium=shared 		--with-pdo-sqlite=/usr 		--with-sqlite3=/usr 				--with-curl 		--with-libedit 		--with-openssl 		--with-zlib 				--with-pear 				$(test "$gnuArch" = 's390x-linux-musl' && echo '--without-pcre-jit') 				${PHP_EXTRA_CONFIGURE_ARGS:-} 	; 	make -j "$(nproc)"; 	find -type f -name '*.a' -delete; 	make install; 	find /usr/local/bin /usr/local/sbin -type f -perm +0111 -exec strip --strip-all '{}' + || true; 	make clean; 		cp -v php.ini-* "$PHP_INI_DIR/"; 		cd /; 	docker-php-source delete; 		runDeps="$( 		scanelf --needed --nobanner --format '%n#p' --recursive /usr/local 			| tr ',' '\n' 			| sort -u 			| awk 'system("[ -e /usr/local/lib/" $1 " ]") == 0 { next } { print "so:" $1 }' 	)"; 	apk add --no-cache $runDeps; 		apk del --no-network .build-deps; 		pecl update-channels; 	rm -rf /tmp/pear ~/.pearrc; 		php --version' returned a non-zero code: 2

[2] https://doi-janky.infosiftr.net/job/multiarch/job/amd64/job/php/ [3] https://doi-janky.infosiftr.net/job/multiarch/job/amd64/job/php/364/execution/node/390/log/

Here's a little library that works around this bug https://www.npmjs.com/package/safari-14-idb-fix.

I'll probably integrate it into idb-keyval.

Thanks for taking a look at this

The workarounds I've seen recommended do seem to either use a timeout or suggest putting the initial attempt at accessing the indexedDB as early as possible in your code. Both options seem likely to be working around a race condition, unless anyone official can confirm differently.

https://git.alpinelinux.org/aports/commit/?id=b881d448f7906ee654d95cbd75c3d1b723b65b4f

Skipped zts variant due #1076

I'm trying to get more details on this. If second-connection always works, I'll add it in. I'm not sure what to do if the second connection is still a race.