(In reply to Michael Catanzaro from comment #0)
> Additional info: I notice that anaconda seems to require blivet-gui to be
> installed. If it has to be installed for valid technical reasons, then the
> desktop file will have to be split off into a subpackage that is not
> installed by default. It's odd to have a package that only installs a
> desktop file, but it's not unprecedented.

Oh, I should add: the appdata file should go into the subpackage as well, along with the desktop file.

The pattern we've used in the past in these situations is actually a bit different... for Epiphany we have the desktop file and appdata file in the main epiphany package, but the binary and almost everything else in an epiphany-runtime package. Then the epiphany package requires the epiphany-runtime package. That's probably the best thing to do here, so anaconda can continue using blivet-gui by depending on blivet-gui-runtime to keep Anaconda folks happy, without blivet-gui appearing as an installed application so that us Workstation folks stay happy.

I'm sorry, but this request doesn't make sense to me.

> The set of applications installed by default is carefully-curated by the Workstation WG, and blivet-gui is not desired.

Fair enough, then let's find a technical solution for the application to not be installed in the system at all then (the whole Anaconda and a bunch of other things shouldn't be there too). But having everything installed and just hiding it from users sounds like Windows to me...

Also what is the process to make blivet-gui desired by Workstation WG? It's the only tool capable of working with the default Fedora storage/partitioning scheme and all common workstation storage technologies.

(In reply to Vratislav Podzimek from comment #2)
> Also what is the process to make blivet-gui desired by Workstation WG? It's
> the only tool capable of working with the default Fedora
> storage/partitioning scheme and all common workstation storage technologies.

You can propose it on our Pagure tracker https://pagure.io/fedora-workstation/issues, but I really doubt it would be accepted as we already have an existing (albeit less-capable) disk management tool, GNOME Disks.

(In reply to Vratislav Podzimek from comment #2)
> Fair enough, then let's find a technical solution for the application to not
> be installed in the system at all then (the whole Anaconda and a bunch of
> other things shouldn't be there too). But having everything installed and
> just hiding it from users sounds like Windows to me...

Well yes, we should do that, but I don't think it will be sufficient, because then you won't be able to have Anaconda on the live images. We don't want blivet-gui to appear there either. blivet-gui is now effectively a service used by another application, and as long as that's the case it makes sense to move the desktop launcher and appdata file into a subpackage. Note that we're preparing draft packaging guidelines to encourage this, see https://pagure.io/fedora-workstation/issue/13

> It's
> the only tool capable of working with the default Fedora
> storage/partitioning scheme and all common workstation storage technologies.

To be blunt, this is a problem of the default fedora partioning scheme.

It has always been a bug that anaconda ends up being installed on the OS after the installation is done. So far, we've ignored it. But if anaconda now pulls in visible applications, we can no longer ignore it.

Discussed at 2017-05-22 blocker review meeting: [1]. 

This bug was accepted as Final blocker: The Workstation WG has voted that this issue is serious enough to warrant blocking their Edition

[1] https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2017-05-22

See also these tracking bugs:

https://pagure.io/fedora-workstation/issue/14
https://pagure.io/fedora-workstation/issue/15

Moving the desktop file to a subpackage is definitely the easiest solution to this problem. It might seem weird to you, but it's often necessary when applications decide to depend on each other. But we're OK with any resolution to this issue so long as blivet-gui does not appear in the shell overview on (a) the Workstation live USB or (b) the installed system.

Ping? We are now out of Beta stage and onto Final stage. Final blockers need to get resolved. There's no technical barrier to solving this, AFAICS, it just needs someone to decide how exactly they want to achieve the goal, and do it.

Splitting blivet-gui package into "desktop file" and "everything else" is a really bad solution for this problem, but we don't have time for a better one, so I'll do this for Fedora 26 a we'll try to come up with a better solution for Fedora 27 together with Anaconda devs.

(In reply to Vojtech Trefny from comment #9)
> Splitting blivet-gui package into "desktop file" and "everything else" is a
> really bad solution for this problem, but we don't have time for a better
> one, so I'll do this for Fedora 26 a we'll try to come up with a better
> solution for Fedora 27 together with Anaconda devs.
Yeah, it's really too late for anything else for F26.

But we really need to come up with something else for F27 - just hiding an icon of a useful application but still leaving all of it & it's dependencies installed on the  system is really sub-optimal.

(In reply to Matthias Clasen from comment #4)
> > It's
> > the only tool capable of working with the default Fedora
> > storage/partitioning scheme and all common workstation storage technologies.
> 
> To be blunt, this is a problem of the default fedora partioning scheme.
So Fedora should use a less capable and less robust partitioning scheme because the default graphical partitioning tool on the Workstation can't fully work with it ? 

That's doesn't make sense to me, especially when there are graphical tools (Blivet GUI) fully supporting the default partitioning scheme that can be used to supplement (or maybe in time even replace ?) the default graphical tools.

Anyway, the default partitioning scheme is not relevant to this issue.

As we're past final freeze, it'd be good if the proposed fix for this can be implemented as soon as possible, so we can catch any unexpected issues with it. Thanks!

anaconda-26.21.11-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-88f80a61da

anaconda-26.21.11-1.fc26, blivet-gui-2.1.5-2.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-88f80a61da

Confirming that this is not installed by default in RC 1.3.

Also confirmed.

anaconda-26.21.11-1.fc26, blivet-gui-2.1.5-2.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.