On Sat, 2016-02-27 at 11:30 +0100, Kalev Lember wrote:
Maybe just remove @gnome-desktop ? We don't really have a gnome
desktop
spin any more, so it doesn't make that much sense to keep it around.
I think this was the plan all along, it was just that the workstation
groups landed late in the F21 cycle and it was too late to remove
@gnome-desktop at that point without potentially breaking other spins
that were using it.
But then doesn't that just pass the problem off to the spins still
using @gnome-desktop, and users that installed prior to F21? I guess
that is a much smaller subset of users that will face the upgrade
problem, though, so you're right, this is probably a better approach.
(It's also kind of nice to have a separation between the GNOME
packages, and "extra" packages, but I can live without that....)
I don't think that having users install a group manually to
unbreak
upgrades is the way to go here. It feels like we're asking users to
work
around things that should just work out of the box.
If it means that we need to keep @gnome-desktop around for a few more
releases, so be it. The tradeoff in this case, where in one case we'd
have to keep an obsolete group around vs the alternative of requiring
users to manually install a group seems like it has a clear winner,
at
least in my mind.
Well I agree it's not great, but if we have graphical upgrade tool that
does work properly, I think we can reasonably expect users to use that,
and anyone who tries the command line instead to apply a simple one-
time workaround.
Though, I wonder if this would break 'dnf autoremove' as well... and
that is not a one-time issue, but a permanent problem....
Michael