Open cig0 opened 2 years ago
Can confirm that also affects Fedora CoreOS 35 and newer
Hi, we do not maintain the version of cockpit-file-sharing in Fedora, so to get it fixed there please see https://fedoraproject.org/wiki/Changes/cockpit-file-sharing-2-4-1-5. At least for the original File Sharing here, cockpit-ws
is not a direct dependency - it just depends on the cockpit
package, which in turn probably depends on cockpit-ws
. We will look at changing this dependency to just cockpit-bridge
, as I believe that's all it strictly requires.
Hi @joshuaboud, that sounds like a great approach! (And thanks for the link to Fedora's wiki)
Can confirm that also affects Fedora CoreOS 35 and newer
Cross-linking bug report at RH's Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2143047
Bug Info
Describe the bug
The RPM package for
cockpit-file-sharing
installscockpit-ws
as a dependency, which conflicts with the Podman-based deployment, as described in https://github.com/cockpit-project/cockpit-containerTo Reproduce Steps to reproduce the behavior: (On a Fedora IoT {36,37} terminal)
rpm-ostree install cockpit-file-sharing
podman container runlabel --name cockpit-ws RUN quay.io/cockpit/ws
Note: this error occurs with the
cockpit-file-sharing
version shipped with both Fedora IoT 36 and 37, as well as with the RPM package available in this repository (see details below)Server Side
Additional context
The issue described above happens with both
cockpit-file-sharing
version2.4.5-2
(from the Fedora IoT 36 and 37 official repositories), and with version3.2.9-2
available here.Why does
cockpit-file-sharing
enforcecockpit-ws
as a dependency?From what I saw from all other Cockpit applications, none of them has
cockpit-ws
as a hard dependency (I spent a good amount of time trying to understand which application was breaking my ability to run Cockpit with Podman using the official container when I first encounter this issue ;)Thanks!