Re: autoinstall(8): using multiple set sources?

2015-08-07 Thread Alexander Hall
On August 7, 2015 9:10:06 PM GMT+02:00, Philipp wrote: >While heavy playing with autoinstall(8), I came across that I cannot >make it happen to >install the usual sets from CD/ISO and additional ones like site58.tgz >from a webserver. > >install.conf snips: >root disk = wd0 >Use (W)hole disk

Re: Brainy: User-Triggerable Kernel Memory Leak in execve()

2015-08-07 Thread Alexey Suslikov
Christian Schulte schulte.it> writes: > > Now, I believe that this effort is too much for my spare time. > > Then why not release that scanner? That effort could be shared. What's > so secret about it? You have been asked several times already. Start sharing right now. Brainy OpenBSD page cont

Re: Brainy: User-Triggerable Kernel Memory Leak in execve()

2015-08-07 Thread Christian Schulte
Am 08/07/15 um 21:55 schrieb Maxime Villard: Developing, improving and maintaining Brainy takes time and energy, as well as investigating and packaging the bugs and vulnerabilities it finds. I've so far sent some reports here just because I'm "friendly" enough, and because modifying a few things

Re: Brainy: User-Triggerable Kernel Memory Leak in execve()

2015-08-07 Thread shun . obsd . tech
Hi Maxime, Hi Sam, I have been following this thread (and others) for some time. On Fri, Aug 07, 2015 at 09:55:21PM +0200, Maxime Villard wrote: > Well, I guess I'll have to admit that I find your attitude extremely > disrespectful. I have to agree that the emails are rather short and tend to lac

Re: Brainy: User-Triggerable Kernel Memory Leak in execve()

2015-08-07 Thread Chris Cappuccio
Maxime Villard [m...@m00nbsd.net] wrote: > > Now, I believe that this effort is too much for my spare time. If you > want to say "thanks" to me for reporting this vulnerability, dear Sam, > it's never too late. > I put here a thanks among others: Thank you for your effort to help improve the Op

Re: Brainy: User-Triggerable Kernel Memory Leak in execve()

2015-08-07 Thread Maxime Villard
Well, I guess I'll have to admit that I find your attitude extremely disrespectful. But I don't tend to feel particularly offended by this kind of things, so it probably does not matter. Le 21/07/2015 12:31, sam a écrit : On Tue, 21 Jul 2015 11:31:44 +0200 Maxime Villard wrote: Found by The

autoinstall(8): using multiple set sources?

2015-08-07 Thread Philipp
While heavy playing with autoinstall(8), I came across that I cannot make it happen to install the usual sets from CD/ISO and additional ones like site58.tgz from a webserver. install.conf snips: root disk = wd0 Use (W)hole disk = W Location of sets = cd Set name(s) = all Location of sets = htt

Octeon opcode extensions for binutils

2015-08-07 Thread Paul Irofti
Hi, the following diff adds Octeon specific opcodes support to our binutils. For now I just added the sync opcodes which are needed for the bus barrier routines. (From what I read this will be useful not only for SMP but also for DMA.) I've tested it on my Octeon machines with the syncw instructi

Re: [PATCH] tftpd, rdomain

2015-08-07 Thread Bertrand PROVOST
2015-08-07 4:40 GMT-04:00 Peter Hessler : > Thank you for the submission, but we prefer using "route -T [rdomain] > exec [program]" for programs that do not modify routes. I didn't know this command, thank you. 2015-08-07 4:40 GMT-04:00 Peter Hessler : > Additionally, your mailer ate the whitesp

Re: [PATCH] tftpd, rdomain

2015-08-07 Thread Peter Hessler
Hi Betrand Thank you for the submission, but we prefer using "route -T [rdomain] exec [program]" for programs that do not modify routes. Additionally, your mailer ate the whitespace from the diff, and messed up style(9). On 2015 Aug 06 (Thu) at 12:26:19 -0400 (-0400), Bertrand PROVOST wrote: :

Re: [PATCH] tftpd, rdomain

2015-08-07 Thread David Gwynne
you cant get the same functionality with route exec? > On 7 Aug 2015, at 2:26 am, Bertrand PROVOST > wrote: > > Hi, > > this diff add rdomain support to tftpd. > It used setsockopt/SO_RTABLE like in ping program. > > Alternatively I could use `setrtable` once instead of multiple setsockopt. >

small mv patch

2015-08-07 Thread Martijn van Duren
Hello tech@, I was reading mv.c and found two minor things in fastcopy: 1) fd leak on seldom reached code 2) At the end of the function utimes is called, while the rest of the code calls the f* variant. Consistency fix. Index: mv.c ==