puri.sm librem 13 v3

revision e597cfd9d9f4c528ec23d40ea6029b2ed9f06c05

raw

hardware.rst

Pipe key

Pipe key did not work on German keyboard after upgrading from Debian 9 stable to unstable.

raw

hidpi.rst

HiDPI

https://forums.puri.sm/t/librem-13-v3-font-size-too-small-or-too-large/3711/3

The librem 13 v3 has 1920x1080 px resolution, on 13". -This is "hidpi".- actually, it's mdpi, because it's not double the "normal" resolution but only 1.6x.

Standard PureOS shipped had much too small fonts and icons.

xpdyinfo reported 96 dpi resolution, which is really wrong. In reality it's 166 dpi.

I told X11 to use the real screen size, and Cinnamon uses this information correctly (KDE, Gnome, Mate, XFCE not):

$ cat /etc/X11/xorg.conf.d/90-librem-display.conf
# xdpyinfo | grep -B2 resolution
# https://wiki.archlinux.org/index.php/xorg#Display_size_and_DPI
Section "Monitor"
    Identifier   "eDP-1"
    DisplaySize  294 166 # In millimeters
EndSection

I also had to set "Font scaling factor" in the cinnamon font settings to 1.3

Qt

The traditional approach to supporting high DPI has been one where Qt scaled fonts automatically, and then provided a DPI value that application code could use to scale the rest of the UI.

Setting the DPI value manually to a lower values gives better font sizes:

$ QT_FONT_DPI=128 zeal

Maybe the main issue is that Cinnamon pushes the configured font sizes (for Gtk) 1:1 to Qt, probably via the QT_QPA_PLATFORMTHEME variable.

raw

suspend-resume-fan.rst

Fan at full speed after resume

At first I thought it was again Cinnamon that took all the CPU, but it was a firmware problem.

-I needed a new coreboot version to fix this.- The problem still happens after upgrading the firmware to coreboot-4.8.1-7-g30300027ce-4.8.1-Purism-3.

Instructions:

History