[dev] svkbd: new layouts

2013-04-27 Thread Dmitrij D. Czarkoff
Hello! I've made two new layouts for svkbd - standard Russian and Serbo-Croatian keyboards. -- Dmitrij D. Czarkoff static Key keys[] = { { "ёЁ", XK_Cyrillic_io, 1 }, { "1!", XK_1, 1 }, { "2\"", XK_2, 1 }, { "3№", XK_3, 1 }, { "4;", XK_4, 1 }, { "5%

Re: [dev] [PATCH v2] dmenu_run: Don't leave a shell running

2013-04-27 Thread Anselm R Garbe
Hi, On 16 April 2013 17:17, Ross Lagerwall wrote: > I guess what I meant was what was written in: > http://lists.suckless.org/dev/1304/15327.html > > exec $(dmenu_path | dmenu "$@") did you intent the application of this suggestion to dmenu? Best regards, Anselm

Re: [dev] [dmenu] What is the status of the project?

2013-04-27 Thread Anselm R Garbe
On 18 April 2013 09:45, Troels Henriksen wrote: > To me, this sounds exactly like the kind of feature you want in a > seperate patch. It's a rather big amount of code (relative to suckless > standards anyway), and completely unnecessary if you don't like using > the rat. Furthermore, while some

Re: [dev] [dmenu] What is the status of the project?

2013-04-27 Thread Anselm R Garbe
On 19 April 2013 19:14, Fernando C.V. wrote: > A feature that would be a nice improvement would be to extend the behaviour > of the -f flag to not only grab the keyboard but also draw the window > already and start adding entries to the menu as they are received from > stdin. > > That way, we brin

Re: [dev][libsl][PATCH] drw.c: Allocation success check, don't call die() on error

2013-04-27 Thread Anselm R Garbe
On 12 April 2013 16:56, Lorenzo Cogotti wrote: > This commit modifies drw.c to avoid killing the application > if an error occurs, the caller should be able to decide what to do > on error situations, this hopefully improves code reusability on various > projects. It also checks for calloc() to su

Re: [dev] System shell for sta.li

2013-04-27 Thread Anselm R Garbe
Hi Thorsten, On 5 April 2013 15:53, Thorsten Glaser wrote: > I’ve read you want to use OpenBSD’s ksh for sta.li. > Why don’t you use mksh instead, which is massively > more actively supported, less buggy and well-ported? > It already supports eglibc, µClibc, dietlibc, klibc, > bionic, musl, and o

Re: [dev][9base] Compile with musl

2013-04-27 Thread Anselm R Garbe
On 27 November 2012 17:06, Galos, David wrote: > That means I attached the wrong patch, here is the corrected one Thanks, applied. Sorry for the delay. Best regards, Anselm

Re: [dev] System shell for sta.li

2013-04-27 Thread Gregor Best
On Sat, Apr 27, 2013 at 09:04:07PM +0200, Anselm R Garbe wrote: > [...] > Can you elaborate on this functionality a bit that mksh provides, but > pdksh doesn't? > [...] The only thing I could think of is that mksh allows compressing duplicate history entries into one, such that e.g. the following

Re: [dev] System shell for sta.li

2013-04-27 Thread Dmitrij D. Czarkoff
On Sat, Apr 27, 2013 at 09:18:48PM +0200, Gregor Best wrote: > On Sat, Apr 27, 2013 at 09:04:07PM +0200, Anselm R Garbe wrote: > > [...] > > Can you elaborate on this functionality a bit that mksh provides, but > > pdksh doesn't? > > [...] > > The only thing I could think of is that mksh allows co

Re: [dev] System shell for sta.li

2013-04-27 Thread Thorsten Glaser
Gregor Best dixit: >didn't use mksh that long before switching from Linux to OpenBSD. Nothing prevents you from replacing /bin/{,k}sh with mksh… (I’ve done so on an OpenBSD VM at work) or just installing it alongside and using it. bye, //mirabilos PS: on that signature… Frank is zsh developer/c

Re: [dev] System shell for sta.li

2013-04-27 Thread Thorsten Glaser
Anselm R Garbe dixit: >Can you elaborate on this functionality a bit that mksh provides, but >pdksh doesn't? Not easily; the last release of pdksh was in 1999, and mksh is actively developed; even pointing out every single bugfix, for POSuX compliance or genuine, would take several Kibibytes. It

Re: [dev] System shell for sta.li

2013-04-27 Thread Edgaras
On Sat, Apr 27, 2013 at 07:47:34PM +, Thorsten Glaser wrote: > Anselm R Garbe dixit: > > >Can you elaborate on this functionality a bit that mksh provides, but > >pdksh doesn't? > > It’s developed with an attitude I’d call “suckless”, without > being part of suckless.org though. (And it’s qua

Re: [dev] System shell for sta.li

2013-04-27 Thread Thorsten Glaser
Edgaras dixit: >Well it fails to compile on PI for me What OS? What error message? There was a period where a bug in GCC prevented a configure time check from working. In mksh R45 (released yesterday), the entire arithmetics code has been rewritten to not use signed integers, making that check o

Re: [dev] System shell for sta.li

2013-04-27 Thread Jens Staal
On 2013-04-27 21:47, Thorsten Glaser wrote: Anselm R Garbe dixit: Can you elaborate on this functionality a bit that mksh provides, but pdksh doesn't? Not easily; the last release of pdksh was in 1999, and mksh is actively developed; even pointing out every single bugfix, for POSuX compliance

Re: [dev] System shell for sta.li

2013-04-27 Thread Thorsten Glaser
Jens Staal dixit: > Sorry for taking this out of context (and on the wrong list), but I built mksh > (now a relatively old version 40f) for Plan9/APE (using the native "cc" front > end to the plan9 compilers) in the hope to replace the old pdksh "sh" command > there. Yeah, I did that too. With ed

[dev] [PATCH v3] dmenu_run: Don't leave a shell running

2013-04-27 Thread Ross Lagerwall
The previous logic leaves a shell running for the duration that the launched application runs. This changes it so that the only application that is left running is the launched application. --- OK, so here is another attempt. It should hopefully behave like the current master branch (without the s

Re: [dev] [PATCH v3] dmenu_run: Don't leave a shell running

2013-04-27 Thread Thorsten Glaser
Ross Lagerwall dixit: >+eval exec $(dmenu_path | dmenu "$@") You might need double-quotes around that (the eval argument). Best to check with something containing a tab, e.g. 「a\↹b "c↹d" e」 where ↹ is a tab. Sometimes spaces and quotes are not enough to show the issues. bye, //mirabilos -- “It

[dev] [st] blink support

2013-04-27 Thread Christoph Lohmann
Greetings comrades, st now has the long awaited blink support. It is more reliable than the xterm blinking and will blink even throughout other actions happening. Of course it can be turned off in the config.h. There is no capability in the terminfo to have fast blinking, but an es‐ cape code

Re: [dev] [PATCH v3] dmenu_run: Don't leave a shell running

2013-04-27 Thread Ross Lagerwall
On Sat, Apr 27, 2013 at 09:41:22PM +, Thorsten Glaser wrote: > Ross Lagerwall dixit: > > >+eval exec $(dmenu_path | dmenu "$@") > > You might need double-quotes around that (the eval argument). > Best to check with something containing a tab, e.g. > 「a\↹b "c↹d" e」 where ↹ is a tab. Sometimes