Re: [bitbake-devel] [PATCH] prserv/Dockerfile: Update to Alpine 3.23

Quentin Schulz <[email protected]> Mon, 18 May 2026 12:37:41 +0200
Newsgroups org.openembedded.lists.bitbake-devel
Message-ID <[email protected]>
Hi Paul,

On 5/18/26 12:31 PM, Paul Barker wrote:
> On Mon, 2026-05-18 at 12:28 +0200, Quentin Schulz wrote:
>> Hi Paul,
>>
>> On 5/18/26 11:15 AM, Paul Barker via lists.openembedded.org wrote:
>>> Alpine 3.13 is long obsolete, update to use the current version of
>>> Alpine as our base image
>>>
>>> Signed-off-by: Paul Barker <[email protected]>
>>> ---
>>>    contrib/prserv/Dockerfile | 2 +-
>>>    1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/contrib/prserv/Dockerfile b/contrib/prserv/Dockerfile
>>> index 9585fe3f076c..c630ce99722f 100644
>>> --- a/contrib/prserv/Dockerfile
>>> +++ b/contrib/prserv/Dockerfile
>>> @@ -28,7 +28,7 @@
>>>    # prserv
>>>    #
>>>    
>>> -FROM alpine:3.14.4
>>> +FROM alpine:3.23
>>>    
>>
>> FYI, these are "tags" but they have the same meaning as in git. They
>> aren't immutable and they actually are very often changed to point to a
>> different layer.
>>
>> e.g. 3.23 currently points at the same layer as 3.23.4, but a month ago
>> it very likely was pointing at 3.23.3.
>>
>> The only way to work around this limitation (if desired) is to use the
>> digest value of the tag as argument, this guarantees that alpine:3.23 is
>> the same from any machine and does not depend on when it was first
>> pulled or whether --pull=always was passed.
>>
>> I'm not sure this is a necessity here but wanted to bring this up :)
> 
> Hi Quentin,
> 
> We do want to pick up the latest updates in the Alpine 3.23 series when
> this container image is built. What we don't want is to automatically
> jump to 3.24 or later without some human review as that may need some
> other changes to be made in the Dockerfile.
> 

Yup, :latest for sure is a bad idea.

Note that by default docker/podman will not pull a newer image base if 
there's one available locally already. The pull policy for podman-build 
by default is missing:

        • missing: Only pull the image when it does not exist in the 
local containers storage.
          Throw an error if no image is found and the pull fails.

You likely want --pull=always or --pull=newer.

docker-buildx has a --pull argument (which doesn't accept an argument) 
to "Always attempt to pull all referenced images" which I'm assuming 
means the default is the same as podman-build's and passing --pull would 
be equivalent to podman-build's --pull=always.

Cheers,
Quentin