On Wed, Oct 19, 2016 at 03:20:34PM +0100, Richard Hughes wrote:
And for flatpak, using /app rather than /opt is actually an
decision, because we often need to export the real host filesystem to
an app, and if the app is in /opt then exposing the host /opt to the
application becomes very tricky.
Can you give an example of an app which would want to access the host
/opt in that way?
I don't see packaging regular RPMs with /app as a prefix as a likely
option in Fedora, although I guess we *could* discuss that. I *do*, see
a high value in having our packages share a common build configuration.
For many programs, PREFIX at build time leads to many runtime
assumptions, and we can't just shuffle prebuilt binaries things to
assemble a container with a different structure.
I'm not set in concrete on this idea, but do you have any alternate
suggestions for how this could work?
I would like to avoid
1. Forking specfiles and doing everything twice
2. Adding complicated macros to specfiles for different prefixes
(history has shown this to not work well)
3. Counting on a shuffle-the-built-bits tool of some sort (this seems
fragile and I'm not sure we have anyone committed to doing it)
Fedora Project Leader