Opened 9 years ago
Last modified 9 years ago
#46856 new enhancement
add xvfb support to xorg-server package for proposed xvfb-run package to use
Reported by: | howarth.at.macports@… | Owned by: | jeremyhu (Jeremy Huddleston Sequoia) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | ||
Port: | xorg-server |
Description
The attached Portfile diff implements a new xvfb subport to provide the missing Xvfb for the new proposed xvfb-run package to use.
Attachments (1)
Change History (8)
Changed 9 years ago by howarth.at.macports@…
Attachment: | Portfile.diff added |
---|
comment:1 Changed 9 years ago by 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;
comment:2 Changed 9 years ago by larryv (Lawrence Velázquez)
Cc: | jeremyhu removed |
---|---|
Owner: | changed from macports-tickets@… to jeremyhu@… |
Version: | 2.3.3 |
comment:3 Changed 9 years ago by 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
comment:4 Changed 9 years ago by 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?
comment:5 follow-up: 7 Changed 9 years ago by 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.
comment:6 Changed 9 years ago by 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.
comment:7 Changed 9 years ago by 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).
Portfile diff to implement new xvfb subport for xvfb-run package