On Wed, 28 Sep 2016, Okan Demirmen wrote:
> Hi,
>
> Curious what the reaction might be if I removed the little geometry
> window in the top-left corner for mouse/pointer based window resizes.
I don't know about anyone else, but I use this for one thing only:
making sure my terminal windows are s
On Mon, 26 Sep 2016, YASUOKA Masahiko wrote:
> Hi,
>
> I could repeat the problem on my octeon. Tested the diff on it.
>
> ok?
>
> Use a new mbufs for a tunnel header to make sure it is aligned correctly.
I have tested this latest diff and can confirm it also works on sparc64.
Martin
On Sun, 25 Sep 2016, YASUOKA Masahiko wrote:
> On Sat, 24 Sep 2016 13:08:18 -0400 (EDT)
> Martin Brandenburg wrote:
> > On Sat, 24 Sep 2016, YASUOKA Masahiko wrote:
> >> The problem doesn't repeat on my Octeon.
> >>
> >> Can you try the diff belo
The IBM/Lenovo ScrollPoint mouse is uses a TrackPoint-type mechanism
rather than a standard mouse wheel. It appears to the system as a
standard USB mouse with one caveat.
(http://www.ibmfiles.com/pages/scrollpoint.htm)
Where a standard USB mouse with a scrollwheel reports one click of the
wheel a
On Sat, 24 Sep 2016, YASUOKA Masahiko wrote:
> Hi,
>
> The problem doesn't repeat on my Octeon.
>
> Can you try the diff below?
>
> - I assume the diff fixes the problem
> - A kernel message is added. please let me know if it appears.
>
> Thanks,
>
I got the message, but had another panic.
Here's another alignment issue.
I have configured two machines as follows.
ifconfig vether0 inet ...
ifconfig etherip0 tunnel ... ...
ifconfig bridge0 add vether0 add etherip0
An amd64 machine works fine in this configuration, however armv7 and
sparc64 both have trouble. This happens very quickl
On Sun, 18 Sep 2016, Jeremie Courreges-Anglas wrote:
> Martin Brandenburg writes:
>
> > On a PandaBoard (armv7) running -current, when I run rtadvd, it crashes
> > with a bus error shortly after printing (received a routing message). I
> > can reproduce by sending SIGH
On a PandaBoard (armv7) running -current, when I run rtadvd, it crashes
with a bus error shortly after printing (received a routing message). I
can reproduce by sending SIGHUP to a dhclient running on the same
interface.
I have traced this down to the following block of code in rtadvd.c.
On Mon, 22 Feb 2016, Martin Brandenburg wrote:
> Is there another sort of menu I'm not thinking of? I'll
> admit to not using all of cwm's features.
Ooh! Right after sending this I accidentally hit CM-n,
and it crashed since menu_filter wasn't supposed to
return NUL
On Sat, 20 Feb 2016, Okan Demirmen wrote:
> On Sat 2016.02.20 at 12:29 -0500, Martin Brandenburg wrote:
> > This avoids an empty square in the upper left corner if
> > there is nothing to display in some menu the user
> > requests.
>
> Sorry, but I think that is a b
This avoids an empty square in the upper left corner if
there is nothing to display in some menu the user
requests.
-- Martin
Index: menu.c
===
RCS file: /cvs/xenocara/app/cwm/menu.c,v
retrieving revision 1.89
diff -u -p -r1.89 menu.
> I'd have to say no. There are structures used but not documented and the
> one line description of some of the functions could be open to
> interpretation. Sample usage is never amiss in my estimation.
If we are thinking of the same structures they are not supposed to be
documented. Notice even
When mail comes in for local delivery with two consecutive lines
beginning 'From ' only the first is escaped with a >. Two non-
consecutive 'From ' lines in one message does not cause this.
Connect to the local mail server and send
> From blah blah
> From blah blah
And you see in /var/mail/...
>
This makes mail(1) reject -r when not sending a message as it already does for
-s, -c, and -b.
I was going to write a patch to take -r with a mailbox but realized I could set
from interactively so nobody would want that.
-- Martin
Index: main.c
===
default. You can continue
running the old default if you want. When the old software has been
removed completely, the old binaries are useless anyway.
The instructions should be complete, but nobody should ever run who on
a 5.6 system. Therefore you could claim running rwho is undefined, so it
doesn't matter whether it still exists or not. Maybe this isn't such a
good idea if /usr/bin comes before /usr/local/bin in your path.
-- Martin Brandenburg
g, as you said nothing should
change, but was able to download a file at usual speeds.
- Martin Brandenburg
16 matches
Mail list logo