so, why not type su rather than doas? I will not type doas. Do you?
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:
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 to
On Tue, Jul 21, 2015 at 5:30 PM, li...@wrant.com 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.
Your diff doesn't apply here, can you resend?
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
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
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.
Is it not too early to jump gun on this, stone carving gemologist
procto international man of mystery and disguise?
This is extremely premature.
The tame() in my devtree already has major incompatible changes.
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?
On Jul 21, 2015 11:21 PM, li...@wrant.com 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
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?
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
On Jul 21, 2015 9:32 AM, Maxime Villard m...@m00nbsd.net wrote:
Hi,
I put here a bug among others:
- sys/kern/kern_exec.c -
char *pathbuf = NULL;
[...]
pathbuf = pool_get(namei_pool, PR_WAITOK);
Ville Valkonen weezelding at gmail.com writes:
On Jul 21, 2015 9:32 AM, Maxime Villard max at 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
On Tue, 21 Jul 2015 11:31:44 +0200
Maxime Villard m...@m00nbsd.net 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
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
@@
sam sam at 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.
Searching
tekk t...@parlementum.net 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
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.
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
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 stronger
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
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
2015-07-21 10:56 GMT+02:00 Theo de Raadt dera...@cvs.openbsd.org:
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
Less code running with setuid root, the better.
That is the entire point.
On Mon, Jul 20, 2015 at 11:58:34PM -0700, Manuel Giraud wrote:
Ted Unangst t...@tedunangst.com 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
Ted Unangst t...@tedunangst.com 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 elsewhere (with some kind of
visudo)?
I think
2015-07-21 8:58 GMT+02:00 Manuel Giraud man...@ledu-giraud.fr:
Ted Unangst t...@tedunangst.com 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?
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
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;
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
33 matches
Mail list logo