On Wed, Jan 06, 2016 at 12:57:06AM +0100, Ingo Schwarze wrote:
> Hmpf, i hit "send" too early.
>
> Ingo Schwarze wrote on Wed, Jan 06, 2016 at 12:50:16AM +0100:
>
> > If millert@, bentley@, or tb@ wants to commit this, it's OK schwarze@.
> > If, against all odds, anything should break, i'm around
Hmpf, i hit "send" too early.
Ingo Schwarze wrote on Wed, Jan 06, 2016 at 12:50:16AM +0100:
> If millert@, bentley@, or tb@ wants to commit this, it's OK schwarze@.
> If, against all odds, anything should break, i'm around at least until
> the 5.9 lock to help fixing it.
Please consider the foll
On 2015/12/28 16:11, Stuart Henderson wrote:
> On 2015/12/27 20:36, Philip Guenther wrote:
> > On Sun, Dec 27, 2015 at 9:13 AM, Stuart Henderson wrote:
> > > Widening the audience to tech in case anyone with an idea missed it
> > > on ports: it seems some people are having a lot more trouble than
Hi,
Martijn van Duren wrote on Mon, Jan 04, 2016 at 05:16:57PM +0100:
> On 12/02/15 20:36, Martijn van Duren wrote:
>> I've had a discussion with bentley@ about some patches for vi.
>> Some of which I've send to Zhihao from the nvi2 project to keep
>> the projects somewhat in sync. I'm still awa
On Tue, Jan 05, 2016 at 11:11:32PM +0100, Mark Kettenis wrote:
> > Date: Tue, 5 Jan 2016 15:06:00 +0100
> > From: Stefan Sperling
> > The problem I'd like to fix is that in 11n mode iwn's table currently
> > contains MCS 7 to 0, but no legacy rates. This will cause transmit
> > problems in case th
> Date: Tue, 5 Jan 2016 15:06:00 +0100
> From: Stefan Sperling
>
> iwm adjusts the firmware's Tx rate retry table dynamically such
> that the first slot in this table always reflects the current
> rate chosen by AMRR.
> The table starts off looking like this:
>
> 0 1 n-2n-1
On Tue, 05 Jan 2016 15:10:05 -0500, "Ted Unangst" wrote:
> it would be simpler to fix the bug than to rewrite the whole program, no?
Agreed. OK millert@
- todd
Hi,
Ted Unangst wrote on Tue, Jan 05, 2016 at 03:10:05PM -0500:
> Rafael Sadowski wrote:
>> $ mem=`sysctl -n hw.usermem`
>> $ echo $mem
>> 8302469120
>> $ expr $mem + 1
>> -287465471
>>
>> OpenBSD's expr can only process values between -2147483648
>> and +2147483647.
According to
http://pubs
Rafael Sadowski wrote:
> Hi,
>
> last days I worked on the netbeans port and try to fix the heapsize
> problem. My patch always crashed and I realized this effect:
>
> $ mem=`sysctl -n hw.usermem`
> $ echo $mem
> 8302469120
> $ expr $mem + 1
> -287465471
>
> OpenBSD's expr can only process value
Hello tech@,
On Tue, Jan 5, 2016 at 7:21 PM +, Jason McIntyre wrote:
> taken, thanks. but note that SEE ALSO sorts by section number first,
> so the video(1) reference should be the first entry.
Ah.. noted thanks for the clarification Jason.
Regards,
Gerald Hanuer
On Tue, Jan 05, 2016 at 02:56:00PM +, Gerald Hanuer wrote:
> Hello tech@,
>
> There's is no mention of the user land program "video(1)" in video(4)
> or uvideo(4) for that matter,
> so add a link in the chain.
>
> Regards,
>
> Gerald Hanuer
>
taken, thanks. but note that SEE ALSO sort
New diff which applies to -current after IEEE80211_NO_HT removal commit.
Index: if_iwm.c
===
RCS file: /cvs/src/sys/dev/pci/if_iwm.c,v
retrieving revision 1.72
diff -u -p -r1.72 if_iwm.c
--- if_iwm.c5 Jan 2016 18:41:15 -
> On Jan 5, 2016, at 12:05 PM, Mark Kettenis wrote:
>
>>
>>> On Jan 1, 2016, at 5:13 PM, Mark Kettenis wrote:
>>>
>>> Thanks. This strange. I don't quite understand what's happening here
>>> as the ACPI MADT table lists the CPUs in the expected order and cpu0
>>> attaches as the boot proces
Hi,
this very simple diff provides partial, naive UTF-8 support for
word handling in ksh(1) emacs mode.
It improves all functions involving words (forward-word, backward-word,
delete-word-forward, delete-word-backward, downcase-word, upcase-word,
capitalize-word) by allowing non-ASCII characters
Hi,
here are two very simple fixes for ksh(1) emacs input mode.
The first hunk lets you insert non-ASCII UTF-8 characters without
screwing up the display. Specifically, after inserting a continuation
byte, it backs up to the start byte and starts re-printing there.
The second hunk fixes forward
>
> > On Jan 1, 2016, at 5:13 PM, Mark Kettenis wrote:
> >
> > Thanks. This strange. I don't quite understand what's happening here
> > as the ACPI MADT table lists the CPUs in the expected order and cpu0
> > attaches as the boot processor.
> >
> > To rule out that the BIOS configuration change
> On Jan 1, 2016, at 5:13 PM, Mark Kettenis wrote:
>
>> From: Dale Ghent
>> Date: Thu, 31 Dec 2015 15:02:11 -0500
>>
>>> On Dec 31, 2015, at 2:43 PM, Mark Kettenis wrote:
>>>
>>> Can you please send me a dmesg as well as the acpidump output for this
>>> machine? That will give me a chance a
Hello tech@,
There's is no mention of the user land program "video(1)" in video(4)
or uvideo(4) for that matter,
so add a link in the chain.
Regards,
Gerald Hanuer
Index: video.4
===
RCS file: /cvs/src/share/man/man4/video.4,v
iwm adjusts the firmware's Tx rate retry table dynamically such
that the first slot in this table always reflects the current
rate chosen by AMRR.
The table starts off looking like this:
0 1 n-2n-1n
MCS 0, MCS 0, ..., MCS 0, CCK 2, CCK 1
(On 5GHz, the lowest rate is OFD
Hi,
Philip Guenther wrote on Tue, Jan 05, 2016 at 12:17:13AM -0800:
> On Mon, Jan 4, 2016 at 11:15 PM, Michal Mazurek wrote:
>> On 01:24:35, 5.01.16, Ingo Schwarze wrote:
>>> +If an output line would be broken after a non-blank character but
>>> +contains at least one blank character, break the
> From: Maxim Pugachev
> Date: Tue, 5 Jan 2016 14:28:48 +0300
>
> Ping?
Sorry, but I don't consider this enough of an improvement to spend
time on analyzing it further and testing it.
> On Wed, Dec 16, 2015 at 9:55 PM, Maxim Pugachev wrote:
> > Ping?
> >
> > On Sat, Dec 12, 2015 at 8:38 PM, Ma
Ping?
On Wed, Dec 16, 2015 at 9:55 PM, Maxim Pugachev wrote:
> Ping?
>
> On Sat, Dec 12, 2015 at 8:38 PM, Maxim Pugachev wrote:
>> Hi,
>>
>> This patch removes copypasted code that prepares args and env in exec
>> system call.
>>
>>
>> Index: sys/kern/kern_exec.c
>> =
Ping?
On Thu, Dec 17, 2015 at 8:18 PM, Ted Unangst wrote:
> Maxim Pugachev wrote:
>> Ping?
>>
>> On Sun, Dec 13, 2015 at 12:28 AM, Maxim Pugachev
>> wrote:
>> > Hi,
>> >
>> > In a case when the shell name is not specified (i.e. just "#!" without
>> > a path), don't run the heavy logic that chec
Hi all,
Given that (after changes to tables and makemap[0]) /usr/libexec/smtpd
directory is now empty, the below patch might be appropriate - this is,
of course, assuming the directory won't be reused in the near future.
Regards,
Raf
[0] http://www.openbsd.org/faq/current.html
Index: faq/curre
On Mon, Jan 4, 2016 at 11:15 PM, Michal Mazurek wrote:
> On 01:24:35, 5.01.16, Ingo Schwarze wrote:
>> +If an output line would be broken after a non-blank character but
>> +contains at least one blank character, break the line earlier,
>> +after the last blank character.
>> +This is useful to av
On 01/05/16 04:46, Theo Buehler wrote:
On Mon, Jan 04, 2016 at 05:16:57PM +0100, Martijn van Duren wrote:
Slight change in that lenght wasn't always preserved in msg.c.
This revision works well for me and millert@
The diff looks good to me and the only remark I have is that
catalog/README sho
26 matches
Mail list logo
