Re: [dev] Culling all the way down

> What you could do is to patch a terminal to allow programs to because > paused via SIGSTOP when invisible and continued via SIGCONT when > visible. Then your program would only need to write some string to > the terminal when it starts and when it terminates. Multiplexers > could however become

Re: [dev] [st][bug] Crashes on opening mutt

On 5/3/19 3:15 PM, Uko Kokņevičs wrote: > When I open mutt it crashes, and if it doesn't crash then, it crashes > when scrolling between pages. > > This is the error output: > > ``` > X Error of failed request: BadLength (poly request too large or internal > Xlib length error) > Major opcode

Re: [dev] [st] bug?

On 4/21/19 10:02 AM, Dennis Yurichev wrote: > And so how to fix this? > This bug was recently fixed in dwm with a workaround that prevents loading of color fonts: https://git.suckless.org/dwm/commit/cb3f58ad06993f7ef3a7d8f61468012e2b786cab.html To fix this, you need to port this patch to st.

Re: [dev] Holding st after a command has completed

On 4/14/19 3:24 AM, Ivan "Rambius" Ivanov wrote: > Hello, > > The st terminal has -e option that executes a specific command instead > of the shell. However, st closes immediately after the command has > completed. Is it possible to hold the st's window after the command > has finished? That is

Re: [dev] Web development in C

> Can you web development in C? https://learnbchs.org/

Re: [dev] [st] crashing terminal

On 25/01/2019 12:13, loku...@web.de wrote: > Hello, this is my first time posting on a mailing list, so i hope > everything will work out well. > > Here is my problem: Whenever i use terminal based application like > 'neomutt' or 'mpsyt' the terminal will crash with an output similar > to (only

Re: [dev] suckless html to markdown (text)

> Ideally, with sed/awk, or better in C. "Parsing" HTML with sed is simply wrong. You need to use a decent HTML parsing library, as parsing HTML is complex. There is https://github.com/yujiahaol68/downmark that uses Go html library, but I have not tried it. Seriously though, if you are not

Re: [dev] [st] solarized light patch colors incorrect

On 07/09/18 18:21, Peter Nagy wrote: > Is it a crime to be a consumer? Do you really suggest him to go buy an Apple > product just because he won't contribute code? I don't think I read about > elitism in the suckless philosophy pages. >From https://dwm.suckless.org/: "Because dwm is customized

Re: [dev] Xft(?) bug with emoji

Xft bug is submitted upstream: https://bugs.freedesktop.org/show_bug.cgi?id=107534

Re: [dev] Xft(?) bug with emoji

Here is the program to reproduce Xft bug with X11 error. OK1 is printed, OK2 is not. Just FYI that the bug is localized and it is not a dmenu problem at all. /* gcc xftbug.c -lX11 -lXft -I /usr/include/freetype2 -lfontconfig */ #include #include #include int main(void) { Display *dpy =

Re: [dev] Xft(?) bug with emoji

Attached is the result of running printf '\xf0\x9f\x93\x93' | XFT_DEBUG=1 dmenu XFT_DEBUG=1 XftFontOpenName "monospace:size=10": Pattern has 2 elts (size 16) family: "monospace"(s) size: 10(f)(s) Match Pattern has 43 elts (size 48) family: "DejaVu Sans Mono"(s)

Re: [dev] Xft(?) bug with emoji

On 09/08/18 12:12, Hiltjo Posthuma wrote: > > Thanks for providing a test-program. > > I still cannot reproduce this bug on OpenBSD. > > Do I need some specific font for it to crash? I've seen reports of issues with > the Google Noto Emoji font. > > fc-match 'monospace:size=10' is 'DejaVu Sans

[dev] Xft(?) bug with emoji

I have reduced dmenu segfault down to a simple program: https://bugs.freedesktop.org/show_bug.cgi?id=107531 Please read the program and see if you can tell what is wrong or confirm a bug. Apparently the bug is in fontconfig. Running dwm with "pango" patch doesn't help either, so I think the

[dev] [libsl] [PATCH] Don't call FcConfigSubstitute and FcDefaultSubstitute

Don't call FcConfigSubstitute and FcDefaultSubstitute, because XftFontMatch calls these functions by itself. It does not fix any bugs, just reduces the amount of code. From eae63c757866a58e9436057cd5a8a2011deceb3e Mon Sep 17 00:00:00 2001 From: Alexander Krotov Date: Thu, 9 Aug 2018 02:50:33

Re: [dev] [dwm] [PATCH] Do not draw bar if it is hidden

On 07/08/18 12:45, Laslo Hunhold wrote: > On Mon, 6 Aug 2018 16:42:19 +0300 > Alexander Krotov wrote: > > Dear Alexander, > >> With this patch the bar can at least be hidden before opening web >> pages that cause Xft errors. > I agree with the patch, but not because

[dev] [dwm] [PATCH] Do not draw bar if it is hidden

With this patch the bar can at least be hidden before opening web pages that cause Xft errors. >From b13c56c10b4c1da3e357efae3d4827da573650a4 Mon Sep 17 00:00:00 2001 From: Alexander Krotov Date: Mon, 6 Aug 2018 16:37:14 +0300 Subject: [PATCH] Do not draw bar if it is hidden --- dwm.c

[dev] Fix for dwm crash due to emoji in window titles

oot -name). I do not understand xlib and Xft enough to make a more clean fix, but hopefully maintainers can improve it and apply to the mainline. Meanwhile, dwm users can use this workaround. From 99e82a4d44650c98edb17836fcef743cc87a614a Mon Sep 17 00:00:00 2001 From: Alexander Krotov Date: Thu, 19

Re: [dev] [st] [PATCH 1/2] Fix commented out code

On Wed, Mar 29, 2017 at 10:09:15AM +0200, Ivan Delalande wrote: > On Sat, Mar 25, 2017 at 11:02:42PM +0300, Alexander Krotov wrote: > > --- a/st.c > > +++ b/st.c > > @@ -2537,7 +2537,7 @@ tresize(int col, int row) > > } > > > > /* allocate any

Re: Re: [dev] oasis: small linux system inspired by stali

On Wed, Mar 29, 2017 at 01:48:35AM +0800, Pickfire wrote: > Kamil Cholewiński wrote: > > > > I think it might have been possible to use some other build tool to > > > achieve something similar, but I don't think it would have worked out > > > as well. > > > >

Re: [dev] [st] [PATCH 2/2] Keep end of lines in memory when resizing terminal

On Mon, Mar 27, 2017 at 11:11:05PM +0200, Quentin Rameau wrote: > > nevertheless I do think that all this still doesn't justify a > > scrollback buffer built into st itself. Instead of mandating the use > > of tmux et al, I would rather put a helper tool into the st repo, that > > works as a basic

Re: [dev] [st] [PATCH 2/2] Keep end of lines in memory when resizing terminal

On Mon, Mar 27, 2017 at 10:00:43PM +0200, Anselm R Garbe wrote: > Hi there, > > On 27 March 2017 at 12:11, Laslo Hunhold wrote: > > On Sun, 26 Mar 2017 20:06:57 + > > Cág wrote: > >> I am genuinely interested why. > > in my opinion, it's an unnecessary

Re: [dev] [st] [PATCH 2/2] Keep end of lines in memory when resizing terminal

On Mon, Mar 27, 2017 at 09:30:20PM +0100, Amadeusz Żołnowski wrote: > > I would rather put a helper tool into the st repo, that works as a > > basic shell wrapper process (no detaching). It would implement the > > scrollback buffer only and allow to define its size in a more flexible > > way

Re: [dev] [st] [PATCH 2/2] Keep end of lines in memory when resizing terminal

On Sun, Mar 26, 2017 at 06:10:37PM +0200, Laslo Hunhold wrote: > On Sun, 26 Mar 2017 06:41:46 +0300 > Alexander Krotov <ilab...@gmail.com> wrote: > > > Updated patch to clear up to maxcol in some cases and avoid glitches > > when using ncurses programs. > > I

[dev] [st] [PATCH 2/2] Keep end of lines in memory when resizing terminal

Updated patch to clear up to maxcol in some cases and avoid glitches when using ncurses programs. -- >8 -- Subject: [st] [PATCH 2/2] Keep end of lines in memory when resizing terminal --- st.c | 50 ++ st.h | 1 + 2 files changed, 27

Re: [dev] [announce] ff2sixel: view farbfeld images in terminal

On Sat, Mar 25, 2017 at 09:55:14PM +0200, Amer wrote: > > It is a bug in st and xterm. tmux and screen handle it by > > reflowing lines, wrapping them if necessary. > > ... And this tmux wrapping is thoroughly broken. > E.g. https://github.com/tmux/tmux/issues/516 > > > dvtm makes end of lines

[dev] [st] [PATCH 2/2] Keep end of lines in memory when resizing terminal

--- st.c | 32 +--- st.h | 1 + 2 files changed, 18 insertions(+), 15 deletions(-) diff --git a/st.c b/st.c index ae93ade..2eab32a 100644 --- a/st.c +++ b/st.c @@ -1238,8 +1238,8 @@ tclearregion(int x1, int y1, int x2, int y2) if (y1 > y2)

[dev] [st] [PATCH 1/2] Fix commented out code

--- st.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/st.c b/st.c index d7bd32a..ae93ade 100644 --- a/st.c +++ b/st.c @@ -2537,7 +2537,7 @@ tresize(int col, int row) } /* allocate any new rows */ - for (/* i == minrow */; i < row; i++) { + for

Re: [dev] [ask] search binary file offset in file

On Fri, Mar 24, 2017 at 08:03:38PM +0200, Amer wrote: > Does anybody knows any cli tools which allows to search offset > of one binary file inside another ? > > Find if ./chunk.bin contained and its offset inside ./dump.bin > * simple case: 200kB inside 100MB > * hard case: 2GB inside

Re: [dev] git of patches, etc.?

On Mon, Mar 20, 2017 at 09:41:19PM -0700, Greg Minshall wrote: > hi. sorry if this is a FAQ. (though i've been following the list a > while, so, if so, it isn't *that* F of AQ.) > > i would find it convenient if all the patches for, e.g., dwm, and/or > files, for surf, say, were in a git

Re: [dev] [announce] ff2sixel: view farbfeld images in terminal

On Tue, Mar 21, 2017 at 02:01:16AM +0100, hiro wrote: > I'm not at all saying that sixel is a hack, I'm just saying it's > useless. it doesn't solve any important problem in a generic enough > way. > drawterm is not just a "graphical terminal", it's more more comparable > to remote X11, remote

Re: [dev] [announce] ff2sixel: view farbfeld images in terminal

On Mon, Mar 20, 2017 at 10:10:07AM +0100, hiro wrote: > why would one want to view images in st, can't your shell start other > graphical programs for that? is st becoming a new kind of web browser > now? and why don't you open remote images using a remote file system > instead of fucking around

[dev] [announce] fb2sixel: view farbfeld images in terminal

I have crafted a program to convert farbfeld images to sixels: https://github.com/ilabdsf/ff2sixel I am going to use it myself to quickly display images over SSH. Hope someone else finds it useful. Too bad st does not have a patch to display sixels, so I am going to use mlterm when I need to

Re: [dev] Can't push to sta.li wiki

On Sun, Feb 26, 2017 at 08:52:40PM +0100, Anselm R Garbe wrote: > Hi Alex, > > please try again. Works now, thanks.

[dev] Can't push to sta.li wiki

-objects abnormal exit To http://git.sta.li/sites ! [remote rejected] master -> master (unpacker error) error: failed to push some refs to 'http://git.sta.li/sites' Patch that I tried to push is attached. >From 5c5d15508c04b4271995379129c5021095f25b42 Mon Sep 17 00:00:00 2001 From: Alexander

Re: [dev] Trouble applying scrollback patch to st

On Sun, Feb 05, 2017 at 07:21:33PM +0100, Martin Kühne wrote: > ...it would be kind of essential for your user experience of the added > scrollback buffer that you could actually look through it and all. > With config.h not really in control of the projects (the user adjusts > that), it's kind of

Re: [dev] Internet privacy/decentralisation projects

On Mon, Jan 23, 2017 at 02:12:23PM +0100, Sylvain BERTRAND wrote: > non-massively decentralized protocols You probably want to use the word "federated". Also I don't understand what does "lambda users" mean.

Re: [dev] Internet privacy/decentralisation projects

On Mon, Jan 23, 2017 at 04:18:40AM +, Caleb Malchik wrote: > I was wondering what the suckless community thinks about various > projects aimed at Internet decentralisation and privacy Decentralization results in metadata leakage and therefore reduces privacy. By splitting the system into

Re: [dev][announce] lr: tiny log rotater

On Sun, Jan 22, 2017 at 03:48:00PM -0500, Wolfgang Corcoran-Mathe wrote: > Hi all, > > I’ve written a simple log rotation program. It rotates a given file > through n backups, appending a numeric suffix. Logs may also be piped > through a command, and an optional suffix may be appended. > > lr

Re: [dev] Suckless font rendering library

On Sat, May 14, 2016 at 09:03:44PM +0200, robin wrote: > So i took up the challenge of making a suckless font rendering library. > The problem: my lvl is barely above noob. > Maybe it will spark some motivation in someone more talented. > > https://github.com/byllgrim/tinyfont > I have

Re: [dev] Suckless font rendering library

On Sat, May 14, 2016 at 09:03:44PM +0200, robin wrote: > So i took up the challenge of making a suckless font rendering library. > The problem: my lvl is barely above noob. > Maybe it will spark some motivation in someone more talented. > > https://github.com/byllgrim/tinyfont > Does not

[dev] [cidr] announcement

I have released a tool that suckless community might like. It is a simple network/prefix <-> ip-range converter: https://github.com/avkrotov/cidr