Jelle van der Waa
Jelle van der Waa
This should be implemented in https://github.com/cockpit-project/cockpit-podman/pull/1037
Podman's networking stack changed quite a bit and CNI plugins are now deprecated. Closing this, feel free to re-open when you have found time to work on it.
Seems I found a bug trying to get a list of capabilities: ``` [jelle@t14s][~]%podman info -f '{{json .Host.Security}}' {"apparmorEnabled":false,"capabilities":"CAP_CHOWN,CAP_DAC_OVERRIDE,CAP_FOWNER,CAP_FSETID,CAP_KILL,CAP_NET_BIND_SERVICE,CAP_SETFCAP,CAP_SETGID,CAP_SETPCAP,CAP_SETUID","rootless":true,"seccompEnabled":true,"seccompProfilePath":"/etc/containers/seccomp.json","selinuxEnabled":false} [jelle@t14s][~]%podman info -f '{{ .Host.Security}}' {false CAP_CHOWN,CAP_DAC_OVERRIDE,CAP_FOWNER,CAP_FSETID,CAP_KILL,CAP_NET_BIND_SERVICE,CAP_SETFCAP,CAP_SETGID,CAP_SETPCAP,CAP_SETUID true true /etc/containers/seccomp.json false}...
One downside I noticed here is that libbtrsutil is not actually used by the `btrfs` binary, but it is used by `snapper` it probably doesn't break a lot but worth...
I think I might have looked at it wrong, this struct is indeed re-used in the cli interface https://github.com/search?q=repo%3Akdave%2Fbtrfs-progs+btrfs_util_subvolume&type=code And FYI there is a list of things which are [required...
Can't reproduce, please re-open with more detailed instructions.
On our own test images: Fedora 36  Debian 11 
This looks like it makes sense as we have appstream xml files for, these pages. ``` pkg/kdump/org.cockpit-project.cockpit-kdump.metainfo.xml.in pkg/selinux/org.cockpit-project.cockpit-selinux.metainfo.xml.in pkg/sosreport/org.cockpit-project.cockpit-sosreport.metainfo.xml.in pkg/storaged/org.cockpit-project.cockpit-storaged.metainfo.xml.in ``` From the original issue comment, it only makes sense...
> Is there a way to install applications even if they aren't shown in the applications page? I'm not sure what you mean? The applications page shows the installed applications,...
A similar issue is now also observed in [debian-testing](https://cockpit-logs.us-east-1.linodeobjects.com/pull-17986-20221205-130841-55839439-debian-testing/log.html#318) with systemd 252. Here no logs are shown at all, this seems to be due to the service having no logs...