Re: [dev] /run coming to a linux distribution near you
It's ok for me. At the end we are all going to see that /run crap soon or late. It was good imho to know the reasons. On 30/03/2011, at 17:54, Nick suckless-...@njw.me.uk wrote: On Wed, Mar 30, 2011 at 05:36:44PM +0200, c...@wzff.de wrote: In any case, I don't understand why this is discussed on this mailing list. This has absolutely nothing to do with any suckless software. Please take your criticism to other mailing lists, where people are in a position to change things should valid arguments come up. Posting here won't change anything (the reason for me to reply on this: I don't want to change anything. I was just curious as to others' opinions of it, and figured suckless people would have some worth hearing. Apologies if it is overly off-topic.
Re: [dev] MODKEY
Dnia , o godz. KIMURA Masaru hiyuh.r...@gmail.com napisał(a): Hi, Usually I use wmii on gentoo/ppc. Recently I was trying to set up Cygwin/X via XDMCP and I noticed that Mod1 and Mod4 were trapped by Windows. What do you think about MODKEY? Hi. Have you tried -keyhook option?
Re: [dev] MODKEY
Hi, Thank you. But this means that I can no longer switch X to other Windows' apps? 2011/3/31 Hadrian Węgrzynowski hadr...@hawski.com: [SNIP] Have you tried -keyhook option?
[dev] [st] A few small patches
Hi there, I've done some light hacking on st, and am attaching 3 little patches as a result. I really like st, by the way, and am finding it very stable and great for everyday use. nofinalnewlinesel.patch This doesn't add a newline to the selection if the next line isn't selected. This was really annoying me; I'm delighted to have it fixed :) printtostderr.patch There were a couple of error-like messages that were going to stdout; this sends them to stderr instead. removeerrkeyprint.patch This removes the errkey stderr printing of key codes which don't need to send anything. There's no need for me to get a message on stderr every time I press shift. Hope you like them, Nick diff -r 7bae6f59e9f6 st.c --- a/st.c Sun Jan 23 12:30:01 2011 +0100 +++ b/st.c Thu Mar 31 14:17:34 2011 +0100 @@ -420,8 +420,8 @@ memcpy(ptr, term.line[y][x].c, sl); ptr += sl; } - if(ls) -*ptr = '\n', ptr++; + if(ls y sel.e.y) +*ptr++ = '\n'; } *ptr = 0; } diff -r 7bae6f59e9f6 st.c --- a/st.c Sun Jan 23 12:30:01 2011 +0100 +++ b/st.c Thu Mar 31 14:20:33 2011 +0100 @@ -935,7 +935,7 @@ switch(escseq.mode) { default: unknown: - printf(erresc: unknown csi ); + fprintf(stderr, erresc: unknown csi ); csidump(); /* die(); */ break; @@ -1207,7 +1207,7 @@ term.c.attr.mode = ~ATTR_GFX; break; default: -printf(esc unhandled charset: ESC ( %c\n, ascii); +fprintf(stderr, esc unhandled charset: ESC ( %c\n, ascii); } term.esc = 0; } else { diff -r 7bae6f59e9f6 st.c --- a/st.c Sun Jan 23 12:30:01 2011 +0100 +++ b/st.c Thu Mar 31 14:21:37 2011 +0100 @@ -1794,8 +1794,7 @@ if(meta len == 1) ttywrite(\033, 1); ttywrite(buf, len); - } else /* 4. nothing to send */ -fprintf(stderr, errkey: %d\n, (int)ksym); + } break; } }
Re: [dev] [st] A few small patches
On Thu, Mar 31, 2011 at 02:30:58PM +0100, Nick wrote: I really like st, by the way, and am finding it very stable and great for everyday use. Speaking of which, are there any plans to release a 0.1 sometime soon? As I say, in my experience st has been very solid, including with wierd curses programs.
Re: [dev] [st] A few small patches
I agree with those patches. I can commit them, but i will prefer to review them before anything. About 0.1 i agree too. I also think the project is stable enought to be released.. At least for a 0.1. Maybe the author can give some feedback here On 31/03/2011, at 15:30, Nick suckless-...@njw.me.uk wrote: Hi there, I've done some light hacking on st, and am attaching 3 little patches as a result. I really like st, by the way, and am finding it very stable and great for everyday use. nofinalnewlinesel.patch This doesn't add a newline to the selection if the next line isn't selected. This was really annoying me; I'm delighted to have it fixed :) printtostderr.patch There were a couple of error-like messages that were going to stdout; this sends them to stderr instead. removeerrkeyprint.patch This removes the errkey stderr printing of key codes which don't need to send anything. There's no need for me to get a message on stderr every time I press shift. Hope you like them, Nick nofinalnewlinesel.patch printtostderr.patch removeerrkeyprint.patch
[dev] Sup and dmc
As long as they are suckless projects and I didnt find any time to work more on it im going to move the repos to hg.suckless.org This way the code will be part of the suckless project and more people will have commit access to it. It's ok for you guys? Anybody interested in working on them? --pancake
Re: [dev] Re: [ANN] ruby wmiirc - improved status bar applets
Suraj, Let me see if I understand this: You have an arrangement like so: 1 2 3 When you start a new firefox client, let's say in the right column, the arrangement would then be 1 2 3 4 If I would persist the first arrangement, then the arrangement would /remain/ as 1 2 3 But the firefox would push one of the other clients out of the view? Is that what this feature does? Thanks, --Nate On Mon, Mar 28, 2011 at 5:00 PM, Suraj Kurapati sun...@gmail.com wrote: On Sat, Mar 26, 2011 at 4:45 PM, Suraj Kurapati sun...@gmail.com wrote: Status bar applets have greatly improved in my Ruby wmiirc[1]: I also added a display/status/arrange status bar applet[2] for persistent client arrangements (something found in smaller WMs like dwm and larswm) where the current arrangement (or layout) is reapplied whenever clients enter or leave the current view. This was a feature I wanted for a long time in wmii, but never got around to implementing, until now. Cheers. [1] http://github.com/sunaku/wmiirc [2] https://github.com/sunaku/wmiirc/blob/master/display/status/arrange.yaml
Re: [dev] How do you cope with OSX? (if at all)
On 18 Mar 2011, at 9:23 am, Anselm R Garbe wrote: Hi there, at work I have to use OSX (on a MacBook Pro 13) for various reasons and wonder if anyone is using dwm in conjunction with OSX? I tried different approaches so far, but all are really PITA. The only approach I can envision is running arch in VirtualBox and having a saner Linux environment to work with. But I have no idea what performance penalty that will be in regular use. Probably a negative penalty. :) I know I'm a bit late, but I don't think anyone's covered this. I used OS X as my primary OS for 6 months and found the kernel is *very* poor for unix-like tasks. If you depend heavily on shell scripts and generally like to put small simple tools together I think you'll actually get much better performance from a guest OS in a decent virtualizer. As to getting a decent virtualizer, I don't think you'll get one for free. I never did; qemu was very slow. You'll want a commercial virtulizer for OS X. VMWare and Parallels both have been reported to run Plan 9 well, FWIW, but VMWare Player doesn't run on OS X, you have to buy Fusion if you want it. At home I tend to leave the OSX machine untouched these days though. But using the braindamaged OSX UI feels more and more totally in the way and ineffecient. I'm always astounded when people can tolerate the far more brain- damaged WinGnoKDE bag of spanners, but the OS X UI is limited in an 'ivory tower' kind of way. If you work with it in the way it's meant to be used it's really good, but the way it's meant to be used doesn't really account for whole classes of tasks like web browsing and terminal use. Some of the problems can be ameliorated by the use of Spaces, but they barfed on Spaces; hiding and dock use both kinda clash with it. Still, it's the only window system I've ever used which I could really get used to. Even dwm frequently puts the focus where I least expect it. There was also some talk about trackpads in the thread... May I say that OS X is the only system I've used on which trackpads were good and usable? There's a little checkbox in the control panel - Ignore accidental trackpad input and you know what? It works! I'm not quite sure exactly how it works but it makes a huge difference. My primary machine for the last few weeks has been a Linux-powered netbook with the trackpad so close to the space bar it gets touched by the side of my thumb as I type, and I've just been wondering over and over again WHY can Linux not ignore accidental input? Of course, having said that I'm sure half a dozen people will tell me it DOES if ONLY you set this SO DEEPLY BURIED config option I could never in a million years have found for myself. Such is my Linux life, lol.
Re: [dev] wmii: sticky windows and xinerama
On 25 Mar 2011, at 5:18 am, Gmail wrote: I'm trying to get a window to remain sticky based on whether it is moved onto a secondary display or not. Ideally it would be advantageous to move documentation, irc, etc to this monitor and have them stick there regardless of tag. I'm not sure if it would fit with the internal structure of wmii, but I think the suckless way to do this would be to make it possible for the separate monitors to show different tags. dwm already does this.
Re: [dev] [surf] browser identification
On 25 Mar 2011, at 3:15 pm, Swiatoslaw Gal wrote: Hi, imbeciles coding sucking webpages check how the browser identifies itself. And if it is not sucking browser instead of desired content I get some ad about downloading sucking software. All I can check is for example aruljohn.com which tells me Your browser is Unknown Browser. At the same time luakit results with Mozilla 5.0 while jumanji with Safari 5.0. But I am too blind to find anything relevant in their codes. How can I patch surf to identify as one of those? There are lists of user-agent strings out there on the web. I set mine to report it's an iphone which makes a lot of websites much nicer.
Re: [dev] @bleidl, 26/03/11 19:41
On 30 Mar 2011, at 1:36 pm, v4hn wrote: On Tue, Mar 29, 2011 at 02:36:00PM -0400, Josh Rickmar wrote: identi.ca (free and distributed) works reasonably well, It's a working alternative to twitter. but is unfortunately overloaded with gnu freetards. If you think that's true, change that by using it. I generally find it easy to avoid the bullshit on big sites, but even if it isn't, isn't the software powering identi.ca free?
Re: [dev] @bleidl, 26/03/11 19:41
On Thu, Mar 31, 2011 at 5:04 PM, Ethan Grammatikidis eeke...@fastmail.fm wrote: I generally find it easy to avoid the bullshit on big sites, but even if it isn't, isn't the software powering identi.ca free? It's called statusnet and it's a horrible php monstrosity. Implementing the API in C might be a fun weekend project. -- # Kurt H Maier
Re: [dev] Re: [ANN] ruby wmiirc - improved status bar applets
On Thu, Mar 31, 2011 at 11:19 AM, Nathan Neff nathan.n...@gmail.com wrote: If I would persist the first arrangement, then the arrangement would /remain/ as 1 2 3 But the firefox would push one of the other clients out of the view? Is that what this feature does? No, persistence means the reapplication of your chosen arrangement when clients enter/leave the current view. For example, if you started out with a single column like this: 1 2 3 And chose rightward in the arrange status barlet: 1 2 3 And started a new client in the second column: 1 2 3 4 Then, wmii tells us a client has entered the current view through the ClientAttach event. The arrange barlet (which listens for ClientAttach and ClientDetach events) is triggered and it reapplies the rightward arrangement that you chose earlier. As a result, your view now looks like this: 1 2 4 3 Start another client in the second column: 1 2 4 3 5 And the status barlet again reapplies the rightward arrangement: 1 2 5 3 4 Start another client in the second column: 1 2 5 3 4 6 And once again, the status barlet kicks in: 1 2 6 3 5 4 This is what I mean by persistence.
Re: [dev] Sup and dmc
Thanks for the information on the repository url change. I have updated the archlinux AUR PKGBUILD: http://aur.archlinux.org/packages.php?ID=39955 I use dmc to quickly send files by email from the shell and I'm interested in working on dmc because I would like it to be usable as my primary email client. I've recently been grepping through the source code of dmc and I will have some fixes and improvements once I understand it better. - AndreasBWagner On Thu, Mar 31, 2011 at 2:10 PM, pancake panc...@youterm.com wrote: As long as they are suckless projects and I didnt find any time to work more on it im going to move the repos to hg.suckless.org This way the code will be part of the suckless project and more people will have commit access to it. It's ok for you guys? Anybody interested in working on them? --pancake
[dev] hgweb typically sucks
Looking at the list of other projects on suckless.org some catch my eye, so I click on them get taken to a hgweb site. Okay, no problem so far, so I click on a file, micy's micy.c for example. Between the syntax highlighting and the crazy two-tone background my old eyes can't read it so I click raw... and I'm not allowed to view it in my browser! I have to download the file and then resort to some other program to find and read the thing, which is not the point of using a browser in the first place. Who wants to save a single file from a project anyway, and if they do what browser doesn't have a perfectly good save as option anyway? I like to browse these things occasionally to get a bit of a deeper idea of what they do in case I want them in the future, but I'm not going to bother with a whole hg clone into some temp dir just to get enough info on something to make it stick in my memory.
Re: [dev] How do you cope with OSX? (if at all)
Just play a few rounds of counter-strike against touchpad losers. That will convince them... I also really love to play DOOM 1 with one finger (only the trackpoint, even for movement). People wouldn't believe it's live :)
Re: [dev] Sup and dmc
Fuck such enormous letters at such a time, is it possible to turn off HTML in gmail?? Or better even - make *your* mail client suck less... On Thu, Mar 31, 2011 at 6:10 PM, pancake panc...@youterm.com wrote: As long as they are suckless projects and I didnt find any time to work more on it im going to move the repos to hg.suckless.org This way the code will be part of the suckless project and more people will have commit access to it. It's ok for you guys? Anybody interested in working on them? --pancake
Re: [dev] Sup and dmc
I just looked at the source and what is this shit?!?!
Re: [dev] Sup and dmc
On Fri, 1 Apr 2011, hiro wrote: I just looked at the source and what is this shit?!?! Yikes. I thought hiro was overreacting, until I looked at the source of the HTML MIME part. Wow. That's Office-grade shit. Horribly verbose, and only aimed at a specific subset of browsers: span class=Apple-style-span style=-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); font-size: medium;
Re: [dev] How do you cope with OSX? (if at all)
On 1 Apr 2011, at 3:04 am, hiro wrote: Just play a few rounds of counter-strike against touchpad losers. That will convince them... I also really love to play DOOM 1 with one finger (only the trackpoint, even for movement). People wouldn't believe it's live :) Haha, yeah, I never thought about games. I've never actually used a trackpoint...
Re: [dev] Sup and dmc
On 1 Apr 2011, at 3:19 am, Benjamin R. Haskell wrote: On Fri, 1 Apr 2011, hiro wrote: I just looked at the source and what is this shit?!?! Yikes. I thought hiro was overreacting, until I looked at the source of the HTML MIME part. Wow. That's Office-grade shit. Horribly verbose, and only aimed at a specific subset of browsers: span class=Apple-style-span style=-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba (175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba (77, 128, 180, 0.230469); font-size: medium; I missed seeing this specific mail but after my inbox got filled several times I found one 1/4-megabyte email in a folder I don't look at often. After that I cut my filtering down to reject messages over 128KB. I don't suppose I'll miss too many patches I'd want to see because of that. :)