[Bug 294962] science/paraview: v6.0+ allows runtime backend selection, we dont

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=294962

            Bug ID: 294962
           Summary: science/paraview: v6.0+ allows runtime backend
                    selection, we dont
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: thierry@FreeBSD.org
          Reporter: milios@ccsys.com
          Assignee: thierry@FreeBSD.org
             Flags: maintainer-feedback?(thierry@FreeBSD.org)

currently we have `OSMESA_CMAKE_ON= -DVTK_USE_X:BOOL="OFF"` but it would be
great if users didnt have to give one up for the other, instead using the
runtime flag --opengl-window-backend=GLX|EGL|OSMesa

tbh i'm really not all that concerned with this; i stumbled onto this curiosity
after a build failure in science/ttk since mistakenly imagining OSMESA here
only added functionality rather than implied a sorta nox11 build. (in Thierry's
defense, the DESC does say "Use", not "Support"; twas i, the fool.) so i just
turned OSMESA off (the default); personally i have no clear and present use
case for this combination specifically

i dont know how plausible or difficult this is given our whole ecosystem of
system libraries; a Kitware employee explicitly warned there must be some
degree of agreement between the interfaces of different backends to use this
capability to select at runtime. the discussion i found at
https://discourse.paraview.org/t/compiling-paraview-with-vtk-use-x-and-vtk-opengl-has-osmesa-simultaneously/4843
is a bit over my head and i didnt investigate to what degree this port embodies
our ideal linking philosophy of FPHB § 6.3 (Why Bundled Libraries Are Bad)

ive made use of libOSMesa in very different scenarios but it would not offend
me in the slightest if the option disappeared from this port; i imagine its a
pretty excruciating experience with any more data than fits on a bar napkin.
who knows tho; might be nice

-- 
You are receiving this mail because:
You are the assignee for the bug.