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 <[email protected]> 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
> <[email protected]> wrote:
>> 
>>> 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>
>>>> 
>> 

Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
macports-dev mailing list
[email protected]
https://lists.macosforge.org/mailman/listinfo/macports-dev

Reply via email to