Discussed this issue during Workstation WG open floor today: https://github.com/fedora-silverblue/issue-tracker/issues/88 nm-connection-editor is in Fedora Workstation because it's brought in by Anaconda, but isn't on Silverblue. Solve this by adding a Recommends: nm-connection-editor to gnome-control-center. It's already explicitly in xfce-desktop, mate-desktop, cinnamon-desktop, lxde-desktop, lxqt-desktop groups.
Proposed as a Freeze Exception for 33-final by Fedora user chrismurphy using the blocker tracking app because: Has no impact on any release blocking image. But is preferred to get it into Fedora 33 Silverblue sooner than later.
+3 votes in https://pagure.io/fedora-qa/blocker-review/issue/164 , accepting.
gnome-control-center-3.38.1-2.fc33 build under way that adds the recommends.
FEDORA-2020-fbbbba1b6a has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-fbbbba1b6a
FEDORA-2020-fbbbba1b6a has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report.
Doesn't this counteract other plans? nm-connection-editor has NotShowIn=GNOME; and it does so, because it is deemed to be confusing to the user to find two applications for configuring the network. On the other hand, having no GUI path to start nm-connection-editor is also a problem. This was worse, because gnome-control-center for a long time had a dependency on nm-connection-editor. So, in practice you always had nm-connection-editor in GNOME installed, hence the need to hide it. The long discussed solution was to - remove that dependency of gnome-control-center for nm-c-e, so that a default installation would not have nm-c-e installed. - remove the NotShowIn=GNOME, so when a user still installed it (intentionally), then nm-c-e would be shown in the GNOME bar. It took a long time to get there, but we are now ready to remove "NotShowIn=GNOME". See for example https://gitlab.gnome.org/GNOME/network-manager-applet/-/issues/55 https://bugzilla.redhat.com/show_bug.cgi?id=1493508#c10 https://bugzilla.redhat.com/show_bug.cgi?id=1715143 Anyway, so we did all the splitting of nm-c-e and g-c-c, and you can now install them independently. g-c-c now "Recommends:nm-c-e" and Fedora installs nm-c-e by default. Doesn't that counteract that effort? At this point, we would remove the NotShowIn=GNOME. Are we now ready for this? @CC Allan.
The NetworkManager developers have waited long enough to remove the NotShowIn=GNOME. So I think it's OK to do that for F34, and up to us to the WG to decide how to handle that. I know Matthias is also not fond of using NotShowIn= to hide applications. I'd prefer to ensure nm-connection-editor is not installed by default. Any desired features that are missing from there should be added to gnome-control-center instead. However, I think the opinion of the rest of the working group was to add the Recommends. This means we would just have two separate network configuration tools.
> I'd prefer to ensure nm-connection-editor is not installed by default. Any desired features that are missing from there should be added to gnome-control-center instead. However, I think the opinion of the rest of the working group was to add the Recommends. This means we would just have two separate network configuration tools. I'd prefer to ensure nm-connection-editor is not installed by default as well. And I think the rest of the Workstation WG would like that too. I think you misunderstood what we did here, Michael. The recommends were added to gnome-control-center just to bring Silverblue in line with Workstation where nm-connection-editor was already getting pre-installed due to anaconda pulling it in. As soon as we can get rid of the nm-connection-editor dep in anaconda I think we can drop the recommends from gnome-control-center as well. Just to reiterate, the recommends were just a stop gap measure to bring Silverblue package set in line with Workstation. The intent was not at all to obstruct the plans of getting rid of it in the default install.
> The long discussed solution was to > > - remove that dependency of gnome-control-center for nm-c-e, so that a default installation would not have nm-c-e installed. > > - remove the NotShowIn=GNOME, so when a user still installed it (intentionally), then nm-c-e would be shown in the GNOME bar. > > It took a long time to get there, but we are now ready to remove "NotShowIn=GNOME". That's awesome! Thanks for getting it to this point. However, it's really 'anaconda-gui' that has a hard dep on nm-connection-editor that is pulling it onto Workstation install media. Please talk to anaconda people first to get this dropped.
> I think you misunderstood what we did here, Michael. The recommends were added to gnome-control-center just to bring Silverblue in line with Workstation where nm-connection-editor was already getting pre-installed due to anaconda pulling it in. As soon as we can get rid of the nm-connection-editor dep in anaconda I think we can drop the recommends from gnome-control-center as well. Anaconda needs nm-connection-editor during installation. I think that dependency will not be dropped. The issue is more that the package is afterwards still installed. That seems more like an undesired bug, not something that Silverblue should to repeat.
(In reply to Thomas Haller from comment #10) > > I think you misunderstood what we did here, Michael. The recommends were added to gnome-control-center just to bring Silverblue in line with Workstation where nm-connection-editor was already getting pre-installed due to anaconda pulling it in. As soon as we can get rid of the nm-connection-editor dep in anaconda I think we can drop the recommends from gnome-control-center as well. > > Anaconda needs nm-connection-editor during installation. I think that > dependency will not be dropped. The issue is more that the package is > afterwards still installed. Actually on Workstation/Live Anaconda does not offer network configuration and points to using live environment tools instead. So we could probably try to remove nm-c-e from Live Installer environment which would remove it from installed system as well, as we are installing by rsync in this (LiveOS) type of installation. (But for other types of installation using installer iso/image, like Fedora Server, we are not going to drop nm-c-e for network configuration in the near future.) > > That seems more like an undesired bug, not something that Silverblue should > to repeat. Maybe a BZ for Anaconda to remove nm-c-e from installed Workstation / Live environment should be filed. I am not sure how difficult it would be but we could assess it in the team having the BZ.
I think the most plausible way to get the behavior we want is to remove the Requires: nm-connection-editor from anaconda, even though it really is required, and instead manually ensure that nm-connection-editor is always installed via comps or kickstart on any image where anaconda needs it. I know that's not a great solution, but this isn't an easy problem. Alternatively, we'd need to finally implement some way to uninstall anaconda and nm-connection-editor postinstall (which we've considered doing via kickstart).
(In reply to Michael Catanzaro from comment #12) > I think the most plausible way to get the behavior we want is to remove the > Requires: nm-connection-editor from anaconda, even though it really is > required, and instead manually ensure that nm-connection-editor is always > installed via comps or kickstart on any image where anaconda needs it. I > know that's not a great solution, but this isn't an easy problem. Yeah let's do this. Kalev, can we revert the change to the gnome-control-center RPM? IMO there is no reason we should make Silverblue worse to match Workstation in the meantime.
Please do so only after anaconda has removed the requires on nm-connection-editor RPM. Otherwise we are back in the situation where Silverblue and Workstation don't match up (which is what the Recommends in gnome-control-center addressed). Can you do a PR for anaconda to drop the hard requires on nm-connection-editor?
Let's close this again -- this was fixed a long time ago and there's no point in spamming all of the involved blocker bug people.
Reported bug #1919312 to remove the anaconda dep.
Nice, thanks!