Comments

151 Comments

previous CI run failure flaked TestMachinesNICs.testNICAdd. Retrying for comparison.

I downloaded from the current 241-1.fc34 to 242.1-1.fc34. The upgrade worked fine, the Page works, and there is no visual difference (as intended).

Confirming that this package works well together with the new tmt in https://copr.fedorainfracloud.org/coprs/frantisekz/testcloud-wip/packages/ for running in toolbox with session qemu. Splendid, thank you!

karma

I ran all of cockpit's realmd tests (FreeIPA and AD) against this update, and it works fine again. Thank you!

BZ#1934124 F34: regressed from authselect to unavailable authconfig, joining AD domain fails: Couldn't join realm: Enabling SSSD in nsswitch.conf and PAM failed.
karma

@kalev: Ack, sorry about that. Thank you! I rebuilt my tree with -8, and firefox works.

karma

New package dropped the libXt dependency, which is still needed. Firefox does not start up any more. Reported as https://bugzilla.redhat.com/show_bug.cgi?id=1922935

Thanks a lot @spot for your work in maintaining chromium. I can assure you that we (cockpit team) depend on having a good Chromium Fedora package, and that your effort is much appreciated!

Honestly I have a hard time shedding a lot of emotions about this. People who care about not using Google proprietary stuff (like me, although I use Firefox on desktop and phone) shouldn't/won't use the proprietary bookmark sync either; and people who don't care will either not care much about using chrome vs. chromium?

karma

My current fedora-32 VM still has pam-1.3.1-28.fc32.x86_64. I don't see the root:wheel/0640 cockpit motd for neither unprivileged nor wheel users.

Upgrading to pam 1.3.1-29.fc32 in updates, same result.

Upgrading to 1.3.1-30.fc32 in updates-testing (this bodhi update), I see the motd for a wheel user, but not for an unpriv user. So this works exactly as advertised. Thank you!

BZ#1896452 [PATCH] libpam: add supplementary groups on priv drop
karma

Validation

Without this fix, the upgrade fails:

$ podman run -it --rm registry.fedoraproject.org/f33/fedora-toolbox:33 dnf install -y vim
[..]
Error: Transaction test error:
  file /etc/profile.d/vim.sh from install of vim-enhanced-2:8.2.2115-1.fc33.x86_64 conflicts with file from package vim-minimal-2:8.2.1885-1.fc33.x86_64

With this fix, it works fine:

$ podman run -it --rm registry.fedoraproject.org/f33/fedora-toolbox:33 dnf install --enablerepo=updates-testing -y vim
[...]
  Preparing        :                                                                                                                   1/1 
  Installing       : gpm-libs-1.20.7-24.fc33.x86_64                                                                                    1/6 
  Installing       : vim-filesystem-2:8.2.2143-1.fc33.noarch                                                                           2/6 
  Installing       : vim-common-2:8.2.2143-1.fc33.x86_64                                                                               3/6 
  Installing       : vim-enhanced-2:8.2.2143-1.fc33.x86_64                                                                             4/6 
  Upgrading        : vim-minimal-2:8.2.2143-1.fc33.x86_64                                                                              5/6 
  Cleanup          : vim-minimal-2:8.2.1885-1.fc33.x86_64                                                                              6/6 
  Running scriptlet: vim-minimal-2:8.2.1885-1.fc33.x86_64                                                                              6/6 
  Verifying        : vim-common-2:8.2.2143-1.fc33.x86_64                                                                               1/6 
  Verifying        : vim-enhanced-2:8.2.2143-1.fc33.x86_64                                                                             2/6 
  Verifying        : vim-filesystem-2:8.2.2143-1.fc33.noarch                                                                           3/6 
  Verifying        : gpm-libs-1.20.7-24.fc33.x86_64                                                                                    4/6 
  Verifying        : vim-minimal-2:8.2.2143-1.fc33.x86_64                                                                              5/6 
  Verifying        : vim-minimal-2:8.2.1885-1.fc33.x86_64                                                                              6/6 

Upgraded:
  vim-minimal-2:8.2.2143-1.fc33.x86_64                                                                                                     

Installed:
  gpm-libs-1.20.7-24.fc33.x86_64                  vim-common-2:8.2.2143-1.fc33.x86_64         vim-enhanced-2:8.2.2143-1.fc33.x86_64        
  vim-filesystem-2:8.2.2143-1.fc33.noarch       

Thanks!

BZ#1907335 installing vim no longer works, due to package conflicts with vim-minimal

Missing comma in this commit:

--- /usr/share/containers/seccomp.json  1970-01-01 01:00:00.000000000 +0100
+++ /tmp/seccomp.json   2020-10-25 20:09:18.724815976 +0100
@@ -760,7 +760,7 @@
            "names": [
                "settimeofday",
                "stime",
-               "clock_settime"
+               "clock_settime",
                "clock_settime64"
            ],
            "action": "SCMP_ACT_ALLOW",
karma

Indeed, completely broken, same error. It's a syntax error in the seccomp profile:

❱❱❱ json_reformat < /usr/share/containers/seccomp.json
parse error: after array element, I expect ',' or ']'
                                        {   "defaultAction": "SCMP_ACT_
                     (right here) ------^

This was pilot error in our test infrastructure. Argh, how do I unpush this? :-(

Installs fine now, many thanks!

BZ#1876318 Please relax dependencies, in particular python3-PyDrive

Weird.. This was submitted two days ago, and is still not "visible" by dnf updates. Apparently the upload → testing propagation already took 1½ days. I'll test this ASAP.

Thanks for your fast fix, @limb!

Awesome, this is the first-ever toolbox version that Just Works™ for me for both Fedora and Debian containers. I dropped all my hacks. Well done!

BZ#1785244 /etc/resolv.conf is broken when it's an absolute symbolic link on the host
karma

Works well and unbreaks cockpit-podman.

logs

I'm still investigating why the libvirt default network disappears. This happens upstream as well in rare occasions, but is some race condition.

Oops, this looks like a regression in sssd:

+ busctl call org.freedesktop.sssd.infopipe /org/freedesktop/sssd/infopipe/Users org.freedesktop.sssd.infopipe.Users FindByCertificate s -- "$(cat /var/lib/cockpittest/alice.pem)" | sed 's/^o "//; s/"$//' 
?[0;1;31mCall failed: The name is not activatable?[0m