The problem is still there with recent -current
$ dmesg | head -n1
OpenBSD 5.5-current (GENERIC.MP) #85: Sun Apr 27 09:24:33 MDT 2014
Should I send a bug-report with sendbug(1)?
2014-04-16 8:34 GMT+02:00 Markus Bergkvist :
> 2014-02-26 11:08 GMT+01:00 Markus Bergkvist :
>> 2014-02-26 8:52 GMT+01:
On Mon, 28 Apr 2014, Ted Unangst wrote:
> Hi there. I'm trying to find somebody who is actually using either
> Kerberos or SRP support in libssl. I'm inclined to remove support for
> them. While the bulk of the code sits off to the side, the integration
> requires adding several additional cases t
On Tue, Apr 29, 2014 at 2:05 AM, Simon Perreault wrote:
> Tech,
>
> Now that my AI_ADDRCONFIG diff is in, it's time to reveal my evil master plan:
> make getaddrinfo() return IPv6 results first by default.
>
> The diff below would be the end goal. I guess people will have valid
> objections
> to
On April 28, 2014 5:43:34 PM CDT, Kenneth Westerback
wrote:
>On 28 April 2014 18:05, Simon Perreault wrote:
>> Tech,
>>
>> Now that my AI_ADDRCONFIG diff is in, it's time to reveal my evil
>master plan:
>> make getaddrinfo() return IPv6 results first by default.
>
>Why is the burden on everyone
Hi there. I'm trying to find somebody who is actually using either
Kerberos or SRP support in libssl. I'm inclined to remove support for
them. While the bulk of the code sits off to the side, the integration
requires adding several additional cases to some of the most critical
paths.
For reference
On 28.04.14 23:05, Miod Vallat wrote:
> I'm not too fond of this kind of change - the compiler does a good job
> at merging or optimizing temporary variables.
I disagree. I stopped writing code for the compiler when I got my first
pubic hair. Now I think that useless introduction of non-obviously
Hi,
Some more cleanup on top of my previous patch with e-mail subject
"libssl pqueue minor cleanup" - no functional change intended.
Patches can be applied in this order (top is first):
* pqueue-nomagic.diff
* pqueue-simplify-pqueue-find.diff
* pqueue-remove-dead-code.diff
Index: pqueue.c
==
Hi all,
A minor diff below for pqueue.
* Don't cast return value of malloc
* Avoid testing pointers for NULL before free-ing
* Use calloc() instead of malloc() + memset()
Index: pqueue.c
===
RCS file: /cvs/src/lib/libssl/src/crypto/p
concerned,
or perhaps just edit /etc/resolv.conf.
Thanks,
Penned by Simon Perreault on 20140428 17:05.36, we have:
| Tech,
|
| Now that my AI_ADDRCONFIG diff is in, it's time to reveal my evil master plan:
| make getaddrinfo() return IPv6 results first by default.
|
| The diff below would
Kenneth Westerback [kwesterb...@gmail.com] wrote:
>
> Why is the burden on everyone to provide 'valid' objections? Should
> not the burden be on you to at least hint at a point to this change?
> Given the miniscule IPv6 usage out there, why should IPv6 come first?
>
I like how IPv6 support turns
On 28 April 2014 18:05, Simon Perreault wrote:
> Tech,
>
> Now that my AI_ADDRCONFIG diff is in, it's time to reveal my evil master plan:
> make getaddrinfo() return IPv6 results first by default.
Why is the burden on everyone to provide 'valid' objections? Should
not the burden be on you to at l
Tech,
Now that my AI_ADDRCONFIG diff is in, it's time to reveal my evil master plan:
make getaddrinfo() return IPv6 results first by default.
The diff below would be the end goal. I guess people will have valid objections
to it. I'd like to know what they are.
Would it be necessary/desirable to
> I got a bit bored, so I decided to help in the springcleaning of
> libssl. I removed some seemingly harmless WIN32 defines.
Applied (well, the parts which still applied), except for the
crypto/conf/ part for which I have a larger cleanup diff pending.
> ps. How many ways to define an int64 are
> * remove unnecessary temp variable d
> * move loop counter j in for() header
> * fix prototype for memcpy
> * make calculation of actual length in BN_to_ASN1_ENUMERATED
> more transparent
>
> This code still looks rather odd, it uses a temporary buffer to first
> convert the number into a mini
On 28/04/14(Mon) 21:51, Stuart Henderson wrote:
> On 2014/04/28 19:09, Martin Pieuchot wrote:
> > On 28/04/14(Mon) 17:53, Stuart Henderson wrote:
> > > On 2014/04/28 18:39, Martin Pieuchot wrote:
> > > > On 28/04/14(Mon) 17:32, Stuart Henderson wrote:
> > > > > On 2014/04/28 17:15, Stuart Henderson
On 2014/04/28 19:09, Martin Pieuchot wrote:
> On 28/04/14(Mon) 17:53, Stuart Henderson wrote:
> > On 2014/04/28 18:39, Martin Pieuchot wrote:
> > > On 28/04/14(Mon) 17:32, Stuart Henderson wrote:
> > > > On 2014/04/28 17:15, Stuart Henderson wrote:
> > > > > This breaks my setup,
> > > > >
> > > >
I agree that one probably never gets a short write there in practice,
but if there is going to be a loop, it may as well be correct.
On Sat, Apr 26, 2014 at 10:52:50PM +0200, Ingo Schwarze wrote:
> Hi,
>
> On Tue, Apr 22, 2014 at 01:29:03AM +, Ben Cornett wrote:
>
> > The following corrects th
On 28/04/14(Mon) 17:53, Stuart Henderson wrote:
> On 2014/04/28 18:39, Martin Pieuchot wrote:
> > On 28/04/14(Mon) 17:32, Stuart Henderson wrote:
> > > On 2014/04/28 17:15, Stuart Henderson wrote:
> > > > This breaks my setup,
> > > >
> > > > # /sbin/route add -inet6 default -ifp pppoe1 fe80::
> >
On 2014/04/28 18:39, Martin Pieuchot wrote:
> On 28/04/14(Mon) 17:32, Stuart Henderson wrote:
> > On 2014/04/28 17:15, Stuart Henderson wrote:
> > > This breaks my setup,
> > >
> > > # /sbin/route add -inet6 default -ifp pppoe1 fe80::
> > > route: writing to routing socket: Network is unreachable
On 28/04/14(Mon) 17:32, Stuart Henderson wrote:
> On 2014/04/28 17:15, Stuart Henderson wrote:
> > This breaks my setup,
> >
> > # /sbin/route add -inet6 default -ifp pppoe1 fe80::
> > route: writing to routing socket: Network is unreachable
> > add net default: gateway fe80::: Network is unreacha
On 2014/04/28 17:15, Stuart Henderson wrote:
> This breaks my setup,
>
> # /sbin/route add -inet6 default -ifp pppoe1 fe80::
> route: writing to routing socket: Network is unreachable
> add net default: gateway fe80::: Network is unreachable
>
hmmm... actually it seems something that was committ
This breaks my setup,
# /sbin/route add -inet6 default -ifp pppoe1 fe80::
route: writing to routing socket: Network is unreachable
add net default: gateway fe80::: Network is unreachable
On 25/04/14(Fri) 21:05, Henning Brauer wrote:
> * Ryan McBride [2014-04-25 10:31]:
> > On Fri, Apr 25, 2014 at 02:40:57AM +0200, Alexander Bluhm wrote:
> > > On Fri, Apr 25, 2014 at 09:09:03AM +0900, Ryan McBride wrote:
> > > > Part of the reason it's there is to make carp work properly for servic
On Sun, Apr 27, 2014 at 2:37 AM, Helg wrote:
> I've been doing some testing of fuse and discovered a small bug where it only
> allows file names up to 254 characters due to not taking the NULL terminator
> into consideration when allocating structures.
This has been commited (with few changes),
On 09/04/14(Wed) 15:36, Martin Pieuchot wrote:
> On 09/04/14(Wed) 11:22, Martin Pieuchot wrote:
> > When an IPv6 address is configured on a point-to-point interface, it
> > is associated to nd6_rtrequest(). This is because nd6_request()
> > contains a hack to automatically create a route to loopba
This adds ktable code from bgpd to fetch, store and perform lookups
in multiple routing tables. Currently it doesn't do anything useful
but it's a prerequisite for any future work in this direction.
OK to get this in?
diff --git usr.sbin/snmpd/kroute.c usr.sbin/snmpd/kroute.c
index e157b25..e19f
26 matches
Mail list logo
