On Tue, Jan 13, 2015 at 11:36 PM, Philip Guenther wrote:
> On Tue, Jan 13, 2015 at 11:38 PM, Mike Larkin wrote:
>> i386 is next, but that requires a PAE paging model and compatible CPU.
>> I've got the PAE mode booting but it's not ready for prime time yet.
Hmm, once PAE is working well, maybe w
On Tue, Jan 13, 2015 at 11:38 PM, Mike Larkin wrote:
> i386 is next, but that requires a PAE paging model and compatible CPU.
> I've got the PAE mode booting but it's not ready for prime time yet.
On Tue, Jan 13, 2015 at 08:57:09PM -0700, Theo de Raadt wrote:
> Mike Larkin has been slow at informing the world, despite my prodding.
> Probably started working on something else cool...
>
> So.. I am going to take it upon myself to sing praise to him, and
> hopefully he'll let me off lightly!
>
On 01/14/2015 02:03 AM, Alexey Suslikov wrote:
Ulf Brosziewski t-online.de> writes:
I have written two patches that provide these options (I'm using them
on an Acer V5-131 netbook with OpenBSD 5.6/amd64, the clickpad hardware
and firmware is identified as "Elantech Clickpad, version 4, firmwa
On Jan 14, 2015 7:57 AM, "Theo de Raadt" wrote:
>
> Mike Larkin has been slow at informing the world, despite my prodding.
> Probably started working on something else cool...
>
> So.. I am going to take it upon myself to sing praise to him, and
> hopefully he'll let me off lightly!
>
> Over the l
Mike Larkin has been slow at informing the world, despite my prodding.
Probably started working on something else cool...
So.. I am going to take it upon myself to sing praise to him, and
hopefully he'll let me off lightly!
Over the last two months Mike modified the amd64 kernel to follow the
W^X
> On Tue, Jan 13, 2015 at 23:24, Raf Czlonka wrote:
>
> > While looking into the above I have also noticed that login.conf(5) is
> > machine-dependent, even though it is identical an *all* architectures -
> > it is only different on alpha where the timestamp is off by one second
> > (or two charac
Ulf Brosziewski t-online.de> writes:
> I have written two patches that provide these options (I'm using them
> on an Acer V5-131 netbook with OpenBSD 5.6/amd64, the clickpad hardware
> and firmware is identified as "Elantech Clickpad, version 4, firmware
> 0x461f02"). There is, however, an open q
On Tue, Jan 13, 2015 at 23:24, Raf Czlonka wrote:
> While looking into the above I have also noticed that login.conf(5) is
> machine-dependent, even though it is identical an *all* architectures -
> it is only different on alpha where the timestamp is off by one second
> (or two characters):
logi
Hi,
When the connection to a TCP syslog server fails or the TCP connection
terminates, try to reconnect after an increasing timeout.
ok?
bluhm
Index: usr.sbin/syslogd/syslogd.c
===
RCS file: /data/mirror/openbsd/cvs/src/usr.sbin/sy
On Jan 13 07:02:30, schwa...@cvs.openbsd.org wrote:
> CVSROOT: /cvs
> Module name: src
> Changes by: schwa...@cvs.openbsd.org2015/01/13 07:02:30
>
> Modified files:
> lib/libc/stdio : fgetln.3 fgetwln.3 fopen.3 fputs.3 funopen.3
>printf.3 tmpnam.3
>
Hi all,
While browsing through '/etc', I have stumbled upon ldomd(8) rc.d(8) script:
/etc/rc.d/ldomd
and two entries referring to it:
- one in rc(8):
start_daemon ldomd sshd snmpd ldpd ripd ospfd ospf6d bgpd ifstated
- and one in rc.conf(8):
ldomd_flags=NO # for normal use: ""
G
Currently pms and the wsconscomm module of the synaptics driver offer a
somewhat limited support for Elantech clickpads with hardware version 4.
Above all, I missed the options of performing click-and-drag operations
with two fingers and of using a "soft button area" for the emulation of
right but
Ignore this diff for now, it is not correct.
- todd
Hi,
I've noticed this issue for sometime now. I was hoping one
of the Xorg updates would fix it, so finally I decided to
read some man pages, specifically sessreg.
Evidently the Xservers path is not correct (or has changed)
in OBSD's install. No longer found at:
/usr/X11R6/lib/X11/xdm/Xs
On 2015-01-13, Theo de Raadt wrote:
>> > Hmm, I guess we could skip the compatibility handling completely
>> > and just let ntpd re-discover the drift.
>>
>> Heh. Sounds plausible.
>
> Smaller diff.
I started with 2.679024e-05 in ntpd.drift and pretty soon got this:
adjusting clock frequency b
Patches are now available for 5.5 and 5.6 which fix libevent.
5.5 errata 20 and 5.6 errata 15:
Fix CVE-2014-6272 in libevent 1.4 event buffer handling. OpenBSD
base uses it for the programs: cu tmux ftp-proxy httpd ldapd relayd
tftp-proxy tftpd
Links:
http://www.openbsd.org/errata55.html
http:/
> > Hmm, I guess we could skip the compatibility handling completely
> > and just let ntpd re-discover the drift. Starting with an adjustment
> > scaled by 1e-6 is essentially the same as starting with 0 on a newly
> > installed machine.
>
> Heh. Sounds plausible.
Smaller diff.
Wouldn't work t
> Date: Tue, 13 Jan 2015 21:27:25 +0100
> From: Christian Weisgerber
>
> Mark Kettenis:
>
> > Does this in any way force a write of the drift file or are you
> > relying on ntpd deciding that it has a better estimate of the
> > drift somewhere in the next year?
>
> ntpd always updates the drift
Mark Kettenis:
> Does this in any way force a write of the drift file or are you
> relying on ntpd deciding that it has a better estimate of the
> drift somewhere in the next year?
ntpd always updates the drift file when it adjusts the frequency,
and it always adjusts the frequency when it is syn
The kernel default has been changed so that machines (with lids)
will suspend automatically if the lid is closed.
The installer no longer asks the question (which in 5.6 defaulted to
yes).
This choice will allow suspend/resume to be tested & improved even
further. It is already prompting some de
> Date: Tue, 13 Jan 2015 19:36:58 +0100
> From: Christian Weisgerber
>
> Here's a patch to switch the drift file from an unscaled frequency
> offset to ppm. The latter format is compatible with that of ntp.org.
> This allows easy switching between ntpd daemons. (I asked PHK and
> ntimed will pr
Wonderful strategy.
ok deraadt
> Here's a patch to switch the drift file from an unscaled frequency
> offset to ppm. The latter format is compatible with that of ntp.org.
> This allows easy switching between ntpd daemons. (I asked PHK and
> ntimed will probably not have a drift file at all.)
>
Here's a patch to switch the drift file from an unscaled frequency
offset to ppm. The latter format is compatible with that of ntp.org.
This allows easy switching between ntpd daemons. (I asked PHK and
ntimed will probably not have a drift file at all.)
Old drift files are handled automagically.
> On Jan 13, 2015, at 9:15 AM, William Orr wrote:
>
> Hey, any interest?
>
> On 12/12/2014 08:29 PM, William Orr wrote:
>> Hey,
>>
>> On some macbook airs, the function keys have different functionality when the
>> Fn key is pressed. I've added an additional munge function to handle these
>> p
Hey, any interest?
On 12/12/2014 08:29 PM, William Orr wrote:
> Hey,
>
> On some macbook airs, the function keys have different functionality when the
> Fn key is pressed. I've added an additional munge function to handle these
> particular cases.
>
> Thanks,
> William Orr
>
> Index: sys/dev/us
On Sat, 10 Jan 2015 19:39:19 -0800
Philip Guenther wrote:
> On Mon, 5 Jan 2015, Helg wrote:
> > The man page for LOCK(9) says that if the kernel option LOCKDEBUG is
> > enabled, additional facilities are provided to assist in determining
> > deadlock occurrences.
> >
> > I created a copy of /s
On Fr, 2014-11-28 at 03:42 +1100, Joel Sing wrote:
> On Thu, 27 Nov 2014, Manuel Schoelling wrote:
> [...]
> > I also noticed that libtls is currently supporting SOCK_STREAM (TLS)
> > connections only. Is the support of SOCK_DGRAM (DTLS) connections within
> > the scope of this library and would pa
28 matches
Mail list logo
