stable

skopeo-1.0.0-1.fc32

FEDORA-2020-cd7e382e0c created by lsm5 4 years ago for Fedora 32

bump to v1.0.0

How to install

Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:

sudo dnf upgrade --refresh --advisory=FEDORA-2020-cd7e382e0c

This update has been submitted for testing by lsm5.

4 years ago

This update's test gating status has been changed to 'waiting'.

4 years ago

This update's test gating status has been changed to 'ignored'.

4 years ago

This update has been pushed to testing.

4 years ago

This update's test gating status has been changed to 'passed'.

4 years ago
User Icon dwalsh commented & provided feedback 4 years ago
karma

LGTM

User Icon jwhonce commented & provided feedback 4 years ago
karma

lgtm

This update can be pushed to stable now if the maintainer wishes

4 years ago

This update has been submitted for stable by rhcontainerbot.

4 years ago
User Icon tomsweeneyredhat commented & provided feedback 4 years ago
karma

LGTM and passes rudimentary testing.

This update's test gating status has been changed to 'greenwave_failed'.

4 years ago
User Icon ankursinha commented & provided feedback 4 years ago
karma

Hrm, seeing a regression here, but not sure what's causing it:

With the previous version, I was able to build images without any issue:

$ rpm -q containers-common
containers-common-0.2.0-1.fc32.x86_64

$ podman image build ...
Building redmine image
STEP 1: FROM ubuntu:xenial-20180705 AS ubuntu-xenial-20180705
Getting image source signatures
Copying blob 99f229f854da skipped: already exists
Copying blob c9b72a16d85e skipped: already exists
Copying blob 3620e2d282dc skipped: already exists

After the update, this doesn't work any more:

$ rpm -q containers-common
containers-common-1.0.0-1.fc32.x86_64

$ podman image build ...
Building redmine image
STEP 1: FROM ubuntu:xenial-20180705 AS ubuntu-xenial-20180705
Error: error creating build container: (image name "ubuntu:xenial-20180705" is a short name and no search registries are defined in /etc/containers/registries.conf): while pulling "ubuntu:xenial-20180705" as "localhost/ubuntu:xenial-20180705": Error initializing source docker://localhost/ubuntu:xenial-20180705: error pinging docker registry localhost: Get "https://localhost/v2/": dial tcp [::1]:443: connect: connection refused

I see that the update already has 3 karma, rather quickly in 2 days: is no one else seeing this issue apart from me? Has the Dockerfile format that podman uses changed (in which case this is a major update and should not perhaps be pushed to stable releases now, right?)

The Dockerfile is in the repository here: https://github.com/SilverLabUCL/docker-redmine-osb/blob/master/Dockerfile

So, to reproduce:

$ git clone https://github.com/SilverLabUCL/docker-redmine-osb.git
$ cd docker-redmine-osb

$ podman build --tag "redmine" -f Dockerfile
STEP 1: FROM ubuntu:xenial-20180705 AS add-apt-repositories
Error: error creating build container: (image name "ubuntu:xenial-20180705" is a short name and no search registries are defined in /etc/containers/registries.conf): while pulling "ubuntu:xenial-20180705" as "localhost/ubuntu:xenial-20180705": Error initializing source docker://localhost/ubuntu:xenial-20180705: error pinging docker registry localhost: Get "https://localhost/v2/": dial tcp [::1]:443: connect: connection refused

Works fine after downgrading.

Is podman v2 required for this? I've got 1.9.3 here: podman-1.9.3-1.fc32.x86_64

The podman v2 update for F32 hasn't even hit testing yet, and has 0 karma so it won't get to stable any time soon either: FEDORA-2020-6660e9ee6e

User Icon santiago commented & provided feedback 4 years ago
karma

Confirmed. This containers-common has a bad registries.conf.

OK, I'm confused. Is this an issue with Podman or Skopeo? All the problems in the comments are for Podman build issues.... Could I ask that you create an upstream issue against https://github.com/containers/libpod/issues please?

The issue is clearly with this update, since podman has not been updated on our systems. If this update requires podman version 2 from the other update, then the two builds need to be pushed together as one update to prevent breakages.

Our of curiosity: what version of podman are you on that you did (or are not) seeing this bug?

User Icon santiago commented & provided feedback 4 years ago
karma

@tomsweeneyredhat /etc/containers/registries.conf comes from containers-common rpm which == skopeo

@ankursinha, thanks for lifting my confusion, I'm on the same page now. You had Podman installed on the system prior, you installed this skopeo rpm, and then Podman went belly up. Thanks for the explanation.

This update's test gating status has been changed to 'passed'.

4 years ago

This update has been pushed to stable.

4 years ago

So, can someone confirm if this is a general bug? @tomsweeneyredhat, @dwalsh, @jwhonce: could you provide more info please? What tests did you do where you did not encounter this issue? What version of podman did you use?

Wouldn't all of us with a prior podman installation see this bug, and so won't all users now run into it?

@ankursinha this build made it out by accident, but it was caught quickly and replaced by the -2 build. The bug only affected shortnames ("podman pull foo", vs "podman pull registry/name/foo").

Ah, thanks. I'll go test that one out now. (tagging doesn't seem to send notifications on bodhi or I'd have seen it before :( )


Please login to add feedback.

Metadata
Type
unspecified
Karma
1
Signed
Content Type
RPM
Test Gating
Autopush Settings
Unstable by Karma
-3
Stable by Karma
3
Stable by Time
7 days
Dates
submitted
4 years ago
in testing
4 years ago
in stable
4 years ago

Automated Test Results