[Mesa-maintainers] Downstream Mesa patches and quirks

Emil Velikov emil.l.velikov at gmail.com
Mon Feb 26 16:52:31 UTC 2018


On 26 February 2018 at 15:01, Stefan Dirsch <sndirsch at suse.de> wrote:
> On Thu, Feb 22, 2018 at 04:23:01PM +0100, Stefan Dirsch wrote:
>> > > - n_VDPAU-XVMC-libs-Replace-hardlinks-with-copies.patch
>> > >   * Since these are packaged separately in (open)SUSE anyway, one can use
>> > >   * copies as well. This makes debug packages possible again. (bnc #962609)
>> > >  https://build.opensuse.org/package/view_file/X11:XOrg/Mesa/n_VDPAU-XVMC-libs-Replace-hardlinks-with-copies.patch?expand=1
>> > >  https://bugzilla.suse.com/show_bug.cgi?id=962609
>> > >
>> > >  I'm not aware of a different fix, when splitting vdpau/xvmc to
>> > >  subpackages. :-(
>> > >
>> > Just ship a single mesa-vdpau/etc package? The extra modularity does
>> > not bring you anything.
>>
>> https://bugzilla.suse.com/show_bug.cgi?id=1082300
>
> I'm not convinced yet about changing this.
>
> In order to get rid of the patch we would need to merge (again)
>
>   libXvMC_nouveau + libXvMC_r600
>
> and
>
>   libvdpau_nouveau + libvdpau_r300 + libvdpau_r600 + libvdpau_radeonsi
>
> and of course make sure, the new package supersedes the old packages. I
> currently don't see the benefit of doing this.
>
There are a few benefits:
 - every other distribution has then in a single place
 - on need to carry local patch - and thus regenerated the makefiles
 - no more confusing libvdpau_gallium.so and similar files

> And we lose the possibility of declaring some of the old packages stable,
> i.e. install them by default on appropriate hardware. And others less stable
> or experimental or no longer well tested and install them not by default.
>
This is a good point - alternative solution is to enhance the wiki/manpage.

If one _really_ want to disable vdpau/other backend, simply override
it via the respective toggle.
For example, with vdpau use VDPAU_DRIVER=va_gl to select the libvdpau_va_gl.so

That obviously must _not_ be a substitute for upstream reports, or
better yet fixes.

Thanks
Emil


More information about the Mesa-maintainers mailing list