Xpra: Ticket #179: no Xdummy support out of the box.

Xdummy support doesn't work "out of the box" in just released 0.5.0 probably because xpra is ignoring 'xvfb=' option in /etc/xpra/*/xpra.conf.

I built xpra using '--enable-Xdummy' and correct xdummy 'xorg.conf' was installed to /etc/xpra.

'xpra start :8' started with xvfb.

I uncommented

xvfb=/usr/bin/Xorg -noreset -nolisten tcp +extension GLX +extension RANDR +extension RENDER -logfile ${HOME}/.xpra/Xorg.${DISPLAY}.log -config /etc/xpra/xorg.conf

in /etc/xpra/Xvfb/xpra.conf but it didn't help. (in /etc/xpra/Xdummy/xpra.conf 'xvfb=' is already uncommented)

The very same configuration line given as argument to xpra worked but applications were starting with big fonts so a had to add '-dpi 96' which produced the following argument:

--xvfb="/usr/bin/Xorg -dpi 96 -noreset -nolisten tcp +extension GLX +extension RANDR +extension RENDER -logfile ${HOME}/.xpra/Xorg.8.log -config /etc/xpra/xorg.conf"

that successfully started Xdummy.

I tried this all on Debian Wheezy with xserver-xorg-video-dummy/1:0.3.5-2+b1

Also xdummy's xorg.conf have the following lines:

  #The following modeline is invalid (calculator overflowed):
  #Modeline "32000x32000@0" -38917.43 32000 32032 -115848 -115816 32000 32775 32826 33601

You probably used http://xtiming.sourceforge.net/cgi-bin/xtiming.pl aren't you? ;)

Calculator 'cvt' provided by package 'xserver-xorg-core' produced the following Modeline:

# 32000x32000 10.00 Hz (CVT) hsync: 321.80 kHz; pclk: 14514.25 MHz
Modeline "32000x32000_10.00"  14514.25  32000 34952 38552 45104  32000 32003 32013 32180 -hsync +vsync

Similar Modeline was generated by http://www.arachnoid.com/modelines/

# 32000x32000 @ 10.00 Hz (GTF) hsync: 321.78 kHz; pclk: 14518.71 MHz
Modeline "32000x32000_10.00" 14518.71 32000 34952 38560 45120 32000 32001 32004 32178 -HSync +Vsync

Thank you.



Tue, 21 Aug 2012 07:39:59 GMT - Antoine Martin: status changed

Installing the correct /etc/xpra/xpra.conf is a packaging issue (..).

The distutils setup.py tries to detect if the version of Xorg is recent enough - unless one uses --enable-Xdummy which is useful when the build machine does not have Xorg installed.

I've just checked again and the packages that I made do have the correct configuration for both squeeze and wheezy. Also, I do not understand why you have those directories in /etc, this is all you should have (and what is in the packages I made):

/etc/xpra/xpra.conf
/etc/xpra/xorg.conf

Nothing else... Can you confirm how you installed it? Something seems to have gone wrong there. The reason why uncommenting that line did not do anything is because that file is not meant to exist and is not used for anything (see above).


About the dpi: I will probably add 96dpi as default since it is sensible, but the dpi should already be correct if you connect your client before starting the app.


As for the modelines, I will also try those - not that there is any urgency as I don't think many people use 32kx32k resolutions. Also, this requires more memory to be allocated to the dummy driver, and there are still bugs with toolkits and applications above 16kx16k (irrc)


Tue, 21 Aug 2012 08:59:30 GMT - onlyjob: status changed; resolution set

Replying to antoine:

Installing the correct /etc/xpra/xpra.conf is a packaging issue (..).

Of course that's the case, how embarrassing. :) If .conf files are installed to correct location (/etc/xpra) there is no problem whatsoever.

Thank you.

The distutils setup.py tries to detect if the version of Xorg is recent enough - unless one uses --enable-Xdummy which is useful when the build machine does not have Xorg installed.

Yes, I've noticed this from reading setup.py.

I've just checked again and the packages that I made do have the correct configuration for both squeeze and wheezy.

Thank you for checking and sorry for troubles.

Also, I do not understand why you have those directories in /etc, this is all you should have (and what is in the packages I made):

/etc/xpra/xpra.conf
/etc/xpra/xorg.conf

My mistake, sorry.

Nothing else... Can you confirm how you installed it? Something seems to have gone wrong there.

I was using incorrect line in xpra.install -- packaging issue, as you've said.

About the dpi: I will probably add 96dpi as default since it is sensible, but the dpi should already be correct if you connect your client before starting the app.

This is very interesting, perhaps worth mentioning somewhere in README. I will add a note to Debian packaging.

As for the modelines, I will also try those - not that there is any urgency as I don't think many people use 32kx32k resolutions. Also, this requires more memory to be allocated to the dummy driver, and there are still bugs with toolkits and applications above 16kx16k (irrc)

Thanks, of course there is no urgency, I just noticed and let you know.

Thank you.


Tue, 21 Aug 2012 09:17:43 GMT - Antoine Martin:

(...)

About the dpi: I will probably add 96dpi as default since it is sensible, but the dpi should already be correct if you connect your client before starting the app.

This is very interesting, perhaps worth mentioning somewhere in README. I will add a note to Debian packaging.

OK, trunk now has "-dpi 96" as of r1341. I will apply this to the 0.5.x branch after further testing.


As for the modelines, I will also try those - not that there is any urgency as I don't think many people use 32kx32k resolutions. Also, this requires more memory to be allocated to the dummy driver, and there are still bugs with toolkits and applications above 16kx16k (irrc)

Thanks, of course there is no urgency, I just noticed and let you know.

I've committed the new modelines in r1340, the file now includes a note explaining how to get those to work (bump ram). The current highest resolution supported with the 256M allocated to the dummy video card is 8192x4096. (which should take 128M at 4 bytes per pixel - seems about right)


Sat, 23 Jan 2021 04:47:40 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/179