[winswitch] xpra dpi woes with a server running Ubuntu cosmic

[Perry E. Metzger]

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:
> ftp://www.x.org/pub/X11R7.7-RC1/doc/man/man5/xorg.conf.5.xhtml
> 
> >> 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:
> https://xpra.org/trac/ticket/1959

Will do.

-- 
Perry E. Metzger		perry at piermont.com