YASUOKA Masahiko writes:
> ok?
ok
> Fix compile without IPSEC.
>
> Pointed out by Ivan Solonin.
>
> Index: sys/netinet/udp_usrreq.c
> ===
> RCS file: /disk/cvs/openbsd/src/sys/netinet/udp_usrreq.c,v
> retrieving revision 1.184
> di
On Sun, Jun 22, 2014 at 08:04:27PM -0700, Philip Guenther wrote:
> On Tue, Jun 17, 2014 at 3:45 PM, Gustav Fransson Nyvell
> wrote:
>
> > I want to alert you to this strange observation.
> >
> > $ sysctl -a
> > ...
> > hw.cpuspeed=3101
> > hw.setperf=100
> > ...
> >
> > This on an Intel i7 3920XM
On Tue, Jun 17, 2014 at 6:27 AM, Gregor Best wrote:
>
> according to sysctl(3), AF_ROUTE is incorrect as a second level name for
> the CTL_NET sysctl. The attached patch corrects this. Since PF_ROUTE is
> defined to AF_ROUTE, there are no functional changes, but the style
> stays consistent this w
On Tue, Jun 17, 2014 at 3:45 PM, Gustav Fransson Nyvell
wrote:
> I want to alert you to this strange observation.
>
> $ sysctl -a
> ...
> hw.cpuspeed=3101
> hw.setperf=100
> ...
>
> This on an Intel i7 3920XM. Rated for 3.8GHz when running 100%.
>
> 3101 would mean 3.1GHz and hw.setperf=100 means
ok?
Fix compile without IPSEC.
Pointed out by Ivan Solonin.
Index: sys/netinet/udp_usrreq.c
===
RCS file: /disk/cvs/openbsd/src/sys/netinet/udp_usrreq.c,v
retrieving revision 1.184
diff -u -p -r1.184 udp_usrreq.c
--- sys/netinet/udp
I do use it occasionally, and I don't run -current so I wouldn't have noticed
any breakage yet.
I don't rely on it, however, it's a convenience feature that I very
occasionally use, and only manually when I do.
I can live without it if it dies; it was never a fully-featured implementation
IMHO a
I suspect procfs is only enabled on i386 because that's the only arch
with compat_linux support? If so, anyone who relies on compat_linux
support should be sure to test and report back if they have problems.
On Sun, Jun 22, 2014 at 2:22 PM, Philip Guenther wrote:
> If you're currently using proc
If you're currently using procfs, please respond with exactly what parts of
it are actually needed by the programs you run. Without a good reason to
keep it, it'll be deleted, as I broke listing of /proc back in January and
no one has noticed, suggesting that no one is actually using it...
Philip
Hi Ted,
Ted Unangst wrote on Sun, Jun 22, 2014 at 12:57:18PM -0400:
> On Sun, Jun 22, 2014 at 17:39, Ingo Schwarze wrote:
>> i don't like this particular patch.
>>
>> It's obvious that whole page needs a content update by a VAX expert.
>> Quibbling over formatting details is not going to fix it.
On Fri, Jun 13, 2014 at 07:50, sven falempin wrote:
>> Now soliciting diffs to change readwrite to a loop with two buffers
>> that poll()s in all four directions. :)
>>
>>
> Is using kqueue ok ?
Sorry. Returning to this point in the thread, I agree with Theo the
answer is no. People are running t
On Sun, Jun 22, 2014 at 17:39, Ingo Schwarze wrote:
> Hi Jan,
>
> i don't like this particular patch.
>
> It's obvious that whole page needs a content update by a VAX expert.
> Quibbling over formatting details is not going to fix it. Having
> old-fashioned formatting actually makes it even more
Hi Jan,
i don't like this particular patch.
It's obvious that whole page needs a content update by a VAX expert.
Quibbling over formatting details is not going to fix it. Having
old-fashioned formatting actually makes it even more obvious how
old-fashioned the content is.
Regarding the macros i
Hi Jan,
committed, thanks.
Ingo
Jan Stary wrote on Sun, Jun 22, 2014 at 02:06:51PM +0200:
> Index: usr.sbin/spamdb/spamdb.8
> ===
> RCS file: /cvs/src/usr.sbin/spamdb/spamdb.8,v
> retrieving revision 1.17
> diff -u -p -u -p -r1.17
On Sun, Jun 22, 2014 at 9:20 AM, John-Mark Gurney wrote:
> sven falempin wrote this message on Tue, Jun 17, 2014 at 07:42 -0400:
> > On Mon, Jun 16, 2014 at 10:57 PM, Ted Unangst
> wrote:
> >
> > > On Sat, Jun 14, 2014 at 10:55, Ted Unangst wrote:
> > > > On Fri, Jun 13, 2014 at 10:40, sven fale
sven falempin wrote this message on Tue, Jun 17, 2014 at 07:42 -0400:
> On Mon, Jun 16, 2014 at 10:57 PM, Ted Unangst wrote:
>
> > On Sat, Jun 14, 2014 at 10:55, Ted Unangst wrote:
> > > On Fri, Jun 13, 2014 at 10:40, sven falempin wrote:
> >
> > Now soliciting diffs to change readwrite
On Jun 22 14:27:26, h...@stare.cz wrote:
> lib/libm/man/infnan.3 says
>
>At some time in the future, some of the useful properties
>of the Infinities and NaNs in the IEEE standard 754 for Binary
>Floating-Point Arithmetic will be simulated in UNIX on the DEC VAX
>
> Not sure about the
lib/libm/man/infnan.3 says
At some time in the future, some of the useful properties
of the Infinities and NaNs in the IEEE standard 754 for Binary
Floating-Point Arithmetic will be simulated in UNIX on the DEC VAX
Not sure about the future of DEC VAX
- do we want to keep the slightly am
Index: usr.sbin/spamdb/spamdb.8
===
RCS file: /cvs/src/usr.sbin/spamdb/spamdb.8,v
retrieving revision 1.17
diff -u -p -u -p -r1.17 spamdb.8
--- usr.sbin/spamdb/spamdb.829 Jun 2013 09:08:41 - 1.17
+++ usr.sbin/spamdb/spamdb
18 matches
Mail list logo
