Re: [dev] Re: [9base] Failure to link against uClibc: undefined references
On 27/02/2012, Paul Onyschuk wrote: > I didn't drink my coffee yet, so my head isn't straight yet. I tried > to build 9base/plan9port/9vx with uClibc year or two ago (without > success). Those errors looks familiar, but my memory isn't fresh. I hope that the coffee is. > AFAIK uClibc doesn't provide getdirentries(), which is used by lib9/dirread.c. Ah, true. $ nm uClibc-0.9.32/lib/* | grep getdir getdirname.os: $ > As for error with getdirentries64, just look at /usr/include/dirent.h: > > # define getdirentries getdirentries64 > > I think I fixed that by providing own version of getdirentries(), but > hit later other issues. > > Still it would be nice to fix this once and for all, because plan9port > and 9vx has same issues (I don't think that this got fixed). I agree. A quick search yielded this: http://9fans.net/archive/2006/06/463 Not sure where the patch is, though. Cheers, strake
RE: [dev] [dwm] Tags vs Monitors continued
Here is an updated version of the patch that doesn't cause dwm to crash when adding or removing monitors. There is also a know issue when multiple tags are assigned to a single window. The patch doesn't prevent you from displaying both tags on two monitors at the same time - better don't do it. https://bitbucket.org/jceb81/dwm-patches/raw/53cc07efad29/single_clientlist.patch Cheers, Jan Christoph -Original message- From: Jan Christoph Ebersbach Sent: Mon 27-02-2012 21:12 Subject:[dev] [dwm] Tags vs Monitors continued To: dev@suckless.org; CC: 78...@web.de; > Hi Thomas, > Hi everybody, > > I experienced the very same difficulties with dwm's multi-monitor > support that Thomas described earlier this year. In the attached patch I > solved the problem by detaching the list of clients from the monitor. > There is just one list of clients and all tags are shared between the > monitors. > > The biggest advantage in my eyes is the ability to swap tags between > monitors while every monitor still keeps its one tag(s). > > It's crucial that a tag/window can't be displayed on two monitors at the > same this. The patch implements this functionality at the cost of > MODKEY-0 - it doesn't work anymore in a multi-monitor setup. > > Feedback is very welcome. The patch is very fresh and I expect that a > number of corner cases won't work. Due to the large number of changes > it's very likely that the patch also breaks other patches. > > https://bitbucket.org/jceb81/dwm-patches/raw/95eca0c72fc7/single_clientlist.patc > h > > Cheers, > > Jan Christoph > >
[dev] [dwm] Tags vs Monitors continued
Hi Thomas, Hi everybody, I experienced the very same difficulties with dwm's multi-monitor support that Thomas described earlier this year. In the attached patch I solved the problem by detaching the list of clients from the monitor. There is just one list of clients and all tags are shared between the monitors. The biggest advantage in my eyes is the ability to swap tags between monitors while every monitor still keeps its one tag(s). It's crucial that a tag/window can't be displayed on two monitors at the same this. The patch implements this functionality at the cost of MODKEY-0 - it doesn't work anymore in a multi-monitor setup. Feedback is very welcome. The patch is very fresh and I expect that a number of corner cases won't work. Due to the large number of changes it's very likely that the patch also breaks other patches. https://bitbucket.org/jceb81/dwm-patches/raw/95eca0c72fc7/single_clientlist.patch Cheers, Jan Christoph
Re: [dev] smessage
Greetings list, On Thu, 23 Feb 2012 09:13:07 +0100, Michael Stummvoll wrote: An operation Mode without any Buttons where the Window closes itselfs after x seconds would be also great I think. Than somebody could use smessage also for displaying popup-infos whithin a desktop environment for example. As mentioned before, the closing timer should be implemented in a separate script, but how is the consensus about duplicating functionality? The button handling of original xmessage might be provided by Christoph's thingmenu, so is it reasonable to implement it again for smessage or should the functionality kept separated? -flo
Re: [dev] [st] selection problem
On Thu, Feb 23, 2012 at 10:02 AM, Martin Kopta wrote: > Expected result: one click does nothing, two select word, three select line. > > Observed result: one click selects whole line. I get the same behaviour. I'll look at it.
Re: [dev] Re: [9base] Failure to link against uClibc: undefined references
On Sun, 26 Feb 2012 23:24:57 -0500 Matthew Farkas-Dyck wrote: > > Unfortunately, now linkage fails later. Solution might be quite plain; > I shall try to further diagnose when I have the time. > I didn't drink my coffee yet, so my head isn't straight yet. I tried to build 9base/plan9port/9vx with uClibc year or two ago (without success). Those errors looks familiar, but my memory isn't fresh. AFAIK uClibc doesn't provide getdirentries(), which is used by lib9/dirread.c. As for error with getdirentries64, just look at /usr/include/dirent.h: # define getdirentries getdirentries64 I think I fixed that by providing own version of getdirentries(), but hit later other issues. Still it would be nice to fix this once and for all, because plan9port and 9vx has same issues (I don't think that this got fixed).