Re: [dev] wicd and his little friends
On Wed, Jan 19, 2011 at 12:14:06PM +, hiro wrote: > I still want wireless to be switched off completely when I attach the > ethernet cable. Is there any program I could combine with wpa_actiond > to acchieve this? ifplugd is a daemon that runs a trigger script when ethernet cable is attached/detached. You still need to glue things together ...
Re: [dev] wicd and his little friends
Hi, hiro wrote: I also don't remember why I started using wicd instead of scripting, there definitely was an other reason, too. Butl, nevermind. Ok, my mind came back. It was automatically switching between wireless networks which let me think I needed wicd. The only thing missing now is a nice interface for wpa_supplicant/wpa_cli and ifplugd. But I'll be scripting now. on Archlinux there is netcfg for this purpose, which supports wireless and wired auto connect [0]. Sincerely, Christoph Lohmann [0] https://wiki.archlinux.org/index.php/Network_Profiles#net-auto-wired
Re: [dev] wicd and his little friends
Please let me know if you figure this problem out. http://natalian.org/archives/2011/01/20/Trying_to_get_Windows_hotplug_usability/ I've yet to debug why /etc/ifplugd/netcfg.action doesn't work for me. Code is hard to read at first glances.
Re: [dev] Recent vain attempts at suckless Web applications
Hey Kai On Sun, Jan 9, 2011 at 11:36 PM, Kai Hendry wrote: > http://greptweet.com/ -- Uses grep for searching retrieved tweets That's a pretty awesome idea. Thanks a lot :) But the UI should be improved, to prevent questions like "what does this webapp do?" or "how do I get my tweets after the page pulled them from Twitter?". I especially like fetch-tweets.sh. Would be cool to turn this into a nice Python script though. Danilo
Re: [dev] Recent vain attempts at suckless Web applications
On 20 January 2011 11:26, Danilo Bargen wrote: > I especially like fetch-tweets.sh. Would be cool to turn this into a > nice Python script though. What's the point of it being in Python? It's several times the size of bloated bash! We are trying to make things suck less here, not more. I'm happy to accept patches on the UI. ;)
Re: [dev] Recent vain attempts at suckless Web applications
On 20 January 2011 12:40, Kai Hendry wrote: > On 20 January 2011 11:26, Danilo Bargen wrote: >> I especially like fetch-tweets.sh. Would be cool to turn this into a >> nice Python script though. > > What's the point of it being in Python? It's several times the size of > bloated bash! We are trying to make things suck less here, not more. > > I'm happy to accept patches on the UI. ;) It should be rewritten in rc and use 9base, or written fully in C ;) Cheers, Anselm
Re: [dev] Recent vain attempts at suckless Web applications
> What's the point of it being in Python? It's several times the size of > bloated bash! We are trying to make things suck less here, not more. Reading Python sucks a lot less than reading bloated non-modular Bash :) But that's a matter of opinion. Cheers
Re: [dev] Recent vain attempts at suckless Web applications
On Thu, Jan 20, 2011 at 8:27 AM, Danilo Bargen wrote: > Reading Python sucks a lot less than reading bloated non-modular Bash > :) But that's a matter of opinion. If that's your only metric, you should pay a calligrapher to write it out on a nice piece of parchment so you can frame it for easy reading. -- # Kurt H Maier
Re: [dev] Recent vain attempts at suckless Web applications
On 01/20/11 14:27, Danilo Bargen wrote: What's the point of it being in Python? It's several times the size of bloated bash! We are trying to make things suck less here, not more. Reading Python sucks a lot less than reading bloated non-modular Bash :) But that's a matter of opinion. Cheers reading python is harmful. probably less than writing it.
Re: [dev] Recent vain attempts at suckless Web applications
Hey, On 20 January 2011 11:40, Kai Hendry wrote: > What's the point of it being in Python? It's several times the size of > bloated bash! We are trying to make things suck less here, not more. You know the Plan 9 kernel is over two and a half times the size of Unix v6. Why bother, right? Perhaps a larger foundation is worth it when it improves the (far more) code written atop it. Python isn't perfect, but sufficiently complex Python code sucks far less than in *sh. cls
Re: [dev] Recent vain attempts at suckless Web applications
What is the largest corpus of code you have authored? What is the largest corpus you did not author yet had to master? At large scale the choice of language makes a big difference. Worth a read: http://www.linuxjournal.com/article/3882 /john (who has written process control systems in assembler, device drivers and system utilities in C, commercial optimizing compilers in Pascal, a tera scale database software in C++) On Thu, Jan 20, 2011 at 8:51 AM, Kurt H Maier wrote: > On Thu, Jan 20, 2011 at 8:27 AM, Danilo Bargen wrote: >> Reading Python sucks a lot less than reading bloated non-modular Bash >> :) But that's a matter of opinion. > > If that's your only metric, you should pay a calligrapher to write it > out on a nice piece of parchment so you can frame it for easy reading. > > > -- > # Kurt H Maier > > -- John Yates 257 Nashoba Rd Concord, MA 01742 978 371-4923
Re: [dev] [st] Separating the wheat (terminal emulation) from the chaff (X)
On Wed, Jan 19, 2011 at 9:27 PM, Ross Mohn wrote:
> What will struct term_t look like?
> -Ross
It currently looks like that:
typedef struct {
int pid;
int io; // master pty
int row; // rows nb
int col; // cols nb
term_line_t* line;// screen line memory
term_line_t* alt; // idem, for alternate screen
term_line_t* scroll; // scrollback buffer
term_cursor_t c; // cursor
term_cursor_t cs; // saved cursor
int top; // topscroll limit
int bot; // bottom scroll limit
int mode; // terminal mode flags
char title[ESC_TITLE_SIZ];
int titlelen;
int esc; // escape state flags (parsing state)
term_csi_t csi;
} term_t;
[dev] wmii put computer to sleep/suspend
Is there a way to put your computer to sleep/suspend it in wmii? I've been 'quit'ing and suspending from the Ubuntu login screen but it would be nice to be able to keep all my apps and such open. Even just being able to switch users instead of logging off. -Eitan
Re: [dev] Recent vain attempts at suckless Web applications
On Thu, Jan 20, 2011 at 9:13 AM, John Yates wrote: > What is the largest corpus of code you have authored? What is the > largest corpus you did not author yet had to master? At large scale > the choice of language makes a big difference. thank you, john, for your completely irrelevant questions, and their contributions to this discussion of non-large-scale programming. -- # Kurt H Maier
Re: [dev] wmii put computer to sleep/suspend
pm-suspend -- # Kurt H Maier
Re: [dev] [st] Separating the wheat (terminal emulation) from the chaff (X)
Is a scrollback buffer really that usefull? I always get lost in them... Personally I'm much more comfortable with the history of my shell and less, grep or all kinds of other programs for long output. But I'd love to hear how you guys feel about this. kind regards, cryptix
Re: [dev] wmii put computer to sleep/suspend
Hi! You can use pm-hibernate and pm-suspend commands. I think pm-utils must be installed. You can modify /etc/sudoers to don't require sudo for these commands : ALL ALL=NOPASSWD:/usr/sbin/pm-hibernate ALL ALL=NOPASSWD:/usr/sbin/pm-suspend On Thu, 20 Jan 2011 10:23:34 -0500, Eitan Goldshtrom wrote: Is there a way to put your computer to sleep/suspend it in wmii? I've been 'quit'ing and suspending from the Ubuntu login screen but it would be nice to be able to keep all my apps and such open. Even just being able to switch users instead of logging off. -Eitan
Re: [dev] [st] Separating the wheat (terminal emulation) from the chaff (X)
On 01/20/11 16:20, cryptix wrote: Is a scrollback buffer really that usefull? I always get lost in them... Personally I'm much more comfortable with the history of my shell and less, grep or all kinds of other programs for long output. But I'd love to hear how you guys feel about this. kind regards, cryptix I tend to use the scrolling, mostly when I type a command, and the result is longer than expected, so it doesnt fits the window. I know that scrolling is a source of problems (because of different widths), limit of buffer, slower scrolling, more memory consumption, etc.. but it is sometimes useful. I would like to have it, but i recognize that it is a source of problems. So maybe we should not think about it or add it as a patch until we find a decent way to implement it. what do you think? --pancake
Re: [dev] [st] Separating the wheat (terminal emulation) from the chaff (X)
On Thu, Jan 20, 2011 at 05:11:14PM +0100, pancake wrote: > I tend to use the scrolling, mostly when I type a command, and the > result is longer than expected, so it doesnt fits the window. I find that using the scrollback buffers from tmux is a lot nicer than wrestling with my terminal's scrollback buffer. At least then I can browse the buffer with vi keys and search it using '/' or '?'. The added bonus is copy-and-paste support (which is sometimes useful). Thats just me though, perhaps the minimalists around here scoff at using tmux or screen. :D -- joshc
Re: [dev] [st] Separating the wheat (terminal emulation) from the chaff (X)
If we can bind the mouse wheel to tmux and we use tmux as default shell in st.. On Jan 20, 2011, at 5:42 PM, Josh Cartwright wrote: > On Thu, Jan 20, 2011 at 05:11:14PM +0100, pancake wrote: >> I tend to use the scrolling, mostly when I type a command, and the >> result is longer than expected, so it doesnt fits the window. > > I find that using the scrollback buffers from tmux is a lot nicer than > wrestling with my terminal's scrollback buffer. At least then I can > browse the buffer with vi keys and search it using '/' or '?'. The > added bonus is copy-and-paste support (which is sometimes useful). > > Thats just me though, perhaps the minimalists around here scoff at using > tmux or screen. :D > > -- >joshc >
[dev] wmii extremely beginner scripting help
Hi all. I want to add something to my status bar, but I'm finding that online tutorials are leaving me uncertain of a lot of what I need to do. Is it sufficient for me to create a file called wmiirc in ~/.wmii-3.5/, put a status() function inside, and make the file executable? I have been led to believe I need to put a copy of the whole wmiirc file in /etc/X11/wmii-3.5? Overall, I'm very confused about this whole process. -Eitan
Re: [dev] [st] Separating the wheat (terminal emulation) from the chaff (X)
Will you guys implement a NOSCROLL option like in plan9? Then I might use it too :) On 1/20/11, pancake wrote: > If we can bind the mouse wheel to tmux and we use tmux as default shell in > st.. > > On Jan 20, 2011, at 5:42 PM, Josh Cartwright wrote: > >> On Thu, Jan 20, 2011 at 05:11:14PM +0100, pancake wrote: >>> I tend to use the scrolling, mostly when I type a command, and the >>> result is longer than expected, so it doesnt fits the window. >> >> I find that using the scrollback buffers from tmux is a lot nicer than >> wrestling with my terminal's scrollback buffer. At least then I can >> browse the buffer with vi keys and search it using '/' or '?'. The >> added bonus is copy-and-paste support (which is sometimes useful). >> >> Thats just me though, perhaps the minimalists around here scoff at using >> tmux or screen. :D >> >> -- >>joshc >> > >
Re: [dev] [9base] cheeky TODO patch
And col(1), which sadly is missing from p9p too, but should be trivial to port from Plan 9. uriel 2011/1/20 Stanley Lieber : > diff -r e39eeddcc295 TODO > --- a/TODO Thu Jan 06 09:50:05 2011 + > +++ b/TODO Wed Jan 19 23:02:02 2011 -0600 > @@ -1,1 +1,1 @@ > -add wc > +add htmlfmt > > -sl > >
