puri.sm librem 13 v3

revision 5b826aae1be97b95ce25273f4a5e2ef9ecc6a033

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

I needed a new coreboot version to fix this.

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

Instructions:

History