> On Feb 12, 2015, at 08:58, Jack Howarth <[email protected]> wrote: > > Jeremy, > So I take it that it is impossible to use MacPort's Xvfb
There is no port for Xvfb. That's the only issue. If you want it, I suggest you make a subport of xorg-server to provide it. > without > abandoning the use of the Xquartz server in /opt/local/X11? I'm not sure where you got that idea, but certainly that is not the case. Also, it's not in /opt/local/X11. > That is > rather unfortunate as my experience in packaging over 500 cran modules > for fink was that at least 26 needed to have R CMD INSTALL passed > through xvfb-run as those trigger accesses to the X server. > Jack > > On Wed, Feb 11, 2015 at 10:49 PM, Jeremy Huddleston Sequoia > <[email protected]> wrote: >> Xvfb is part of xorg-server. MacPorts only installs the XQuartz DDX from >> the xorg-server and xorg-server-devel ports. >> >>> On Feb 11, 2015, at 18:48, Jack Howarth <[email protected]> >>> wrote: >>> >>> Jeremy, >>> Where is the Xvfb binary hidden in MacPorts? It is part of >>> Xquartz so I assume we must have it hidden in one of the xorg >>> packages. I ask because I need to leverage Xvfb and the xvfb-run >>> script borrowed from fink in order to update the rNMR package to 1.1.8 >>> (which attempts to access the X11 server during the R CMD INSTALL >>> step). In fink, we saw the same issue but solved it by passing the R >>> command in question to the modified Debian xvfb-run script. Assuming >>> that MacPorts has Xvfb buried in some package, I can package up the >>> xvfb-run script for general use. >>> Jack >>> <xvfb-run> >>
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ macports-dev mailing list [email protected] https://lists.macosforge.org/mailman/listinfo/macports-dev
