On Sun, Dec 13, 2015 at 01:57:02AM +0100, Juan Francisco Cantero Hurtado wrote:
> On Sat, Dec 12, 2015 at 03:06:01AM +0100, Theo Buehler wrote:
> > On Fri, Dec 11, 2015 at 10:09:20AM +0100, Martin Pieuchot wrote:
> > > Without hardware acceleration my PowerBook G4 12'' with a NVIDIA
> > > GeForce F
Hi,
cwm makes a client active only when the mouse pointer enters the
window. Thus, once a client is off screen and another becomes
active, it's lost forever.
The attached patch keeps clients overlapping with the screen's
view area, handling these cases better:
- Moving client without border off
On Sat, Dec 12, 2015 at 03:06:01AM +0100, Theo Buehler wrote:
> On Fri, Dec 11, 2015 at 10:09:20AM +0100, Martin Pieuchot wrote:
> > Without hardware acceleration my PowerBook G4 12'' with a NVIDIA
> > GeForce FX Go 5200 is unusable. Since XAA is no longer supported,
> > here's a simple EXA backen
Hi,
In screen_area(), if no matching region is found, the gap will
effectively be applied one time too many. Additionally,
region_ctx.work is never used, and .area is the same as .view, so
I removed these (except .view).
After this patch, screen_ctx.work is only used in
xu_ewmh_net_workarea(), s
Pressed the wrong button, sent before writing text. Sorry about
that.
Hi! Have some patches for cwm.
cwm-cycling-urgency.diff
Don't clear urgency flag while cycling
cwm-ignored-borders.diff
Don't put border on ignored clients when returning from fullscreen
cwm-minsize.diff
Remove redundant mi
--
You mean you need drugs to hallucinate? (K)
Index: client.c
===
RCS file: /cvs/xenocara/app/cwm/client.c,v
retrieving revision 1.214
diff -u -r1.214 client.c
--- client.c 12 Nov 2015 18:33:30 - 1.214
+++ client.c 12 Dec 2015
Hi all,
In April, sshd(8)'s PermitRootLogin option's default setting has been
changed to 'no'[0], then to 'without-password'[1], which in turn got
renamed to 'prohibit-password'[2].
At the same time as the latter, the installer's default suggested answer
has been changed to 'no'[3]:
"All
>> Ping?
>
> You're not being ignored. I have pinged the tedu for you :)
Great, thank you, Bob :)
On Sun, Dec 13, 2015 at 12:30:54AM +0300, Maxim Pugachev wrote:
> On Wed, Dec 9, 2015 at 9:26 PM, Maxim Pugachev wrote:
> > Hi,
> >
> > Currently two checks in free() function confirm the correctness of
> > freedsize argument. I think that it's better to check that provided
> > freedsize fall in
> Date: Sat, 12 Dec 2015 16:26:30 -0500
> From: Michael McConville
>
> Mark Kettenis wrote:
> > It really is confusing to use off_t for something that's not a byte
> > offset. If integer overflow really is an issue you care about, use
> > "long long".
>
> ok for the below diff to update my grep
On Wed, Dec 9, 2015 at 9:26 PM, Maxim Pugachev wrote:
> Hi,
>
> Currently two checks in free() function confirm the correctness of
> freedsize argument. I think that it's better to check that provided
> freedsize fall into the same bucket that was recorded in kmemusage
> struct: it covers both cas
On Wed, Dec 9, 2015 at 8:03 PM, Maxim Pugachev wrote:
> Hi,
>
> This patch adds additional informational to ddb's "show malloc"
> command about the largest consumers of memory.
Ping?
Hi,
In a case when the shell name is not specified (i.e. just "#!" without
a path), don't run the heavy logic that checks shell, simply return
ENOENT.
Also, as a tiny improvement: avoid a loop when calculating shell's args length.
Index: sys/kern/exec_script.c
==
Mark Kettenis wrote:
> It really is confusing to use off_t for something that's not a byte
> offset. If integer overflow really is an issue you care about, use
> "long long".
ok for the below diff to update my grep change?
> Note that on many non-BSD systems off_t is still a 32-bit integer, at
>
Hi,
This patch removes copypasted code that prepares args and env in exec
system call.
Index: sys/kern/kern_exec.c
===
RCS file: /cvs/src/sys/kern/kern_exec.c,v
retrieving revision 1.173
diff -u -p -r1.173 kern_exec.c
--- sys/kern/k
> Date: Sat, 12 Dec 2015 15:32:58 +0100
> From: Stefan Sperling
>
> On Sat, Dec 12, 2015 at 03:08:00PM +0100, Mark Kettenis wrote:
> > > @@ -1072,6 +1079,10 @@ ieee80211_amsdu_decap(struct ieee80211co
> > > }
> > > ieee80211_deliver_data(ic, m, ni);
> > >
> > > + if
On Sat, Dec 12, 2015 at 03:08:00PM +0100, Mark Kettenis wrote:
> > @@ -1072,6 +1079,10 @@ ieee80211_amsdu_decap(struct ieee80211co
> > }
> > ieee80211_deliver_data(ic, m, ni);
> >
> > + if (n->m_len == 0) {
> > + m_freem(n);
> > +
> Date: Sat, 12 Dec 2015 14:26:19 +0100
> From: Stefan Sperling
>
> A-MSDU frames are aggregates which contain MSDUs (ethernet frames) as
> subframes, rather than MPDUs (802.11 frames) as A-MPDUs do.
> Each subframe has a header containing sender and target MAC address
> and the subframe's length
A-MSDU frames are aggregates which contain MSDUs (ethernet frames) as
subframes, rather than MPDUs (802.11 frames) as A-MPDUs do.
Each subframe has a header containing sender and target MAC address
and the subframe's length. For a visual illustration, see
http://www.gta.ufrj.br/ensino/eel879/trabal
On Fri, Dec 11, 2015 at 10:05:14AM -0700, Bob Beck wrote:
>
>
>
> On Fri, Dec 11, 2015 at 01:09:30AM -0500, Michael McConville wrote:
> > Here's the PR:
> >
> > https://gnats.netbsd.org/50381
> >
> > And the commit:
> >
> > https://marc.info/?l=netbsd-source-changes&m=144694603617544&w=2
> >
On Sat, Dec 12, 2015 at 11:56:47AM +0100, Martin Pieuchot wrote:
> On 12/12/15(Sat) 00:19, Stefan Sperling wrote:
> > Index: net80211/ieee80211_input.c
> > ===
> > RCS file: /cvs/src/sys/net80211/ieee80211_input.c,v
> > retrieving revi
On 12/12/15(Sat) 10:59, Stefan Sperling wrote:
> This patch completes net80211 support for receiving A-MPDUs.
>
> This is a required feature of 11n. Technically, sending A-MPDUS
> is required, too, but since we're not trying to get certified by
> the Wifi Alliance we can postpone this until later.
On 12/12/15(Sat) 11:34, Stefan Sperling wrote:
> Some APs will not negotiate 11n (aka HT) if the vendor-specific WME
> (Wireless Multimedia Extensions) info element is missing in probe
> and association requests. WME info essentially tells the other end
> that we're QoS capable, which is a requirem
On 12/12/15(Sat) 00:19, Stefan Sperling wrote:
> On Sat, Dec 12, 2015 at 12:09:17AM +0100, Stefan Sperling wrote:
> > Here's an updated diff, which applies to -current, for testing.
> > I'll spend some time tomorrow splitting this up into smaller
> > chunks for review with explanations of the chang
Some APs will not negotiate 11n (aka HT) if the vendor-specific WME
(Wireless Multimedia Extensions) info element is missing in probe
and association requests. WME info essentially tells the other end
that we're QoS capable, which is a requirement for 11n (e.g. A-MPDUs
are sent in QoS data frames).
This patch completes net80211 support for receiving A-MPDUs.
This is a required feature of 11n. Technically, sending A-MPDUS
is required, too, but since we're not trying to get certified by
the Wifi Alliance we can postpone this until later. Devices we
interoperate with won't care if we don't send
On 12/11/15 16:22, Jonathan Gray wrote:
You likely want to remove the radeonsi binary built against
an older version of Mesa.
rm /usr/X11R6/lib/modules/dri/radeonsi_dri.so
Thank you Jonathan, problem solved.
Building a new one requires a newer llvm than ports has and building
Mesa its
27 matches
Mail list logo