possible regression in busybox 1.23.2-r1
symptom:
alpine fails in step Upgrading busybox (1.23.2-r0 -> 1.23.2-r1)
during
apk upgrade --update --available
in a docker container if:
- testing repo is present, and
- underlying filesystem does not support xattrs (or xattrs are not allowed)
example from a private repo on circleci.com:
Step 1 : RUN apk --update --available upgrade && apk add ca-certificates curl duo_unix jq openssh openssh-client && rm -fr /var/cache/apk/*
---> Running in e71cdf9147ca
fetch http://dl-4.alpinelinux.org/alpine/v3.2/main/x86_64/APKINDEX.tar.gz
fetch http://dl-4.alpinelinux.org/alpine/edge/main/x86_64/APKINDEX.tar.gz
fetch http://dl-4.alpinelinux.org/alpine/edge/testing/x86_64/APKINDEX.tar.gz
(1/1) Upgrading busybox (1.23.2-r0 -> 1.23.2-r1)
ERROR: Failed to set xattrs on bin/busybox.apk-new: Operation not permitted
Executing busybox-1.23.2-r1.post-upgrade
Executing busybox-1.23.2-r1.trigger
1 errors; 6 MiB in 15 packages
lxc-start: The container failed to start.
lxc-start: Additional information can be obtained by setting the --logfile and --logpriority options.
my current workaround is to upgrade via main
repo and add testing
only for one package (duo_unix
).
if needed, i can extract just enough code to make a publicly-accessible reproducer.
possible related issues:
(from redmine: issue id 4260, created on 2015-05-31, closed on 2015-12-09)