From: Страхиња Радић<[email protected]>
Sent:21/04/19 07:06pm
Subject:Re: [dev] [st] libxft-bgra X Error
> On 21/04/19 11:59, Luuk van Baal wrote:
> > I was looking for pointers in regards to this error I'm receiving when
> > using
> > libxft-bgra(https://gitlab.freedesktop.org/xorg/lib/libxft/-/merge_requests/1).
> > I explained the issue in
> > (https://gitlab.freedesktop.org/xorg/lib/libxft/-/merge_requests/1#note_884325):
> >
> > "This patch (installed through this AUR package) leads to
> >
> > X Error of failed request: RenderBadPicture (invalid Picture parameter)
> > Major opcode of failed request: 139 (RENDER)
> > Minor opcode of failed request: 8 (RenderComposite)
> > Picture id in failed request: 0x3b84
> > Serial number of failed request: 15315
> > Current serial number in output stream: 15327
> >
> > when scrolling through this
> > file(https://raw.githubusercontent.com/luukvbaal/iconlookup/master/iconlookup)
> > in suckless' simple terminal using a patched nerd font. Very peculiar I
> > know but this is the only way I've been able to reproduce this error.
> > This sequence crashes the terminal every time:
> > open st -> open iconlookup in vim -> press 160gg to go to line 160(full
> > size terminal showing 47 lines centered around line 160).
> > The same error does not happen when using different terminals but also does
> > not happen in st when using the standard libxft from the arch repositories.
> > I'm interested in figuring this out but I'm not sure how to debug the
> > error. Would appreciate any pointers or thoughts regarding this."
> >
> > I'm curious to know your thoughts on this as like I said the problem
> > does not occur with mainline libxft and st, does occur with libxft-bgra
> > and st, but does not occur with libxft-bgra and other terminals(tried
> > xterm/kitty/alacritty). Might this issue be fixed on st's side?
>
> Interesting, I'm not getting this error. I use Artix Linux, libxft-bgra
> 2.3.3.r7.7808631e-1 from AUR, vim 8.2.2653-1 and my modified st which I
> regularly update from suckless repo[1]. Also ttf-nerd-fonts-symbols, *not*
> ttf-nerd-fonts-symbols-mono, as the latter package has a bug with the
> uppercase
> "E".[2] (Maybe related?)
>
> Side note: I prefer :160 in vim to go to a particular line.
>
> [1]: https://git.sr.ht/~strahinja/st
> [2]: https://github.com/ryanoasis/nerd-fonts/issues/581
>
Taking a look at your st config led me to try to use the font2 patch and I can
confirm that the error does not occor when using ttf-nerd-fonts-symbols in the
font2 array and a regular font as the st font. Before this I was using a
fontconfig setup like so:
<alias>
<family>monospace</family>
<prefer>
<family>FiraCode Nerd Font[1]</family>
<family>Noto Color Emoji</family>
</prefer>
</alias>
with the st font set to mono:
static char *font = "mono:pixelsize=16:antialias=true:autohint=true";
It seems the error is caused by something only present when using a patched
nerd font, not when using a seperate font containing the nerd font symbols.
P.S. using the font2 patch with ttf-nerd-fonts-symbols leaves me with a
misaligned shell prompt(powerlevel10k[2]) but I suppose this can be fixed.
[1]: https://aur.archlinux.org/packages/nerd-fonts-fira-code/
[2]: https://github.com/romkatv/powerlevel10k
