Re: [Bulk] Re: vnconfig crypto alternative

On Sun, 1 Mar 2015 13:52:37 -0500 Jonathan Thornburg wrote: > > That deprecation is not going to happen. Keep using what you are > > using now. > > I grok that (the current implementation of) vnd crypto is weak. What's > the current migration/fixing/transition plan for this? (I can't find an

Re: athn at usb fixes

On Sun, Mar 01, 2015 at 11:52:42PM -0300, Henrique Lengler wrote: > On Sun, Mar 01, 2015 at 11:34:54AM -0430, Naim, Halim. wrote: > > Thanks, I have applied and recompiled. I can attach/detach. ifconfig > > down up, and sh /etc/netstart athn0, without any problems now. I will > > use it through the

Re: questions to the security of softraid_crypto

On Monday 02 March 2015, Peter J. Philipp wrote: > On 03/01/15 23:17, Ted Unangst wrote: > > Peter J. Philipp wrote: > >> Hi, > >> > >> I am not the best C reader and programmer out there so I try to make > >> myself tools that may seem useless in order to better understand. I see > >> this in /sy

Re: relayd memory usage when loading large URL lists

On Sun, Mar 1, 2015 at 4:45 PM, Felipe Scarel wrote: > Hello all, > > I'm implementing a simple SSL forward proxy using relayd. > Configuration has been fine, as was testing. There seems to be one > issue with memory consumption, however. > > To better illustrate my issue, here follows an excerpt

Re: athn at usb fixes

Stefan Sperling writes: > On Sun, Mar 01, 2015 at 11:52:42PM -0300, Henrique Lengler wrote: >> On Sun, Mar 01, 2015 at 11:34:54AM -0430, Naim, Halim. wrote: >> > Thanks, I have applied and recompiled. I can attach/detach. ifconfig >> > down up, and sh /etc/netstart athn0, without any problems now

Re: athn at usb fixes

On Mon, Mar 02, 2015 at 09:21:02AM -0430, Naim, Halim. wrote: > Everything continues to work with the new diff. Yesterday (with the > previous diff), I used the dongle for some 12 hours, without any > problems. Great, thanks for checking. This new diff mainly fixes an issue where the machine eff

Re: athn at usb fixes

On Mon, Mar 02, 2015 at 03:05:41PM +0100, Stefan Sperling wrote: > On Mon, Mar 02, 2015 at 09:21:02AM -0430, Naim, Halim. wrote: > > Everything continues to work with the new diff. Yesterday (with the > > previous diff), I used the dongle for some 12 hours, without any > > problems. > > Great, th

Re: athn at usb fixes

Thanks for the work with this patch. On Mar 2, 2015 11:17 AM, "Stefan Sperling" wrote: > On Mon, Mar 02, 2015 at 03:05:41PM +0100, Stefan Sperling wrote: > > On Mon, Mar 02, 2015 at 09:21:02AM -0430, Naim, Halim. wrote: > > > Everything continues to work with the new diff. Yesterday (with the > >

typo in strip(1) man page

Hi, there is a typo in the manpage for strip. In section --only-keep-debug, In the first point, It says: 1.

Re: typo in strip(1) man page

I just noticed that all the points after that are numbered 1 (also below in the next enumeration). maybe that's also not right. On Mar 2, 2015 11:41 AM, "Naim, Halim." wrote: > Hi, there is a typo in the manpage for strip. In section > --only-keep-debug, In the first point, It says: > > 1. > That

Re: typo in strip(1) man page

On Tue, 3 Mar 2015, at 05:11 AM, Naim, Halim. wrote: > Hi, there is a typo in the manpage for strip. In section > --only-keep-debug, In the first point, It says: > > 1. > That should be: that it is called > grep -sr ' is is ' /usr/src/gnu A common typo in the GNU-verse. -- Carlin

Re: improving browser security

On 03/01/2015 10:36 AM, Ted Unangst wrote: > A few words about a project I've started working on today with support from > the OpenBSD Foundation. This is a good idea. I just threw some more coin in the donations bin. At the risk of feature creep: There was a thread on this list about browser i

Re: improving browser security

> At the risk of feature creep: > There was a thread on this list about browser installation > such that it would, for each user be sandboxed in a clean room, denying any > scripts access to the users files. I don't know if this is at all > appropriate for > this project, and I just throw it out t

Re: ehci_idone: ex=0xd90fd934 is done!

i confirm that with the latest snapshot that includes the latest ehci fix these messages went away. thank you. -f -- doubt is the beginning of wisdom

Slow (Num/Caps/Scroll)Lock response under X.

Hi, When I am in X, the system takes a lot of time to respond the press of (Num/Caps/Scroll)Lock. Out of X it works instantly. I already used Xenocara from -release, -stable, and I am now using -current. I takes time also to change the light in the keyboard. In the time between a (Num/Caps/Scroll