for a decade you have been able to use "avahi-browse" on headless machines without GTK and other GUI crap and now with Fedora 32 you come up with that? [root@fileserver:~]$ rpm -e gtk3-3.24.23-1.fc32.x86_64 error: Failed dependencies: gtk3 is needed by (installed) avahi-ui-gtk3-0.7-23.fc32.x86_64 libgdk-3.so.0()(64bit) is needed by (installed) avahi-ui-gtk3-0.7-23.fc32.x86_64 libgtk-3.so.0()(64bit) is needed by (installed) avahi-ui-gtk3-0.7-23.fc32.x86_64 libgtk-3.so.0()(64bit) is needed by (installed) avahi-tools-0.7-23.fc32.x86_64 [root@fileserver:~]$ rpm -e avahi-ui-gtk3-0.7-23.fc32.x86_64 error: Failed dependencies: libavahi-ui-gtk3.so.0()(64bit) is needed by (installed) avahi-tools-0.7-23.fc32.x86_64 ------------------------- see the dependency chain - when do you guys realize that a majority of setups don't need any GUI stuff at all? 46 useless packages with far more than 10% of the whole install size is unacceptable Remove 46 Packages Freed space: 69 M Is this ok [y/N]: y New leaves: libXft.x86_64 Removed: adwaita-cursor-theme-3.36.1-1.fc32.noarch adwaita-icon-theme-3.36.1-1.fc32.noarch at-spi2-atk-2.34.2-1.fc32.x86_64 at-spi2-core-2.36.0-2.fc32.x86_64 atk-2.36.0-1.fc32.x86_64 avahi-glib-0.7-23.fc32.x86_64 avahi-tools-0.7-23.fc32.x86_64 avahi-ui-gtk3-0.7-23.fc32.x86_64 cairo-1.16.0-8.fc32.x86_64 cairo-gobject-1.16.0-8.fc32.x86_64 colord-libs-1.4.4-4.fc32.x86_64 gdk-pixbuf2-2.40.0-2.fc32.x86_64 gdk-pixbuf2-modules-2.40.0-2.fc32.x86_64 glib-networking-2.64.3-1.fc32.x86_64 gsettings-desktop-schemas-3.36.1-1.fc32.x86_64 gtk-update-icon-cache-3.24.23-1.fc32.x86_64 gtk3-3.24.23-1.fc32.x86_64 hicolor-icon-theme-0.17-8.fc32.noarch jasper-libs-2.0.17-1.fc32.x86_64 json-glib-1.4.4-4.fc32.x86_64 lcms2-2.9-7.fc32.x86_64 libXcomposite-0.4.5-2.fc32.x86_64 libXcursor-1.2.0-2.fc32.x86_64 libXdamage-1.1.5-2.fc32.x86_64 libXext-1.3.4-3.fc32.x86_64 libXfixes-5.0.3-11.fc32.x86_64 libXi-1.7.10-3.fc32.x86_64 libXinerama-1.1.4-5.fc32.x86_64 libXrandr-1.5.2-3.fc32.x86_64 libXtst-1.2.3-11.fc32.x86_64 libdatrie-0.2.9-11.fc32.x86_64 libepoxy-1.5.4-2.fc32.x86_64 libgusb-0.3.5-1.fc32.x86_64 libmodman-2.0.1-21.fc32.x86_64 libproxy-0.4.15-19.fc32.x86_64 libsoup-2.70.0-1.fc32.x86_64 libthai-0.1.28-4.fc32.x86_64 libwayland-client-1.18.0-1.fc32.x86_64 libwayland-cursor-1.18.0-1.fc32.x86_64 libwayland-egl-1.18.0-1.fc32.x86_64 libxkbcommon-0.10.0-2.fc32.x86_64 pango-1.44.7-2.fc32.x86_64 pixman-0.40.0-1.fc32.x86_64 rest-0.8.1-7.fc32.x86_64 shared-mime-info-1.15-3.fc32.x86_64 xkeyboard-config-2.29-1.fc32.noarch [root@fileserver:~]$ df -hT / Filesystem Type Size Used Avail Use% Mounted on /dev/sdb1 ext4 5.8G 521M 5.3G 9% /
Appears since this commit, https://src.fedoraproject.org/rpms/avahi/c/29acccc4aa6e2640c971a9ed6eaf0e58d5093a18?branch=master In particular, due to upstream commit, https://src.fedoraproject.org/rpms/avahi/blob/master/f/0008-Ship-avahi-discover-1-bssh-1-and-bvnc-1-also-for-GTK.patch that bssh, bvnc are shipped now, which depend on gtk, and end up included in avahi-tools, along with avahi-browse. Fix probably would be to ship those in a separate subpkg.
yeah, please make subpackages so that avahi-browse don't pull half of a gui for a cli command, for now I simply removed it from my meta packages responsible for make "dnf leaves" a careless operation by just remove everything but the machine specific meta package having installed as less as possible greatly contributes to reduce dependency problems and upgrade times over the years - the result is that a dist-upgrade on servers initially installed in 2009 takes roughly 30 seconds and a simple reboot on dozens of machines
Please test, https://koji.fedoraproject.org/koji/buildinfo?buildID=1625976 moved those gtk-using items back to -ui-tools subpkg
FEDORA-2020-c796a2ea94 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-c796a2ea94
FEDORA-2020-c188df5ae1 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-c188df5ae1
FEDORA-2020-c188df5ae1 has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-c188df5ae1` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-c188df5ae1 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-c796a2ea94 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-c796a2ea94` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-c796a2ea94 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-c188df5ae1 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2020-c796a2ea94 has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report.