Hi Roberto,
On 9 August 2017 at 21:12, Roberto E. Vargas wrote:
> A lot of different things happened since that moment, some of
> them in my life, and some of them in the suckless community.
> Due to these changes, I don't feel scc as a suckless project
> anymore, and as project founder, main con
On Wed, Aug 09, 2017 at 11:06:28AM -0700, David Lamkins wrote:
> The NotoColorEmoji font seems to be the trigger. I can avoid the st
> rendering exit by blacklisting that font:
This sounds rather similar to the dwm issue discussed in another
recent thread -- dwm exiting when rendering emojis with
On Wed, Aug 09, 2017 at 09:12:45PM +0200, Roberto E. Vargas wrote:
> After this mail, the new official community where scc is going
> to be developed is bitreich [1], and you can find the new
> repository in [2].
Sad to see it go but I will still follow its development if I find
the time!
Cheers
Hi,
It is long time since I began to collaborate with suckless,
I think almost 6 years. In that time I send patches for a lot
of different projects, but the majority of them were for st,
becoming eventually the maintainer of it. But this mail is not
about all these projects, it is about scc, the
The NotoColorEmoji font seems to be the trigger. I can avoid the st
rendering exit by blacklisting that font:
file ~/.config/fontconfig/fonts.conf:
Noto Color Emoji
By so doing, st renders an empty box for the offending c
I also specified different fonts on the command line, using an st
built with the default config.def.h. For example: ./st -f
DejaVuSansMono .
Same outcome.
On Wed, Aug 9, 2017 at 10:19 AM, David Lamkins wrote:
> With default config *except for* font, which is:
>
> char font[] = "NotoMono-17:antia
With default config *except for* font, which is:
char font[] = "NotoMono-17:antialias=true:autohint=false:hintstyle=hintnone";
Compiled with CFLAGS="-ggdb -O0",
Here's the backtrace. (No change):
#0 __GI__exit (status=status@entry=1) at ../sysdeps/unix/sysv/linux/_exit.c:27
#1 0x768f3
st output upon exit:
X Error of failed request: BadLength (poly request too large or
internal Xlib length error)
Major opcode of failed request: 138 (RENDER)
Minor opcode of failed request: 20 (RenderAddGlyphs)
Serial number of failed request: 1408
Current serial number in output strea
On Wed, Aug 09, 2017 at 09:37:07AM -0700, David Lamkins wrote:
> Compiling with the default config resolves the issue. (OTOH, I can't
> use the default font...)
>
> I've attached a diff of my config.def.h .
Can you do it piecemeal with the changes from the diff, especially the
font (heck, do it fr
Compiling with the default config resolves the issue. (OTOH, I can't
use the default font...)
I've attached a diff of my config.def.h .
On Wed, Aug 9, 2017 at 8:55 AM, Antenore Gatta wrote:
> On Wed, 9 Aug 2017 08:36:49 -0700
> "David B. Lamkins" wrote:
>
>> \xf0\x9f\x96\x96\n
>
> I cannot repr
On Wed, Aug 09, 2017 at 08:36:49AM -0700, David B. Lamkins wrote:
> Upon attempting to render Unicode 1f596, st exits.
I have the same problem, but with a different input, that I haven't
identified yet. However...
> See attached strace excerpt.
I'd recommend getting the Xlib stderr by running st
On Wed, 9 Aug 2017 08:36:49 -0700
"David B. Lamkins" wrote:
> \xf0\x9f\x96\x96\n
I cannot reproduce it, which font are you using?
Can you try to compile st with the default config.h and no patches?
--
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT !d s: !a C++ UL P+++ L+++ E--- W+++ N+
Upon attempting to render Unicode 1f596, st exits.
To reproduce, compile and run the attached test or send the same codepoint to
the screen via any other means.
I'm running Fedora 25 (up-to-date) and st HEAD. Google Noto fonts are
installed. (I mention the latter because st loads one of these f
Hello,
I thought about it and I don't think it's an issue.
If I understand correctly, all screens of multiple monitor setup share
single frame buffer. So screen size is best way to determine size for
rendering part of dwm on one of screens. To make it work in my case
it would have to be intersect
* sek...@posteo.se [09.08.2017 08:55]:
I tried this command, but adjusted it for my screen and set the real dimension
to the --fb switch.
xrandr --fb 1920x1080 --output VGA-1 --auto --transform 1,0,-168,0,1,0,0,0,1
It works perfectly!
Ah damn, that was too fast, sorry. I misread your messag
15 matches
Mail list logo