[winswitch] neither --dpi switch or dpi setting in xpra.conf allows me to set the DPI to fixed value

Thomas Esposito thomase00 at yahoo.com
Mon Oct 3 21:18:32 BST 2016


I'm not sure if this is related to my issue, but I have reason to doubt
that the shared libraries that I extracted from the rpm files are actually
being loaded.

In a prior thread, I mentioned that since I don't have admin privileges, I
manually extracted the following rpms
https://www.xpra.org/dists/CentOS/6.6/x86_64/ :

Cython-0.24.1-1.el6_6.x86_64.rpm
PyOpenGL-3.1.1a1r1-1.el6.noarch.rpm
PyOpenGL-Tk-3.1.1a1r1-1.el6.noarch.rpm
PyOpenGL-accelerate-3.1.1a1r1-1.el6.x86_64.rpm
ffmpeg-xpra-3.1.3-1.el6_6.x86_64.rpm
ffmpeg-xpra-devel-3.1.3-1.el6_6.x86_64.rpm
gstreamer-plugins-ugly-0.10.18-4.el6.x86_64.rpm
libfakeXinerama-0.1.0-3.el6.x86_64.rpm
libvpx-xpra-1.6.0-1.el6_6.x86_64.rpm
libvpx-xpra-devel-1.6.0-1.el6_6.x86_64.rpm
libwebp-xpra-0.5.0-1.el6_6.x86_64.rpm
libwebp-xpra-devel-0.5.0-1.el6_6.x86_64.rpm
lz4-devel-r131-1.el6_6.x86_64.rpm
lz4-r131-1.el6_6.x86_64.rpm
lz4-static-r131-1.el6_6.x86_64.rpm
python-crypto-2.6.1-2.el6.x86_64.rpm
python-lz4-0.8.2-1.el6_6.x86_64.rpm
python-netifaces-0.10.4-3.el6_6.x86_64.rpm
python-pillow-3.2.0-1.el6_6.x86_64.rpm
python-pillow-devel-3.2.0-1.el6_6.x86_64.rpm
python-pillow-qt-3.2.0-1.el6_6.x86_64.rpm
python-pillow-sane-2.6.1-1.el6.x86_64.rpm
python-pillow-tk-3.2.0-1.el6_6.x86_64.rpm
python-pycuda-2015.1-1.x86_64.rpm
python-pyopengl-3.1.1a1-4.1xpra3.el6_6.x86_64.rpm
python-pyopengl-tk-3.1.1a1-4.1xpra3.el6_6.noarch.rpm
python-pytools-2015.1.2-1.el6.noarch.rpm
python-rencode-1.0.5-1.el6_6.x86_64.rpm
winswitch-0.12.22-1.x86_64.rpm
x264-xpra-20160704-1.el6_6.x86_64.rpm
x264-xpra-devel-20160704-1.el6_6.x86_64.rpm
xorg-x11-drv-dummy-0.3.6-15.xpra6.el6.x86_64.rpm
xpra-0.17.5-2.r13455.el6_6.x86_64.rpm
xpra-common-0.17.5-2.r13455.el6_6.noarch.rpm
xvidcore-1.3.4-1.el6_6.x86_64.rpm
xvidcore-devel-1.3.4-1.el6_6.x86_64.rpm
yasm-1.3.0-1.el6.x86_64.rpm
yasm-devel-1.3.0-1.el6.x86_64.rpm

Specifically, I created a directory named on a shared disk
(i.e. <my_xpra_extract_directory>) and extracted the files in each package
in such a way that this directory was effectively the root directory. For
example, the *.so files were extracted to
'<my_xpra_extract_directory>/usr/lib64' directory tree.

I found all of the directories to which I had extracted *.so files and
added those directories to LD_LIBRARY_PATH.

When running certain X applications, I get the following error message,
although the application appears to run fine:

ERROR: ld.so: object
'/projects/avenger_de1/thomase/xpra/usr/lib64/libfakeXinerama.so.1' from
LD_PRELOAD cannot be preloaded: ignored.

Also, despite my LD_LIBRARY_PATH setting, my Xorg.:100.log file (I'm using
display :100) reports that it is loading the standard
/usr/lib64/xorg/modules/drivers/dummy_drv.so, rather than the patched
driver in
<my_xpra_extract_directory>/usr/lib64/xorg/modules/drivers/dummy_drv.so..

How can I be sure that any of the libraries that I have downloaded are
actually being loaded?


On Mon, Oct 3, 2016 at 3:07 PM, Thomas Esposito <thomase00 at yahoo.com> wrote:

> The fonts rendered by Xorg are very small, and I suspect the reason is
> because the DPI is being set to an unreasonably low value (i.e. 42x28 now,
> but varies depending on the monitor setup). Rather than deal with the
> patched dummy driver, I'm assuming that I should be able to simply fix the
> X DPI to a reasonable value (i.e. 96x96), since that is what I'm accustomed
> to anyway, being a Windows user primarily. I know there are quasi-religious
> arguments about a fixed DPI of 96, particularly with all the high-res
> monitors available now, but I'd rather not get into that.
>
> Anyway, I've attempted to fix the Xorg DPI by using the '--dpi=96' switch
> on the xpra command line AND by uncommenting the 'dpi = 96' line from the
> default xpra.conf file included with the install (which I have copied to
> ~/.xpra/xpra.conf). In both cases, this does not seem to have any effect,
> and my fonts and DPI remain unreasonably small.
>
> What am I missing?
>
> Also interesting, although most likely unrelated, is the output I get when
> running 'xrdb -q':
>
> gnome.Xft/DPI: 98304
> Xft.hinting: 1
> Xft.antialias: 1
> Xft.dpi: 96
> Xft.rgba: none
> Xcursor.size: 21
> Xft/DPI: 98304
> Xft.hintstyle: hintmedium
>
> I know the DPI here is for client-side/fontconfig fonts and is unrelated
> to Xorg-rendered fonts, but I find the value of 98304 to be strange here.
>



More information about the shifter-users mailing list