>> Even if it eventually succeeds crash-landing it in Fedora while half >> the security and management tools are lacking is a great way for the >> distribution to get an awful reputation, while others will rip the >> fruits of this work some years later. >I'm entirely puzzled about how you think we could possibly land Flatpak >support in Fedora well integrated with our infrastructure, and our >security and management tools without starting to work on it, which is >essentially what this change proposal is about Working on it is fine. Improving it is fine. Proposing Fedora-generated Flatpacks outside of Fedora is fine. Planning to ship stuff as Flatpack only when basic questions such as inter-component dependencies, automated deployment (kickstarts), actual network and disk use (chromebooks), actual user adoption, actual convenience of the security model, etc are not resolved is not. That's the hard and tedious stuff most people on this list care about and GUI app writers, not a lot. That's the point of no easy return where Flatpack is forced on users be it ready or not. There is not a vast amount of trust given past history and the way some Flatpack proponents clearly intend to shaft the methods that built Fedora (and its userbase) to jumpstart something else. -- Nicolas Mailhot _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
