Re: [dev] Simple made Easy (Rich Hickey at StrangeLoop)
On 2011-10-22 00:08, Connor Lane Smith wrote: On 21/10/2011, Pierre Chapuis wrote: > > http://www.infoq.com/presentations/Simple-Made-Easy > Thanks, I enjoyed watching this. "Let's all write parsers." Hickey kicks unix because although pipes = composability, output and input = free-form text. We combined data exchange with user interface, and user interface usually won that fight. Say data exchange won; would it help us to rewrite our programs to output JSON and our shells to pretty-print* JSON? Patrick [*] The cynic points out that people would then spend time customizing their pretty-printers.
Re: [dev] Simple made Easy (Rich Hickey at StrangeLoop)
> Hey, > > On 21/10/2011, Pierre Chapuis wrote: > > http://www.infoq.com/presentations/Simple-Made-Easy > > > > Excellent talk with a good take at the difficult problem of > > trying to define simplicity (in software). > > Thanks, I enjoyed watching this. Is there a downloadable version of this, or something that I can point mplayer to? Flashplayer == fail for me. -bch -- Brad Harder Method Logic Digital Consulting http://methodlogic.net/ http://twitter.com/bcharder
Re: [dev] Simple made Easy (Rich Hickey at StrangeLoop)
Hey, On 21/10/2011, Pierre Chapuis wrote: > http://www.infoq.com/presentations/Simple-Made-Easy > > Excellent talk with a good take at the difficult problem of > trying to define simplicity (in software). Thanks, I enjoyed watching this. cls
Re: [dev] Introducing XLSH
Awesome! Will try it soon and let you know about the results. Catalin 2011/10/21 Michał Siejak : > Lots of nice and simple solutions here. I, by no means, claim > xlsh/xlshd is the best way to ditch popular *DMs but well I had a lot > of fun coding it and it works for me. :) > > Back to the topic: xlsh github page now has proper wiki with HOWTOs on > compiling and installing it on Arch and Ubuntu Linux as well as > configuration articles. Head to: https://github.com/Nadrin/xlsh/wiki > > -- > Michał Siejak > > -- ** Catalin David M.Sc. Smart Systems 2012 B.Sc. Computer Science 2010 Jacobs University Bremen Phone: +49-(0)1577-49-38-667 Hans-Hermann-Sieling-Strasse 2A Bremen, 28759 Germany **
Re: [dev] Anti-GPL hipsters
I need a +1 button on Stanley's reply... :P Excerpts from Stanley Lieber's message of 2011-10-20 20:32:46 -0400: > On Thu, Oct 20, 2011 at 7:08 PM, Claude Lelouch > wrote: > > Why don't I have the freedom to own slaves? > > because you don't have the strength to take them. > > -sl
Re: [dev] [dev xlsh]: fix Makefile
> With this patch, your Makefile works with my make (GNU Make 3.81) Thanks for your patch. I modyfied Makefile accordingly and pushed it to github. -- Michał Siejak
Re: [dev] Introducing XLSH
Lots of nice and simple solutions here. I, by no means, claim xlsh/xlshd is the best way to ditch popular *DMs but well I had a lot of fun coding it and it works for me. :) Back to the topic: xlsh github page now has proper wiki with HOWTOs on compiling and installing it on Arch and Ubuntu Linux as well as configuration articles. Head to: https://github.com/Nadrin/xlsh/wiki -- Michał Siejak
Re: [dev] Simple made Easy (Rich Hickey at StrangeLoop)
On 10-21 11:11, Pierre Chapuis wrote: http://www.infoq.com/presentations/Simple-Made-Easy Wow, 2789 LOC in the 100K HTML! -- ilf Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg! -- Eine Initiative des Bundesamtes für Tastaturbenutzung signature.asc Description: Digital signature
Re: [dev] Introducing XLSH
On Fri, Oct 21, 2011 at 1:44 PM, Andrew Hills wrote: > Do you use all (six?) of your ttys? No, I usually run bash on two to four ttys, and Xorg on one.
Re: [dev] Introducing XLSH
On Fri, Oct 21, 2011 at 6:41 AM, Bjartur Thorlacius wrote: > It's far from terrible, but passing the filename of a short script to > a minimalistic statically compiled shell from init seams cleaner. But > your way doesn't pose any problems if you don't ever use bash on tty1. > I do so on daily bases, and thus code differently. Do you use all (six?) of your ttys? --Andrew Hills
Re: [dev] Re: [st] Drawing optimizations
On Fri, Oct 21, 2011 at 11:43 AM, Christian Neukirchen wrote: > Perhaps its faster to draw onto an image and then display that? (urxvt > also does the optimization of only updating the window at screen > frequency or something, so it doesn't render all lines of text flushing > by.) > Judging from my experience with Linux virtual console terminals, not redrawing the screen for every line of input (i.e. output) is crucial for achieving acceptable performance.
Re: [dev] Introducing XLSH
> It's not like I can remove bash if I stop using it for this... Why?
[dev] Re: [st] Drawing optimizations
Aurélien Aptel writes: > Hi, > > I know st rendering is slow. I'm currently trying out different > solutions but I can tell you profiling X calls is no fun. > > tip now uses a simple dirty flag per line algorithm. > Each modified line has the flag set to 1. Only dirty lines are drawn > and once it's done their flag is set back to 0. > I've noticed a significant speed up. I'll try more ideas in the near future. I don't know jack about efficient X11 use, but toying around with xtruss showed that xterm mostly uses ImageText16, urvxt uses PolyText8 and RenderFillRectangles when XRENDER is available and ImageText16 else, whereas st uses PolyText8 and PolyFillRectangle only. Perhaps its faster to draw onto an image and then display that? (urxvt also does the optimization of only updating the window at screen frequency or something, so it doesn't render all lines of text flushing by.) -- Christian Neukirchenhttp://chneukirchen.org
Re: [dev] Introducing XLSH
On 10/21/11, Anders Andersson wrote: > It's not like I can remove bash if I stop using it for this, and the > extra milliseconds while starting X doesn't bother me much compared to > having a completely new program that replace those lines. > It's far from terrible, but passing the filename of a short script to a minimalistic statically compiled shell from init seams cleaner. But your way doesn't pose any problems if you don't ever use bash on tty1. I do so on daily bases, and thus code differently.
Re: [dev] Introducing XLSH
> # auto startx if logging in at VC/1 > if [[ -z "$DISPLAY" ]] && [[ $(tty) = /dev/tty1 ]]; then > startx >& ~/.myXLog > logout > fi I do the same. Fastest login manager I know. If you have anything faster to suggest, I'll take it.
Re: [dev] Introducing XLSH
On Thu, Oct 20, 2011 at 6:16 PM, Bjartur Thorlacius wrote: > On Thu, 20 Oct 2011 15:00:48 -, Anders Andersson > wrote: >> >> My .bash_profile looks like this: >> >> # auto startx if logging in at VC/1 >> if [[ -z "$DISPLAY" ]] && [[ $(tty) = /dev/tty1 ]]; then >> startx >& ~/.myXLog >> logout >> fi >> > Uhm, so you've configured bash to exit immediately after starting X if run > as a login shell on tty1? Spawning bash only to spawn a wrapper script > around xinit seems like an overkill. It's not like I can remove bash if I stop using it for this, and the extra milliseconds while starting X doesn't bother me much compared to having a completely new program that replace those lines.
[dev] Simple made Easy (Rich Hickey at StrangeLoop)
http://www.infoq.com/presentations/Simple-Made-Easy Excellent talk with a good take at the difficult problem of trying to define simplicity (in software).
Re: [dev] Anti-GPL hipsters
Kurt H Maier : > On Thu, Oct 20, 2011 at 8:32 PM, Stanley Lieber > wrote: > > On Thu, Oct 20, 2011 at 7:08 PM, Claude Lelouch > > wrote: > >> Why don't I have the freedom to own slaves? > > > > because you don't have the strength to take them. > > > > -sl > > > this is the greatest email ever sent to this list yes.
