#10 closed task (fixed)
Xdummy standalone and packaging
Reported by: | Antoine Martin | Owned by: | Antoine Martin |
---|---|---|---|
Priority: | critical | Milestone: | 0.0.7.x |
Component: | server | Version: | 0.0.7.35 |
Keywords: | Cc: | leho@… |
Description (last modified by )
There are a number of issues that can only be solved by having a proper supported Xvfb server with modern extension support (randr, etc), ie: #1, #2 (and potentially others - original winswitch ticket)
Although this is not strictly an Xpra thing, and is unlikely to live in the this xpra source repository, it is best to record this somewhere.
There are number of tasks:
- create an xorg project based on xorg-server, but with the ability to specify absolute config paths and dummy defaults
- merge it upstream and/or package it
- add code to xpra so it will use randr to resize the virtual framebuffer to the exact screen dimension of the client (currently resizes to the nearest size bigger than the client's)
All the info should now be here: wiki/Xdummy]
Attachments (3)
Change History (26)
comment:1 Changed 9 years ago by
Description: | modified (diff) |
---|---|
Type: | defect → task |
comment:2 Changed 9 years ago by
Status: | new → accepted |
---|
comment:3 Changed 9 years ago by
There are now binary packages available here (fedora, centos, debian, ubuntu)
To test that your Xorg supports the new non-root options, run:
wget http://xpra.org/src/Xdummy/xorg.conf Xorg +extension GLX +extension RANDR +extension RENDER -logfile log -config ./xorg.conf :200
Note: you must ensure that Xorg is not suid.
On Fedora (and possibly others) this means that you have to copy the existing binary, ie:
sudo cp /usr/bin/Xorg /usr/local/bin/Xorg
comment:4 Changed 9 years ago by
You can help get this moving by testing the packages (or building from source with the patch) and providing "Tested-by:
" tags for the latest patch, like this one
comment:5 Changed 9 years ago by
... or "Reviewed-by
" tags like this one
Please help get this merge with a quick test (there are binary packages built - so it doesn't take long...)
comment:6 Changed 9 years ago by
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
The changes have been merged upstream in commit ead968a4300c0adeff89b9886e888b6d284c75cc
xf86-video-dummy should be tagged before the next server release too, so we can then automatically enable Xdummy with a simple X server version test:
$ X -version 2>&1 | grep "X Server" X.Org X Server 1.11.2
Starting with soon-to-be-released 1.12
comment:9 Changed 9 years ago by
Component: | client → server |
---|---|
Milestone: | current → 0.0.7.x |
comment:10 Changed 9 years ago by
Version: | → 0.0.7.35 |
---|
comment:11 Changed 9 years ago by
Cc: | leho@… added |
---|
Changed 9 years ago by
Attachment: | Xdummy-patches-5.8.tar.bz2 added |
---|
patches required for building Xdummy for centos 5.8
Changed 9 years ago by
Attachment: | Xdummy-patches-6.2.tar.bz2 added |
---|
patches required for building Xdummy for centos 6.2
Changed 9 years ago by
Attachment: | Xdummy-fedora-patches.tar.bz2 added |
---|
patches required for building Xdummy on Fedora
comment:12 Changed 9 years ago by
Added Xdummy packages for CentOS
5.8 and 6.2 here, the CentOS
and Fedora
specific patches are archived in this ticket. The Fedora
binaries will no longer be updated since Fedora
17 is the current release and includes the patches already.
comment:13 Changed 9 years ago by
As of r1286 (+ fix in r1295), we install an xpra.conf
with Xdummy support if the distro supports it (ie: if Xorg version is >= 1.12 and if the Xorg binary is not suid)
This works for recent Debian / Ubuntu but not for Fedora/CentOS as those ship with a suid /usr/bin/Xorg
(no easy way around that - we cannot copy the binary from the specfile's post-install scripts as was done in r1256 and later reverted, as system updates would break our copy... and also it wouldn't get updated)
comment:14 Changed 8 years ago by
We could provide support for Xdummy on Fedora 17 (and others with suid-only binaries) by copying the /usr/bin/Xorg
binary every time before we use it, something like /usr/bin/xpra_Xvfb
:
#!/bin/bash mkdir -p ~/.xpra cp /usr/bin/Xorg ~/.xpra/Xorg ~/.xpra/Xorg "$@"
I have filed a bug with Fedora asking for a non-suid Xorg to be installed.
comment:17 Changed 8 years ago by
The solution of copying /usr/bin/Xorg does not work with gentoo because the executable is installed as -rws--x--x. If I'm not mistaken this is a common practice, ie to make root suid executables not readable by anybody else. Gentoo does it automatically for all such executables.
comment:18 Changed 8 years ago by
comment:19 Changed 8 years ago by
Looks like there may be some useful randr changes coming to Xvfb (maybe in Xorg 1.14?):
bug #26391 and this patch
It will be a while before this is shipped in any distro though.
comment:20 Changed 7 years ago by
If you want to know more about Xdummy and how to configure it, see wiki/Xdummy
comment:21 Changed 7 years ago by
Description: | modified (diff) |
---|
comment:23 Changed 5 weeks ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/10
Posted an RFC to the xorg list, includes pointers to some patches which can be used to generate a
/usr/bin/Xdummy
binary suitable for Xpra.