Hello Jesper,
On 5/20/19 10:58 PM, Jesper Wallin wrote:
> Hi all,
>
> When ex/vi is started with -S (secure), a stricter pledge is used to
> prevent exec from being used. It's tedious to specify -S all the time
> and easier to add "set secure" to ~/.nexrc. However, the check for
> which pledge
-T erspan lets you force parsing a GRE packet as ERSPAN
Devices supportin ERSPAN type I allow arbitrary GRE protocol numbers to
be specified for encapsulating the spanned Ethernet packets. This lets
tcpdump cope with that by letting the user force erspan packet
processing.
This follows the
On Sun, May 19, 2019 at 12:25:04PM -0500, Scott Cheloha wrote:
> guenther@ has pointed out in a separate mail that I can make the diff
> smaller with a cast and that it's acceptable here. As with the code
> it's replacing I've left a comment explaining what we're doing.
There is a rather obvious
Various formatting fixes for alc(4).
Index: if_alc.c
===
RCS file: /home/cvs/src/sys/dev/pci/if_alc.c,v
retrieving revision 1.48
diff -u -p -u -p -r1.48 if_alc.c
--- if_alc.c6 May 2019 07:44:00 - 1.48
+++ if_alc.c
On Mon, May 20, 2019 at 01:22:21PM -0600, Todd C. Miller wrote:
> On Mon, 20 May 2019 20:01:12 +0200, Juan Francisco Cantero Hurtado wrote:
>
> > The grep command works with GNU, NetBSD, FreeBSD and BusyBox. It fails
> > on OpenBSD and Solaris 11. I'm suggesting upstream to change the command
> >
> Date: Sat, 18 May 2019 05:58:39 +0200 (CEST)
> From: Mark Kettenis
>
> > Date: Fri, 17 May 2019 17:56:52 -0400
> > From: Patrick Wildt
> >
> > Hi,
> >
> > claudio@ has a Kaby Lake that exceeds the 128 kB limit, being as big as
> > 190 kB. So, for him the ucode isn't being loaded.
> >
> >
This prepares run(4) for adding basic .11n support. In order to use
MiRA for rate selection, we need per-frame status reports. In run(4),
this is done by setting a packet ID on each frame we transmit, and
reading the results from the tx status fifo shortly after (but not
immediately after)
Hi all,
When ex/vi is started with -S (secure), a stricter pledge is used to
prevent exec from being used. It's tedious to specify -S all the time
and easier to add "set secure" to ~/.nexrc. However, the check for
which pledge to use doesn't care what your ~/.nexrc contains and the
exec promise
On Mon, May 20, 2019 at 08:01:12PM +0200, Juan Francisco Cantero Hurtado wrote:
| I've a test in one of my ports similar to this:
|
| $ cat test.txt
|
$TESTTMP/hgcache/master/packs/7bcd2d90b99395ca43172a0dd24e18860b2902f9.histpack
|
On Mon, 20 May 2019 20:01:12 +0200, Juan Francisco Cantero Hurtado wrote:
> The grep command works with GNU, NetBSD, FreeBSD and BusyBox. It fails
> on OpenBSD and Solaris 11. I'm suggesting upstream to change the command
> to "grep -e ".datapack" -e ".histpack"" but I would like to know if this
I've a test in one of my ports similar to this:
$ cat test.txt
$TESTTMP/hgcache/master/packs/7bcd2d90b99395ca43172a0dd24e18860b2902f9.histpack
$TESTTMP/hgcache/master/packs/dc8f8fdc76690ce27791ce9f53a18da379e50d37.datapack
$ cat test.txt | grep ".datapack\|.histpack"
$ cat test.txt | ggrep
On Mon, May 20, 2019 at 10:37:47AM -0400, Ted Unangst wrote:
> Jake Champlin wrote:
> > - readscores(1);
> > penalty = loot = 0;
> > initscr();
> > + if (unveil(scorepath, "rwc") == -1)
> > + err(1, "unveil");
> > +#ifdef LOGGING
> > + if (unveil(logpath, "rwc") == -1)
> >
Jake Champlin wrote:
> - readscores(1);
> penalty = loot = 0;
> initscr();
> + if (unveil(scorepath, "rwc") == -1)
> + err(1, "unveil");
> +#ifdef LOGGING
> + if (unveil(logpath, "rwc") == -1)
> + err(1, "unveil");
> + logfile = fopen(logpath,
On Sun, May 19, 2019 at 03:50:39PM -0400, jake wrote:
> Unveils snake and pledges earlier during execution.
>
> Index: snake.c
> ===
> RCS file: /cvs/src/games/snake/snake.c,v
> retrieving revision 1.33
> diff -u -p -r1.33 snake.c
>
Hi Stuart,
On Mon, May 20, 2019 at 12:14:56PM +0100, Stuart Henderson wrote:
| On 2019/05/20 10:46, Paul de Weerd wrote:
| > However, library_aslr delays the boot sequence (because libraries must
| > be completed before the system can boot up) while kernel_aslr does not
| > - it only introduces a
On 2019/05/20 10:46, Paul de Weerd wrote:
> However, library_aslr delays the boot sequence (because libraries must
> be completed before the system can boot up) while kernel_aslr does not
> - it only introduces a bit of extra load on your machine.
That depends if reorder_kernel can run without
On Sun, May 19, 2019 at 01:04:53PM +0200, Ricardo Fraile wrote:
| Hi all,
|
| As exists the variable "library_aslr" to disable library randomization on
| rc, it would be helpful to have the same option for the kernel. Here is the
| patch to add the "kernel_aslr" swich.
If you must do this: `doas
On 2019/05/19 13:04, Ricardo Fraile wrote:
> Hi all,
>
> As exists the variable "library_aslr" to disable library randomization on
> rc, it would be helpful to have the same option for the kernel. Here is the
> patch to add the "kernel_aslr" swich.
I don't think an "easy" option for this should
18 matches
Mail list logo