Xvfb MIA

[Jeremy Huddleston Sequoia]

> On Feb 12, 2015, at 08:58, Jack Howarth <howarth.at.macports at gmail.com> 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
> <jeremyhu at macports.org> 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 <howarth.at.macports at gmail.com> 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>
>> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4118 bytes
Desc: not available
URL: <https://lists.macosforge.org/pipermail/macports-dev/attachments/20150212/afe30877/attachment.p7s>