Re: [dev] [st] [PATCH] Converted "font" string to "fonts" array

2016-08-14 Thread Eric Pruitt
On Mon, Aug 15, 2016 at 03:59:40AM +0300, Amer wrote: > I don't understand at all how you can apply this embedded-into-body > patch with all tabs replaced by spaces and lines wrapped on 80. > What magic I need for this? It was unintentional. Normally, I send patches to the list as attachments, but

Re: [dev] [st] [PATCH] Converted "font" string to "fonts" array

2016-08-14 Thread Amer
I don't understand at all how you can apply this embedded-into-body patch with all tabs replaced by spaces and lines wrapped on 80. What magic I need for this? Anyway, reformatted patch cleanly applying to 0.7 in the attachment. diff --git a/config.def.h b/config.def.h index b41747f..638c3c5 10064

[dev] [st] [PATCH] multiplexer (tmux integration)

2016-08-14 Thread Amer
I suppose this patch isn't mature enough, so you are welcome. Content * added -m/-M command line options to demand/ignore multiplexer (using only -m option to toggle defaults isn't robust enough) * config options to specify exec wrapper and finalizing commands * sessions are named after

Re: [dev] How about software for photography enthusiasts?

2016-08-14 Thread FRIGN
On Sat, 13 Aug 2016 16:04:32 +0300 Ciprian Dorin Craciun wrote: Hey Ciprian, > * Starting with the obvious `dcraw` ( > http://www.cybercom.net/~dcoffin/dcraw/ ), which although I'm sure > will fail all of the "suckless" criteria, is among the few (if not the > only?) open-source solution for ext

Re: [dev] s - suckless shell

2016-08-14 Thread Lee Fallat
On Sat, Aug 13, 2016 at 11:50 PM, Ben Woolley wrote: > > We now have very good automation tools that are not shells, like Python and > Lua, so wouldn't it make sense to take a second look at shells that are more > specific to command interpretation? > This looks fun to talk about. I think any

[dev] [tabbed] [PATCH] Don't call execvp() with NULL as first argument

2016-08-14 Thread Peter Hofmann
Hi, I noticed a crash in spawn(). It appears execvp() does not check whether its first argument is NULL -- at least some implementations don't. They happily try to dereference the NULL pointer and then segfault. I've seen execvp() crash on Linux/glibc-2.24, FreeBSD 10.2, and NetBSD 7. "Of course"

Re: [dev] s - suckless shell

2016-08-14 Thread hiro
python is not a "good automation tool".