[winswitch] xpra dpi woes with a server running Ubuntu cosmic
Perry E. Metzger
perry at piermont.com
Thu Sep 13 15:28:08 BST 2018
On Thu, 13 Sep 2018 15:52:03 +0700 Antoine Martin
<antoine at nagafix.co.uk> wrote:
> > I found the values in the log. Opening up applications leads to
> > crazy display sizes, and I saw this:
> > 2018-09-11 20:54:07,844 client @18.265 Xpra X11 server version
> > 2.3.2-r19729 64-b it
> > 2018-09-11 20:54:07,845 client @18.266 running on Linux Ubuntu
> > 18.10 cosmic 2018-09-11 20:54:07,849 DPI set to 17 x 21 (wanted
> > 72 x 72) 2018-09-11 20:54:07,849 you may experience scaling
> > problems, such as huge or sm all fonts, etc
> > 2018-09-11 20:54:07,849 to fix this issue, try the dpi switch,
> > or use a patched Xorg dummy driver
> Right, that's the simulated "hardware DPI" that some applications
> use. Out of curiosity, which application misbehaved?
Emacs. It behaved very, very badly.
> > Is there a chance of contributing these patches upstream? It would
> > help.
> That's very very unlikely to be merged upstream.
> The DPI patch is really hackish.
Is a less hackish version possible that upstream would take? It would
eliminate the maintenance issue with every release.
> You can use ModulePath in xorg.conf:
> >> As the Ubuntu 18.10 release nears, we will start pushing packages
> >> to the beta repository, this will include the patched dummy
> >> driver. Until then, you will need to compile the driver yourself
> >> or use another workaround.
> I have started pushing packages to the xpra "cosmic" repositories,
> including the patched dummy driver. Simply adding the repository and
> updating should give you all you need.
What's the correct line for my sources.list?
> If those packages work for you, please comment or close this ticket:
Perry E. Metzger perry at piermont.com
More information about the shifter-users