search

cockpit-project / cockpit-machines

Cockpit UI for virtual machines
GNU Lesser General Public License v2.1
276 stars 72 forks source link

[no-test] Update translations from Fedora Weblate #1716

Closed github-actions[bot] closed 1 month ago

packit-as-a-service[bot] commented 1 month ago

We were not able to find or create Copr project packit/cockpit-project-cockpit-machines-1716 specified in the config with the following error:

Cannot create a new Copr project (owner=packit project=cockpit-project-cockpit-machines-1716 chroots=['fedora-39-x86_64', 'fedora-40-x86_64', 'fedora-rawhide-x86_64']): Response is not in JSON format, there is probably a bug in the API code.

Please check your configuration for:

  1. typos in owner and project name (groups need to be prefixed with @)
  2. whether the project name doesn't contain not allowed characters (only letters, digits, underscores, dashes and dots must be used)
  3. whether the project itself exists (Packit creates projects only in its own namespace)
  4. whether Packit is allowed to build in your Copr project
  5. whether your Copr project/group is not private
martinpitt commented 1 month ago

error: Failed to get libvirt version from the dbus API: {"problem":null,"name":"org.libvirt.Error","message":"Failed to connect socket to '/var/run/libvirt/virtqemud-sock': Permission denied"}

Awesome, somebody broke CentOS 10 again :exploding_head: The journal has literally hundreds of SELinux denials, but I think these two are the important ones:

AVC avc: denied { write } for pid=8860 comm="qemu-kvm" path="/run/libvirt/qemu/subVmTest1.pid" dev="tmpfs" ino=1551 scontext=system_u:system_r:svirt_tcg_t:s0:c279,c581 tcontext=system_u:object_r:virtqemud_var_run_t:s0 tclass=file permissive=0 AVC avc: denied { connectto } for pid=9518 comm="pool-libvirt-db" path="/run/libvirt/virtqemud-sock" scontext=system_u:system_r:virt_dbus_t:s0 tcontext=system_u:system_r:virtqemud_t:s0 tclass=unix_stream_socket permissive=0

martinpitt commented 1 month ago

Comparing with yesterday's successful run shows selinux-policy-40.13.3-2.el10.noarch → selinux-policy-40.13.4-1.el10.noarch. Same libvirt 10.5.0-1.el10.x86_64 and qemu-kvm-core-9.0.0-4.el10.x86_64.

I filed https://issues.redhat.com/browse/RHEL-46893