Opened 14 years ago
Closed 13 years ago
#140 closed task (duplicate)
replace Xvfb with Xvnc or Xdummy when using xpra
Reported by: | Antoine Martin | Owned by: | Antoine Martin |
---|---|---|---|
Priority: | major | Milestone: | 0.12 |
Component: | Xpra | Keywords: | |
Cc: |
Description (last modified by )
Xvfb is old and it is missing a number of useful X11 extensions, also the alternatives may offer better keyboard support?
The idea of using those as an alternative to Xvfb is not new either, see x11vnc faq-xvfb
Information about dummy driver is scarce, but there is some in XorgTesting
The easiest way (which seems to work ok) is to use Xdummy (GPLv2+)
One of the most important benefits is that these alternatives also support randr so we could envisage resizing the buffer to the size needed by the client currently connected rather than the default huge size we have at the moment.
Change History (6)
comment:1 Changed 14 years ago by
Component: | Client → Xpra |
---|---|
Owner: | changed from Antoine Martin to Antoine Martin |
Status: | new → accepted |
comment:2 Changed 14 years ago by
Description: | modified (diff) |
---|
comment:4 Changed 14 years ago by
For detailed instructions on using xpra with Xdummy, see http://www.mail-archive.com/[email protected]/msg00478.html
comment:5 Changed 14 years ago by
The dummy dimensions patch has now been merged by xorg.
Added more details as an xpra bug here
comment:6 Changed 13 years ago by
Resolution: | → duplicate |
---|---|
Status: | accepted → closed |
Moved all the Xdummy info to xpra ticket 10
This is the way to go, closing here.
We now support using Xdummy instead of Xvfb since r3648
Still TODO:
VideoRam 64000
should be enough for 3840*2560*32bppOR: get Xorg to make an Xdummy binary (would take a while before it ships) - asked ML: dummy driver and maximum resolutions, config hacks via LD_PRELOAD, etc