●About
●About LibrePlanet
●Mission Statement
●Founding documents
●Support this Community
●Code of Conduct
●Anti-harassment policy
●Teams
●Activists
●Wiki Helpers
●LibrePlanet Artists
●FSF Community Team
●Local & Student Teams
●Conferences
●LibrePlanet Conference
●Non-official
●Get involved
●Participate
●Discussion channels
●Events
●Login
To do HiDPI screens in Guix:
Invoke: gsettings set org.gnome.desktop.interface cursor-size 64
Edit ~/.Xresources to add:
Xft.dpi: 163
Xcursor*theme: Mocu-Black-Right Xcursor.size: 64 UXTerm*cursorTheme: Mocu-Black-Right
$ xrdb -merge ~/.Xresources
$ xsetroot -cursor_name left_ptr
That works pretty well--fonts are the normal size (like always) but much more crisp.
But the mouse pointer is way too small.
See bug #54654:
libx11's XCreateFontCursor tries to dynamically-load libxcursor with just the basename "libXcursor.so.1".
Because libxcursor depends on libx11, it's not possible to just add libxcursor as a dependency TO libx11.
As a workaround, we could make the client programs call XcursorTryShapeCursor (into libxcursor) before each XCreate.*Cursor call (into libx11) manually.
The following package sources are affected and would need the workaround (i.e. they definitely use XCreate.*Cursor, and have libx11 as direct input) on guix master (214 sources):
Of those, only the following use Xcursor.h already (who knows what they use it for--but at least it's there):
Of the former, Cairo is the most worrying.
Retrieved from "https://libreplanet.org/wiki?title=Group:Guix/HiDPI&oldid=66446"
The Free Software Foundation (FSF) is a nonprofit with a worldwide mission to promote computer user freedom.
We defend the rights of all software users. (Read more)