add xvfb support to xorg-server package for proposed xvfb-run package to use

[howarth.at.macports@…]

The attached Portfile diff implements a new xvfb subport to provide the missing Xvfb for the new proposed xvfb-run package to use.

[howarth.at.macports@…]

Portfile diff to implement new xvfb subport for xvfb-run package

[howarth.at.macports@…]

The post-destroot of the new xvfb subport removes files installed by the build which overlap with the main xorg-server package;

[jeremyhu (Jeremy Huddleston Sequoia)]

Why do you care about Xvfb? It's *super* deprecated. I'd much rather see you use Xorg with xf86-video-dummy

[howarth.at.macports@…]

See Ticket #46857. How do I execute the equivalent of...

system -W ${worksrcpath} "which xvfb-run ${prefix}/bin/R CMD INSTALL -l pkg --byte-compile --build ${distpath}/[lindex ${distfiles} 0]"

using xf86-video-dummy? Do we have to totally rewrite the debian xvfb-run to use xf86-video-dummy or does xf86-video-dummy provide its own run script?

[jeremyhu (Jeremy Huddleston Sequoia)]

Why do you need an X11 server at build time? That seems like an obvious bug in the build system to me.

[jeremyhu (Jeremy Huddleston Sequoia)]

We can discuss that in #46857. As for this, I think I'll do it a tad differently but I'll get something like it in soon.

[howarth.at.macports@…]

Replying to jeremyhu@…:

Why do you need an X11 server at build time? That seems like an obvious bug in the build system to me.

The X11 accesses arise from the byte-compilation of the R code in rNMR.r during the execution of the R CMD Install command. I believe this is the nature of the beast and you really can't work around it short of resorting to xvfb-run or its equivalent . As I mentioned before, this is seen for all CRAN modules which access X11 graphics (e.g. as R modules cairodevice, gwidgetsrgtk2, tkrplot, etc). You haven't seen this issue in MacPorts before because you have very few CRAN modules packaged for R.