Re: [dev] [wmii] grow command does not work on floating mplayer

2010-10-28 Thread Thomas Dean
On Thu, Oct 28, 2010 at 09:56:13 -0400, Kris Maglione wrote: > Fixed in tip. Thanks, that was fast, works great! I noticed another problem introduced in hg2782: In rc/wmiirc.sh, local_events | wi_events needs to be replaced by wi_events local_events in order for the local even

Re: [dev] [wmii] grow command does not work on floating mplayer

2010-10-28 Thread Kris Maglione
On Thu, Oct 28, 2010 at 02:14:06PM +0200, Thomas Dean wrote: mplayer windows keeps a fixed aspect ratio when floating. Growing such windows via wmiir does not seem to work, because one can only grow either horizontally or vertically, but not both at the same time. (Shrinking works, the other dire

Re: [dev] [wmii] grow command does not work on floating mplayer

2010-10-28 Thread Kris Maglione
On Thu, Oct 28, 2010 at 02:14:06PM +0200, Thomas Dean wrote: mplayer windows keeps a fixed aspect ratio when floating. Growing such windows via wmiir does not seem to work, because one can only grow either horizontally or vertically, but not both at the same time. (Shrinking works, the other dire

Re: [dev] Re: sta.li progress

2010-10-28 Thread Jacob Todd
How? It's statically linked iirc against the systems libs. On Oct 28, 2010 5:24 AM, "finkler" wrote: > On 10/28/10 01:39, Jacob Todd wrote: >> Go uses the plan 9 libs. >> > While I really like Go, it is still a niche project, and a 2MB+ basename > executable is not really suckless. > >

[dev] [wmii] grow command does not work on floating mplayer

2010-10-28 Thread Thomas Dean
Hi, mplayer windows keeps a fixed aspect ratio when floating. Growing such windows via wmiir does not seem to work, because one can only grow either horizontally or vertically, but not both at the same time. (Shrinking works, the other direction gets shrunk accordingly.) Is there any way to still

Re: [dev] Re: sta.li progress

2010-10-28 Thread pmarin
I mean glibc On Thu, Oct 28, 2010 at 1:40 PM, pmarin wrote: > I think p9p libc is a big wrapper around glib. There is no plan9 libc > for unix (only some stuff that comes with go but It can not be used > with an ansi c compiler). > > On Thu, Oct 28, 2010 at 9:34 AM, Jens Staal wrote: >> On a rel

Re: [dev] Re: sta.li progress

2010-10-28 Thread pmarin
I think p9p libc is a big wrapper around glib. There is no plan9 libc for unix (only some stuff that comes with go but It can not be used with an ansi c compiler). On Thu, Oct 28, 2010 at 9:34 AM, Jens Staal wrote: > On a related note. Has anyone tried to compile APE on p9p? Would the > APE libc

[dev] Re: sta.li progress

2010-10-28 Thread finkler
On 10/28/10 01:39, Jacob Todd wrote: > Go uses the plan 9 libs. > While I really like Go, it is still a niche project, and a 2MB+ basename executable is not really suckless.

Re: [dev] Re: sta.li progress

2010-10-28 Thread Jens Staal
On a related note. Has anyone tried to compile APE on p9p? Would the APE libc compiled under p9p be possible to use as a POSIX libc on linux? (I might try compiling APE under p9p tonight when I get home if nobody has tried this yet) A second issue is: Does p9p libc get (L)GPL contaminated by the h

Re: [dev] Re: sta.li progress

2010-10-28 Thread Jens Staal
In my simple mind it might be easier to modify bionic to become 'a port of *BSD libc' (adding missing syscalls and whatnot) than to port it all to Linux from scratch? 2010/10/28 finkler : > On 10/12/10 07:58, Wolf Tivy wrote: >>> 2. Demonstrate stand-alone static binaries that have been linked >>>