Add flatpak-extension subpackage

[TingPing]

This is useful for Flatpak users always having the exact same driver version as the host.

[Conan-Kudo]

Just use %{ix86} here.

[scaronni]

Sorry for the late reply, been pretty busy. I'm not sure I understand what this package is for.
Also, the base libs subpackage provides these:

libEGL_nvidia.so.0()(64bit)
libGLESv1_CM_nvidia.so.1()(64bit)
libGLESv2_nvidia.so.2()(64bit)
libGLX_nvidia.so.0()(64bit)
libnvidia-cfg.so.1()(64bit)
libnvidia-eglcore.so.396.54()(64bit)
libnvidia-glcore.so.396.54()(64bit)
libnvidia-glsi.so.396.54()(64bit)
libnvidia-glvkspirv.so.396.54()(64bit)
libnvidia-tls.so.396.54()(64bit)
libvdpau_nvidia.so.1()(64bit)
nvidia-driver-libs = 3:396.54-2.fc28
nvidia-driver-libs(x86-64) = 3:396.54-2.fc28
libEGL_nvidia.so.0
libGLESv1_CM_nvidia.so.1
libGLESv2_nvidia.so.2
libGLX_nvidia.so.0
libnvidia-eglcore.so.396.54
libnvidia-glcore.so.396.54
libnvidia-glsi.so.396.54
libnvidia-glvkspirv.so.396.54
libnvidia-tls.so.396.54
libvdpau_nvidia.so.1
nvidia-driver-libs = 3:396.54-2.fc28
nvidia-driver-libs(x86-32) = 3:396.54-2.fc28

Thaf flatpak subpackage provides the same, and being flatpak-extension alphabetically earlier than libs it gets pulled in the place of the normal libs.

Why not installing the libs subpackage directly?

[TingPing]

I'm not sure I understand what this package is for.

For more details see this: https://blog.tingping.se/2018/08/26/flatpak-host-extensions.html

Why not installing the libs subpackage directly?

They have to be in Flatpak's directory to be used by it.

Thaf flatpak subpackage provides the same, and being flatpak-extension alphabetically earlier than libs it gets pulled in the place of the normal libs.

Hmm, I imagine there is a way to disable those automatic provides since these libs aren't used by other packages.

[Conan-Kudo]

%global __provides_exclude_from ^%{_flatpakdir}/.*$

[mati865]

There is merge conflict because of aa1c481

[scaronni]

To be honest I don't know what to do with this PR as I'm not a flatpak user and I don't understand the implications.

[leigh123linux]

Why not use symlinks instead, using cp is wasteful.

[Conan-Kudo]

@leigh123linux Symlinks wouldn't resolve in the bubblewrapped environment.

[matthiasclasen]

To be honest I don't know what to do with this PR as I'm not a flatpak user and I don't understand the implications.

The implications are that we will have a working nvidia driver for flatpak apps out-of-the-box on Fedora, without maintaining a Flatpak extension that has to match your driver exactly, somewhere else, and dealing with the unavoidable version skews and delays due to that.

We are certainly willing to help maintain and test this subpackage from the flatpak side.

[scaronni]

Ok. @matthiasclasen can you please rebase including the comments from @Conan-Kudo (if any)?

Ideally I would like to have the same SPEC file buildable on all supported EPEL / Fedora releases, so please take into consideration that. Thanks.

[scaronni]

Is this still relevant?

[TingPing]

Nothing has changed.

[scaronni]

Anyone doing a rebase? Otherwise I will close the issue.

[scaronni]

No one has proposed any rebase, closing this. Feel free to reopen.