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
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)
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
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
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
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
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
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
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
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
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
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
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
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
> >
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
> 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
>
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
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 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
> > @@
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
>
20 matches
Mail list logo