Comments

129 Comments

With rc2 and -plugins installed, I'm getting warning messages like this with old cni config files from previous (i.e. 4.3.1) versions of podman:

podman run -it --net=host -v /home/martjack/gitwork/newprints/docs:/site:"rw,z" --entrypoint htmltest quay.io/hybridcloudpatterns/homepage-container:latest WARN[0000] Error validating CNI config file /home/martjack/.config/cni/net.d/87-podman.conflist: [failed to find plugin "bridge" in path [/usr/local/libexec/cni /usr/libexec/cni /usr/local/lib/cni /usr/lib/cni /opt/cni/bin] failed to find plugin "portmap" in path [/usr/local/libexec/cni /usr/libexec/cni /usr/local/lib/cni /usr/lib/cni /opt/cni/bin] failed to find plugin "firewall" in path [/usr/local/libexec/cni /usr/libexec/cni /usr/local/lib/cni /usr/lib/cni /opt/cni/bin] failed to find plugin "tuning" in path [/usr/local/libexec/cni /usr/libexec/cni /usr/local/lib/cni /usr/lib/cni /opt/cni/bin]]

Is this expected? I removed the conflist files and that makes the warnings go away (and things still work).

Also, it seems that -quadlet has to be installed "intentionally"; I'm assuming this is deliberate for now, as -quadlet is still in "preview" mode, but I wanted to note it here just in case.

karma

Works for me, including quadlet functions.

Tested via the koji builds. LGTM

BZ#2089022 New separated subscription-manager-rhsm-certificates package conflicts with existing subscription-manager-rhsm-certificates
karma

Confirmed to work with both client and server. The server no longer needs "legacy providers default" to start and I see BF-CBC is no longer included in the default data-ciphers option passed on the server command line.

BZ#2092800 After upgrade openvpn from 2.5.6-1.fc37 to 2.5.7-1.fc37 version NM cant connect to working network.
BZ#2093069 openvpn 2.5.7 server won't start due to BF-CBC cipher option removed, but still referenced in systemd service

Tested in November from the koji builds. Works well.

Again, thanks for packaging this so quickly! This fixes the --dry-run issue and also fixes the original bug that prompted this request. (Tested the koji build)

BZ#2022450 Please consider packaging latest git HEAD of podman-compose

The bug in question is definitely fixed - there appears to be a new upstream bug (which I've reported) that podman-compose --dry-run up crashes. Note that actual podman-compose up works.

Personally, I would rather have this version in the archive than the one with the command string problem.

BTW, thanks so much for packaging and pushing this so quickly!

BZ#2022450 Please consider packaging latest git HEAD of podman-compose

Downloaded and installed from updates-testing, confirmed to work as expected. Thanks!

BZ#2019925 Version packaged in f35 is outdated

This update has been unpushed.

This update has been unpushed.

This update has been unpushed.

This update has been unpushed.

This update has been unpushed.

This update has been unpushed.

This update has been unpushed.

This update has been unpushed.

karma

This is uninstallable on f32. f32 eiither needs a newer prompt-toolkit, or the pgcli requirement would need to be relaxed:

Error: Problem: conflicting requests - nothing provides (python3.8dist(prompt-toolkit) >= 3 with python3.8dist(prompt-toolkit) < 4) needed by pgcli-3.0.0-1.fc32.noarch (try to add '--skip-broken' to skip uninstallable packages)

BZ#1795360 Review Request: dhcpd-pools - ISC dhcpd lease analysis and reporting
karma

Works