Re: OpenBSD::Tame perl wrapper for tame(2)

2015-07-21 Thread lists
> Your contributions to the lists are rants or useless noise. What's your > motivation and do you really gain something by doing that? Like mentioning the ruby idiot is an idiot? Sure. Who the "contributor" are you?

Re: OpenBSD::Tame perl wrapper for tame(2)

2015-07-21 Thread Ville Valkonen
On Jul 21, 2015 11:21 PM, wrote: > > > Wrant.. Go away. > > On my way out can I gently kick the usual ruby wrapper to death? > Several times. I'd come for more. > > > Your attitude is offensive to all of us who work on this project. > > Why is open speech offensive, we're not that old already?

Re: OpenBSD::Tame perl wrapper for tame(2)

2015-07-21 Thread lists
> Wrant.. Go away. On my way out can I gently kick the usual ruby wrapper to death? Several times. I'd come for more. > Your attitude is offensive to all of us who work on this project. Why is open speech offensive, we're not that old already?

Re: OpenBSD::Tame perl wrapper for tame(2)

2015-07-21 Thread Bob Beck
Wrant.. Go away. If you had any experience as a real developer on anything you would understand the message to wait until the API is stable, otherwise we're just wasting people's time and effort. Your attitude is offensive to all of us who work on this project. Please take your ungratefulness

Re: OpenBSD::Tame perl wrapper for tame(2)

2015-07-21 Thread lists
Is it not too early to jump gun on this, stone carving gemologist procto international man of mystery and disguise?

Re: OpenBSD::Tame perl wrapper for tame(2)

2015-07-21 Thread Theo de Raadt
This is extremely premature. The tame() in my devtree already has major incompatible changes.

Re: doas failsafe

2015-07-21 Thread lists
> Your diff doesn't apply here, can you resend? You can kiss anybody's ass. Are you traditionally ridiculing your origin or the general state of software? Idiot. Quit the crapping and do some real thinking and work actually.

OpenBSD::Tame perl wrapper for tame(2)

2015-07-21 Thread Jeremy Evans
This allows tame(2) to be used from perl. I almost never write perl and this is my first time using perl-XS, so apologies if anything is wrong. I'm not sure how generally useful this will be currently in the base system, so this may be premature, but if we want it later this should hopefully give

Re: doas failsafe

2015-07-21 Thread Kent R. Spillner
Your diff doesn't apply here, can you resend?

Re: doas failsafe

2015-07-21 Thread Karel Gardas
On Tue, Jul 21, 2015 at 5:30 PM, wrote: > so, why not type su rather than doas? I will not type doas. Do you? If doas supplies kind of sudo functionality than I would rather use it instead of su and being root all the time. So yes, I will.

Re: fontconfig-user.html location wrong in man pages

2015-07-21 Thread Chris Bennett
On Tue, Jul 14, 2015 at 08:01:20AM +0200, Matthieu Herrb wrote: > On Mon, Jul 13, 2015 at 07:59:00PM -0500, Chris Bennett wrote: > > After reading several man pages like fc-scan, etc. > > I found at the bottom: > > > > The fontconfig user's guide, in HTML format: > > /usr/share/doc/fontconfig/font

Re: doas failsafe

2015-07-21 Thread lists
so, why not type su rather than doas? I will not type doas. Do you?

Re: doas failsafe

2015-07-21 Thread Chris Bennett
On Tue, Jul 21, 2015 at 05:42:54PM +0300, li...@wrant.com wrote: > doas is extremely foul to type, compared to sudo or su > > stop inventing reasons not to make it right first time > I don't know why you are sending so many "foul" messages to this list. I have gotten to the point of not wanting

Re: doas failsafe

2015-07-21 Thread lists
doas is extremely foul to type, compared to sudo or su stop inventing reasons not to make it right first time > once again, please ignore this if you are emotional

Re: doas failsafe

2015-07-21 Thread lists
> > Less code running with setuid root, the better. > > That is the entire point. So how is another binary helping reduce code without replacing completely the larger bubble?

Re: Missing descriptor in uvideo.h

2015-07-21 Thread Ludovic Coues
On 20/07/15(Mon) 16:44, Martin Pieuchot wrote: > Is it because by ``wWord'' you mean uDword? Did you consider using an > union with #define? > I don't know what I could do with an union but I followed the advice. I rewrote the diff, dropped the data field and used a couple of macro to access the

Brainy: Uninitialized Var in hppa64

2015-07-21 Thread Maxime Villard
Hi, I put here a bug among others: --- sys/arch/hppa64/dev/apic.c - struct evcount *cnt; struct apic_iv *aiv, *biv; void *iv; int irq = APIC_INT_IRQ(ih); int line = APIC_INT_LINE(ih); u_int32_t ent0;

Re: Weak Diffie-Hellman default in nginx port

2015-07-21 Thread lophos
El Tue, 21 de Jul de 2015, a las 12:55:42PM +0200, Denis Fondras dijo: > On Tue, Jul 21, 2015 at 12:31:33PM +0200, lophos wrote: > > The nginx config (although disabled by default) supports weak Diffie > > Hellman cipher according to ssllabs.com test > > (Grade B). > > > > You'd better generate

[PATCH] Do not intend cases in switch for doas(1)

2015-07-21 Thread Dimitris Papastamos
Hi, Just a minor stylistic change. Cheers, Dimitris === RCS file: /cvs/src/usr.bin/doas/parse.y,v retrieving revision 1.7 diff -u -p -r1.7 parse.y --- parse.y 21 Jul 2015 11:04:06 - 1.7 +++ parse.y 21 Jul 2015 11:55

Re: doas failsafe

2015-07-21 Thread Manuel Giraud
"tekk" writes: > I've never used a fully qualified path with doas and it works just fine. > ("doas mount", "doas pkg_add", "doas mg".) Do you mean in the config file > or something? Requiring you to specify a full path on filtered commands > or whatever? This may just be a recent change though, I

Re: Weak Diffie-Hellman default in nginx port

2015-07-21 Thread Denis Fondras
On Tue, Jul 21, 2015 at 12:31:33PM +0200, lophos wrote: > The nginx config (although disabled by default) supports weak Diffie Hellman > cipher according to ssllabs.com test > (Grade B). > You'd better generate stronger DH-param than disable DHE.

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

2015-07-21 Thread Alexey Suslikov
sam cmpct.info> writes: > How about you release the Brainy Code Scanner then? > > "I have so many bugs; in fact, there are so many, I don't even have the > time to report them! My scanner is so good!" > > Or perhaps you should report 'just' the relatively important ones? Made my day. Searchin

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

2015-07-21 Thread sam
On Tue, 21 Jul 2015 11:31:44 +0200 Maxime Villard wrote: > Found by The Brainy Code Scanner. > > It is not the last bug Brainy has found, but it is the last one I > report. I don't have time for that. > How about you release the Brainy Code Scanner then? "I have so many bugs; in fact, there a

Weak Diffie-Hellman default in nginx port

2015-07-21 Thread lophos
Hello. I want to suggest this patch for /etc/nginx/nginx.conf in OpenBSD 5.7. The nginx config (although disabled by default) supports weak Diffie Hellman cipher according to ssllabs.com test (Grade B). --- nginx.conf Tue Jul 21 12:18:44 2015 +++ nginx.conf Tue Jul 21 10:52:27 2015 @@ -114,7

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

2015-07-21 Thread Alexey Suslikov
Ville Valkonen gmail.com> writes: > On Jul 21, 2015 9:32 AM, "Maxime Villard" m00nbsd.net> wrote: > > It is not the last bug Brainy has found, but it is the last one I > > report. I don't have time for that. > > > > Maxime > > Why such a dramatic tone? Because that famous "thank you small peop

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

2015-07-21 Thread Ville Valkonen
On Jul 21, 2015 9:32 AM, "Maxime Villard" wrote: > > Hi, > I put here a bug among others: > > - sys/kern/kern_exec.c - > > char *pathbuf = NULL; > > [...] > > pathbuf = pool_get(&namei_pool, PR_WAITOK); > > [..

Re: doas failsafe

2015-07-21 Thread tekk
On Mon, Jul 20, 2015 at 11:58:34PM -0700, Manuel Giraud wrote: > > "Ted Unangst" writes: > > > Manuel Giraud wrote: > >> Hi, > >> > >> I've just shot myself in the foot after /etc/doas.conf tweaking. This > >> patch adds a failsafe "permit :wheel" rule in case of syntax error. Is > >> this saf

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

2015-07-21 Thread Maxime Villard
Hi, I put here a bug among others: - sys/kern/kern_exec.c - char *pathbuf = NULL; [...] pathbuf = pool_get(&namei_pool, PR_WAITOK); [...] /* setup new registers and do misc. setup. */ if (p

Re: doas failsafe

2015-07-21 Thread Theo de Raadt
> Less code running with setuid root, the better. That is the entire point.

Re: doas failsafe

2015-07-21 Thread ludovic coues
2015-07-21 10:56 GMT+02:00 Theo de Raadt : >> Ability to define alias in the doas config file might be nice. Just >> like ssh with the ssh_config file. > > I have always wanted a .lsrc file, which would allow me to override > the special options for ls, as well. That's kind of what you are > talki

Re: doas failsafe

2015-07-21 Thread Theo de Raadt
> Ability to define alias in the doas config file might be nice. Just > like ssh with the ssh_config file. I have always wanted a .lsrc file, which would allow me to override the special options for ls, as well. That's kind of what you are talking about, right? No, I think you are serious. And

Brainy: Use-After-Free in if_bnx

2015-07-21 Thread Maxime Villard
Hi, I put here a bug among others: -- sys/dev/pci/if_bnx.c if ((status & L2_FHDR_STATUS_L2_VLAN_TAG) && !(sc->rx_mode & BNX_EMAC_RX_MODE_KEEP_VLAN_TAG)) { #if NVLAN > 0

Re: doas failsafe

2015-07-21 Thread ludovic coues
2015-07-21 8:58 GMT+02:00 Manuel Giraud : > "Ted Unangst" writes: > >> Manuel Giraud wrote: >>> Hi, >>> >>> I've just shot myself in the foot after /etc/doas.conf tweaking. This >>> patch adds a failsafe "permit :wheel" rule in case of syntax error. Is >>> this safe enough? Should it be done elsew