Re: [dev] System shell for sta.li

2013-08-02 Thread Anselm R Garbe
On 27 April 2013 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 > PO

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

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
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 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
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 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 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 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 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] System shell for sta.li

2013-04-05 Thread Hugues Moretto-Viry
I cannot agree more. Using mksh since two weeks and I love it so far. I always liked shel,l but now I think I can't live without it. I also had a nice feeling when I came on IRC and on the mailing list, because Thorsten is friendly and patient. Regards -- H.Moretto

[dev] System shell for sta.li

2013-04-05 Thread Thorsten Glaser
Hi, 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 others… https://www.mirbsd.org/mksh.htm It’s the default shell (/