Xvfb MIA

[Jeremy Huddleston Sequoia]

Try this:
--disable-xquartz --disable-glx --disable-dri --disable-launchd --enable-kdrive --disable-xsdl --enable-xnest --enable-xvfb

> On Feb 12, 2015, at 12:13, Jack Howarth <howarth.at.macports at gmail.com> wrote:
> 
> Jeremy,
>     Exactly what needs to be passed to configure in the xorg-server
> Portfile to trigger Xvfb to build? I see...
> 
>  --enable-xvfb           Build Xvfb server (default: yes)
> 
> in the output of './configure --help' in the build directory but the
> config.log left behind only shows...
> 
> configure:28382: checking whether to build Xvfb DDX
> configure:28384: result: no
> 
>      Jack
> 
> On Thu, Feb 12, 2015 at 1:13 PM, Jeremy Huddleston Sequoia
> <jeremyhu at macports.org> wrote:
>> 
>>> 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/3110caa4/attachment.p7s>