On Sun, Dec 07, 2014 at 07:43:11PM -0600, Abel Abraham Camarillo Ojeda wrote:
> ping
>
> [...]
>
> >
> > I'm ok with the syntax error message, but should large usernames work?
> >
> > Thank you very much.
> >
When authenticating using the default backend, it shouldn't work no, the
username is lim
On Sat, Dec 6, 2014 at 1:25 PM, Kaspars Bankovskis
wrote:
> One flag was undocumented + some cleanup.
Looks good to me!
Philip Guenther
On Mon, Dec 8, 2014 at 6:07 PM, Martin Pieuchot wrote:
> On 08/12/14(Mon) 09:35, David Higgs wrote:
>> On Mon, Dec 8, 2014 at 9:29 AM, Martin Pieuchot
>> wrote:
>> [...]
>> > Now I'd like to finish the transition that started with the import of
>> > upd(4) and move away from the actual 1 report
We have released LibreSSL 2.1.2, which will be arriving in the
LibreSSL directory of your local OpenBSD mirror soon.
This release greatly improves performance, interoperability and portability,
while continuing to be easy to build and integrate into your software projects.
This release includes:
On Mon, Dec 08, 2014 at 08:54:08AM -0600, Brent Cook wrote:
> https://github.com/libressl-portable/portable
>
> Please test if you can. Thanks!
Looks good on an amd64 Ubuntu 14.04 machine with gcc 4.8.2:
TOTAL: 44
PASS: 44
SKIP: 0
XFAIL: 0
FAIL: 0
XPASS: 0
ERROR: 0
Nicolai
On Tue, Dec 09, 2014 at 00:00, Jonas 'Sortie' Termansen wrote:
> On 12/08/2014 09:55 PM, Theo de Raadt wrote:
>> Index: lib/libc/stdlib/mrand48.c
>> ===
>> RCS file: /cvs/src/lib/libc/stdlib/mrand48.c,v
>> retrieving revision 1.3
>> di
bgpd seemed like a good place to try out the new siphash functions.
Three hash tables are pretty straight forward conversions. Diff below.
rde_rib.c nexthop_hash uses hash32 for ipv6, and a simple xor hash for
ipv4. I left that alone as the diff would be more than mechanical.
red_update.c up_gen
On 12/09/2014 12:06 AM, Todd C. Miller wrote:
> Which gets cast to a signed integer in that same range...
Except long is larger than 32 bits on 64-bit platforms.
On 08/12/14(Mon) 09:35, David Higgs wrote:
> On Mon, Dec 8, 2014 at 9:29 AM, Martin Pieuchot
> wrote:
> [...]
> > Now I'd like to finish the transition that started with the import of
> > upd(4) and move away from the actual 1 reportID = 1 driver model.
> > Because in the end they are all sharin
On Tue, 09 Dec 2014 00:00:01 +0100, "Jonas 'Sortie' Termansen" wrote:
> POSIX says mrand48 is meant to return signed integers in the interval
> [-2^31,2^31), but this code returns an unsigned 32-bit integer value.
Which gets cast to a signed integer in that same range...
- todd
On 12/08/2014 09:55 PM, Theo de Raadt wrote:
> Index: lib/libc/stdlib/mrand48.c
> ===
> RCS file: /cvs/src/lib/libc/stdlib/mrand48.c,v
> retrieving revision 1.3
> diff -u -p -u -r1.3 mrand48.c
> --- lib/libc/stdlib/mrand48.c 8 Aug 2005
Hello,
Small comment below.
On Mon, Dec 08, 2014 at 01:55:47PM -0700, Theo de Raadt wrote:
> I have spent the last week researching all the uses of the srand(),
> srandom(), and srand48() subsystems in the ports tree.
[...]
> RAND(3)Library Functions Manual
I have spent the last week researching all the uses of the srand(),
srandom(), and srand48() subsystems in the ports tree.
These three APIs are standardized into C89, POSIX, XPG42, etc. Rather
unfortunate, since they suck, and their existance suckers developers
into doing the wrong thing.
The lo
As per an earlier thread on misc@, this fixes sensorsd.conf(5) parsing of
SENSOR_INDICATOR values. Since parsing as integers was both undocumented and
confusing, it is no longer supported. Also, bail on error if the high/low
values don’t create a valid range.
This mimics existing behavior, bu
Hi Brent,
I did a compile and run the tests on Archlinux 64-bit.
- no compiler warnings
- all tests passed (results below)
I also took a look at the pages generated in man for tls_init.3,
openssl.3 & ssl.3 - they all look fine (no visible glitches).
Please let me know if I can do more tests (i
On Mon, Dec 08, 2014 at 11:52, Matt Dainty wrote:
> * Jonathan Gray [2014-12-08 08:08:19]:
>>
>> Well any name that includes gpio that isn't taken should be fine.
>
> I went with soekrisgpio(4) as there are longer driver names in the tree,
> (acpithinkpad(4) seems to hold that record from my quic
On Mon, Dec 08, 2014 at 17:18, David Carlier wrote:
> Following small discussion I had with tedu@ this is just small diff, just
> for the sake of C standard "correctness" ... dropping some arithmetic
> pointer with void pointers ...
>
> Hopes it might find some interest/usefullness ...
Thanks.
>
> I tried with llvm-3.5.20140228p18 (the clang package), g++-4.9.2 and
> libstdc++-4.8.3, the next command:
>
> clang++ -std=c++11 -I/usr/local/include -I/usr/local/include/c++/4.9.2
> -I/usr/local/include/c++/4.9.2/x86_64-unknown-openbsd5.6 -I/usr/include
> -L/usr/local/lib/gcc-lib/amd64-unknown-
Following small discussion I had with tedu@ this is just small diff, just
for the sake of C standard "correctness" ... dropping some arithmetic
pointer with void pointers ...
Hopes it might find some interest/usefullness ...
Thanks in advance.
Index: gnu/gcc/gcc/unwind-dw2.c
===
On 2014/12/08 09:55, Theo de Raadt wrote:
> I think the driver name is too long, and quite honestly it is overly
> descriptive.
>
> I completely fail to see the need for *any* driver name to be so long,
> especially when you will never type it.
Agreed, it is just a driver name, who cares what it
I think the driver name is too long, and quite honestly it is overly
descriptive.
I completely fail to see the need for *any* driver name to be so long,
especially when you will never type it.
* Jonathan Gray [2014-12-08 08:08:19]:
>
> Well any name that includes gpio that isn't taken should be fine.
I went with soekrisgpio(4) as there are longer driver names in the tree,
(acpithinkpad(4) seems to hold that record from my quick scan) so rather
than try and come up with some witty cont
Hi,
My (residential) ISP assigns me an IP address using DHCP. The lease time is 7
days or so. I just put "dhcp" in hostname.re1 and everything works, except for
a minor annoyance.
When re1 goes down (e.g. because of a reboot) the ISP *requires* a successful
DHCP exchange to occur before it enable
Ping.
On Fri, Nov 28, 2014 at 13:40 +0100, Mike Belopuhov wrote:
> Still looking for OK's.
>
> On Wed, Nov 26, 2014 at 18:24 +0100, Mike Belopuhov wrote:
> > More rdomain checks are needed to be able to use the same subnet
> > in a back to back connection between IPv6 rdomains as pointed out
> >
On Wed, Dec 03, 2014 at 14:56 +0100, Mike Belopuhov wrote:
> bpf aligns data following the datalink header (e.g. ethernet)
> on the BPF_ALIGNMENT boundary. Since rev1.41 of bpf.h it's
> uint32_t instead of a long. And also since then almost all
> packets become "unaligned" from the tcpdump perspe
Hi,
We plan to remove shutdown hooks for good and need to convert
all drivers implementing a watchdog(4) device to the config_*
framework namely implementing the activate method with a
DVACT_POWERDOWN action handler fleshed out.
This is the diff I came up with. wdog_shutdown will now check
that
We spent the weekend buttoning up features and closing issues with
LibreSSL-portable.
All features and fixes for the next release are now landed in the github mirror:
https://github.com/libressl-portable/portable
Please test if you can. Thanks!
- Brent
On Mon, Dec 8, 2014 at 9:29 AM, Martin Pieuchot wrote:
> On 08/12/14(Mon) 09:02, David Higgs wrote:
>> On Sat, Dec 6, 2014 at 8:57 AM, Martin Pieuchot
>> wrote:
>> > The ohci(4) diff is almost fine, USBD_SHORT_XFER should only be set in
>> > usbd_transfer_complete() so the HCD should only set th
On 08/12/14(Mon) 09:02, David Higgs wrote:
> On Sat, Dec 6, 2014 at 8:57 AM, Martin Pieuchot
> wrote:
> > The ohci(4) diff is almost fine, USBD_SHORT_XFER should only be set in
> > usbd_transfer_complete() so the HCD should only set the status to
> > USBD_NORMAL_COMPLETION, see below.
> >
> > Con
On Sat, Dec 6, 2014 at 8:57 AM, Martin Pieuchot wrote:
> The ohci(4) diff is almost fine, USBD_SHORT_XFER should only be set in
> usbd_transfer_complete() so the HCD should only set the status to
> USBD_NORMAL_COMPLETION, see below.
>
> Concerning your broken firmware, what we should do is change
On Fri, Dec 05, 2014 at 01:32:08PM -0500, Matt Dainty wrote:
> * Jonathan Gray [2014-12-05 10:16:41]:
> > Perhaps a driver name change to reflect that this is to interface to the
> > fpga on the soekris?
>
> This is tcpcib(4) all over again ;-)
>
> NetBSD committed this driver as soekrisgpio but
On 04/12/14(Thu) 00:26, Alexander Bluhm wrote:
> On Wed, Nov 26, 2014 at 12:58:35PM +0100, Martin Pieuchot wrote:
> > @@ -761,7 +754,17 @@ report:
> > error = EDQUOT;
> > goto flush;
> > }
> > - ifa = info
On 04/12/14(Thu) 01:15, Alexander Bluhm wrote:
> On Wed, Nov 26, 2014 at 03:21:43PM +0100, Martin Pieuchot wrote:
> > @@ -5459,7 +5448,6 @@ pf_routable(struct pf_addr *addr, sa_fam
> >
> > /* Perform uRPF check if passed input interface */
> > ret = 0;
> > - rt =
33 matches
Mail list logo
