Re: Support for LC_TIME

2014-05-12 Thread vtamara
El 2014-05-08 13:20, Marc Espie escribió: As for portability issues: programs stay with the C locale *in any case* unless they do setlocale() right at the start, in which case they explicitly say yes, I want to be localized. So, from that point of view the portability issues are minimal

Re: Support for LC_TIME

2014-05-12 Thread vtamara
Answering bad question I made (sorry): El 2014-05-12 05:55, vtamara escribió: (or what tables do you recommend me to use? are there tables in localedef format and BSD-license compatible available somewhere?) http://unicode.org/cldr/trac/browser/tags/release-1-9/posix/ However for the moment

Re: amd64 support for AR9485

2014-05-12 Thread vtamara
El 2014-05-09 07:23, Stefan Sperling escribió: Further work is needed. I have diffs which do much more but don't yet work either. I've given up on trying to get this to work for now, and will share my diffs with anyone who wants to take over. If you're an aspiring wifi hacker, then this is for

Re: Remove p2p loopback hack in nd6_rtrequest()

2014-05-12 Thread Martin Pieuchot
On 07/05/14(Wed) 12:46, Martin Pieuchot wrote: Diff below stops abusing nd6_rtrequest() for loopback interfaces, which means we can remove the special hack below and reduce the differences with arp_rtrequest(). This diff introduces two changes in the inet6 routing table, but they should not

Re: Support for LC_TIME

2014-05-12 Thread Stefan Sperling
On Mon, May 12, 2014 at 05:55:55AM -0400, vtamara wrote: I would like a little of clarification about something else that Stefan is talking about. In my dream world, I would like a locale implementation that follows the POSIX standard, supports multibyte characters throughout, avoids file

Re: amd64 support for AR9485

2014-05-12 Thread Stefan Sperling
On Mon, May 12, 2014 at 06:40:22AM -0400, vtamara wrote: El 2014-05-09 07:23, Stefan Sperling escribió: Further work is needed. I have diffs which do much more but don't yet work either. I've given up on trying to get this to work for now, and will share my diffs with anyone who wants to

[PATCH 2/2] include openssl/evp.h for OPENSSL_add_all_algorithms_noconf()

2014-05-12 Thread busterb
From: Brent Cook bust...@gmail.com --- rc4/rc4test.c | 1 + 1 file changed, 1 insertion(+) diff --git a/rc4/rc4test.c b/rc4/rc4test.c index a0b08a6..c4d34b1 100644 --- a/rc4/rc4test.c +++ b/rc4/rc4test.c @@ -60,6 +60,7 @@ #include stdlib.h #include string.h +#include openssl/evp.h #include

[PATCH 0/2] build warning fixes for regress/libcrypto

2014-05-12 Thread busterb
Hi all, Here are some minor build fixes for the libcrypto regression tests. - Brent

[PATCH 1/2] use correct size_t formatter, include string.h for memcmp

2014-05-12 Thread busterb
From: Brent Cook bust...@gmail.com --- base64/base64test.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/base64/base64test.c b/base64/base64test.c index a7d167e..fedbdcd 100644 --- a/base64/base64test.c +++ b/base64/base64test.c @@ -19,6 +19,7 @@ #include err.h

m-m_pkthdr.rcvif and ip6_input()

2014-05-12 Thread Martin Pieuchot
Like the previous diffs, it reduces the number of m-m_pkthdr.rcvif occurrences, this time in ip6_input(). Should be no functional change. Ok? Index: netinet6/ip6_input.c === RCS file: /home/ncvs/src/sys/netinet6/ip6_input.c,v

Re: m-m_pkthdr.rcvif and ip6_input()

2014-05-12 Thread Mike Belopuhov
On 12 May 2014 15:12, Martin Pieuchot mpieuc...@nolizard.org wrote: Like the previous diffs, it reduces the number of m-m_pkthdr.rcvif occurrences, this time in ip6_input(). Should be no functional change. Ok? OK

Re: dhclient bug when joining new wireless lan

2014-05-12 Thread Creamy
Sorry, I'm running with some custom changes to make some other hardware work on this box, and at the moment I haven't had time to update them for -current. Mmm what hardware? It may be that it's supported in -current already and I'm running with some changes to wscons to support my 122-key