On Wed, Dec 12, 2018 at 01:27:24AM +0200, Lauri Tirkkonen wrote:
> Hi,
>
> since the Xorg setuid bit was removed, I looked a little bit into what
> it would take to run it without root privs. I have a proof of concept
> put together, and things seem to work (on an X220 amd64 + modesetting
> driver
On Wed, Dec 12 2018 09:18:45 +0100, Matthieu Herrb wrote:
> > diff --git a/xserver/hw/xfree86/common/xf86Init.c
> > b/xserver/hw/xfree86/common/xf86Init.c
> > index 2a04da045..b814eb412 100644
> > --- a/xserver/hw/xfree86/common/xf86Init.c
> > +++ b/xserver/hw/xfree86/common/xf86Init.c
> > @@ -967
argh:
On Wed, Dec 12 2018 10:26:42 +0200, Lauri Tirkkonen wrote:
> > What was the issue that prompted you to make this change ?
>
> The console was not opened otherwise if euid==0
euid != 0, I meant.
--
Lauri Tirkkonen | lotheac @ IRCnet
On Tue, Dec 11, 2018 at 10:46:18PM +0100, Mark Kettenis wrote:
> > Date: Tue, 11 Dec 2018 22:39:37 +0100
> > From: Antoine Jacoutot
> >
> > On Tue, Dec 11, 2018 at 04:27:19PM -0500, Ted Unangst wrote:
> > > Mark Kettenis wrote:
> > > > > From: "Ted Unangst"
> > > > > Date: Mon, 10 Dec 2018 14:14
> Date: Wed, 12 Dec 2018 01:27:24 +0200
> From: Lauri Tirkkonen
>
> Hi,
>
> since the Xorg setuid bit was removed, I looked a little bit into what
> it would take to run it without root privs. I have a proof of concept
> put together, and things seem to work (on an X220 amd64 + modesetting
> dri
On Tue, Dec 11, 2018 at 11:00:30PM +0100, Marc Espie wrote:
> Ah, so actually just
> rm -f ${SUDO_CLEAN}
>
> should be fine ?
Regress jumps from root to non-root in a very inconsistent way. It
could be improved, but that would be a lot of work. The result
will not be perfect as tests have
On Wed, Dec 12 2018 11:09:18 +0100, Mark Kettenis wrote:
> > Date: Wed, 12 Dec 2018 01:27:24 +0200
> > From: Lauri Tirkkonen
> >
> > Hi,
> >
> > since the Xorg setuid bit was removed, I looked a little bit into what
> > it would take to run it without root privs. I have a proof of concept
> > pu
On Tue, Dec 11, 2018 at 10:31:37PM -0500, Ted Unangst wrote:
> I have some trace files that are gzipped to save space. (They compress really
> well.) It would be convenient if I could simply zcat them into kdump for
> inspection.
FWIW I've always used `kdump -f/dev/stdin' for that.
> This patch al
Doing some additional cleanup in loadfile_elf.c (the code used for -b bsd)
- switch com port to 115200 instead of 9600 (our own bootloader does the
same when booted in a VM).
- use the new write_mem(addr, NULL, size) code to zero memory. This makes
that code a lot simpler.
OK
--
:wq Claudio
Time to fold ext-communities into filter_community so that bgpd can match
multiple ext-communities at the same time as well. Additionally this fixes
parsing some of the ext-community types. Rather large diff again so more
testing and review very welcome. After this more refactoring will be
possible
On 12/12/18(Wed) 12:03, David Gwynne wrote:
> with the previous if_ethersubr.c diff, this allows etherip(4) to output
> directly to the network stack.
What do you mean with "directly"?
To my understanding ip{,6}_etherip_output() call ip{,6}_send() to enqueue
packets.
> direct output relies on t
5 years agom I introduced a tweak to pkg_add to forego updates when they
weren't strictly necessary. Then I made it the default.
This caused some unidentified problems at the time, and the code was
backed out by kili@ soon afterward.
I just *fixed* a weird bug in pkg_add, and there's a good chan
Disregard for now. I found an infinite recursion.
On 12/11/18 2:05 PM, Martijn van Duren wrote:
> As requested by deraadt@, here's a diff that includes the leaf value
> itself.
>
> $ ./snmpctl snmp walk host oid 1.3.6.1.4.1.9.9.273.1.1.2.1.1
> 1.1=1
> 1.2=5
> $ ./snmpctl snmp walk host oid 1.3.
Found by compiling with CFLAGS=-DDEBUG.
OK?
martijn@
Index: snmpctl/snmpclient.c
===
RCS file: /cvs/src/usr.sbin/snmpctl/snmpclient.c,v
retrieving revision 1.18
diff -u -p -r1.18 snmpclient.c
--- snmpctl/snmpclient.c25 Nov 2
Klemens Nanni wrote:
> On Tue, Dec 11, 2018 at 10:31:37PM -0500, Ted Unangst wrote:
> > I have some trace files that are gzipped to save space. (They compress
> > really
> > well.) It would be convenient if I could simply zcat them into kdump for
> > inspection.
> FWIW I've always used `kdump -f/d
On Mon, Dec 10, 2018 at 09:44:05AM +0100, Jan Stary wrote:
> Currently, pcap_setdirection() is described in pcap.3 as follows:
>
> pcap_setdirection() is used to limit the direction
> that packets must be flowing in order to be captured.
>
> The "direction" is not described, except in pcap.h.
On Wed, Dec 12, 2018 at 12:25:01PM +0100, Claudio Jeker wrote:
> Doing some additional cleanup in loadfile_elf.c (the code used for -b bsd)
>
> - switch com port to 115200 instead of 9600 (our own bootloader does the
> same when booted in a VM).
> - use the new write_mem(addr, NULL, size) code t
Hi,
I'm trying to understand how interval timers work in OpenBSD, but I'm a little
stuck on this line from the getitimer / setitimer man page:
"Time values smaller than the resolution of the system clock are rounded up to
this resolution (typically 10 milliseconds)."
Does this mean that 10 mil
Tried with a 250Gb disk with a big "a" partition and it works, then I
will try with bigger disks as soon as I find one spare...
OpenBSD 6.4-current (GENERIC.MP) #1: Thu Dec 13 03:10:57 CET 2018
sickn...@openbsd.sick-net:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 2130313216 (2031MB)
On Mon, Dec 10, 2018 at 08:03:23AM +0100, Jan Stary wrote:
> pcap_dump() is described in pcap.3 as follows:
>
> pcap_dump() outputs a packet to the savefile opened with pcap_dump_open().
> Note that its calling arguments are suitable for use with pcap_dispatch().
>
> That formulation is imho
20 matches
Mail list logo
