> Date: Mon, 10 Apr 2017 18:10:28 -0700
> From: Philip Guenther
>
> On Mon, 10 Apr 2017, Mark Kettenis wrote:
> > Diff below revises the struct fpreg definition and enables the dumping
> > of fpu registers in core dumps. That pointed out that we need to reset
> > the FPU state upon exec.
> >
> > > On Mon, Apr 10, 2017 at 01:35:57PM +0200, Mark Kettenis wrote:
> > > > Looking into arm_neon.h. This header file is supposed to be generated
> > > > using the clang_tablegen tool, which is why we missed it.
$ tar tvzf comp61.tgz |grep ^d.*lib.clang
drwxrwx--- 2 buildwheel0
On Mon, Apr 10, 2017 at 05:43:33PM +0200, Claudio Jeker wrote:
> > --- usr.sbin/relayd/relayd.c24 Jan 2017 10:49:14 - 1.165
> > +++ usr.sbin/relayd/relayd.c10 Apr 2017 15:06:38 -
> > @@ -550,8 +550,7 @@ purge_key(char **ptr, off_t len)
> > if (key == NULL || len ==
On Tue, Apr 11, 2017 at 12:12:20PM +0200, Frederic Cambus wrote:
> On Mon, Apr 10, 2017 at 05:43:33PM +0200, Claudio Jeker wrote:
>
> > > --- usr.sbin/relayd/relayd.c 24 Jan 2017 10:49:14 - 1.165
> > > +++ usr.sbin/relayd/relayd.c 10 Apr 2017 15:06:38 -
> > > @@ -550,8 +550,
Hi again,
On 2017-04-10 Mon 14:31 PM |, Craig Skinner wrote:
> On Mon, 10 Apr 2017 12:46:03 +0100 Craig Skinner wrote:
> > $ openssl enc -bf -salt \
> > -pass file:/etc/myname -in /bsd \
> > -out /altroot/tmp/bsd.crypto
> >
> > /altroot: write failed, file system is full
> > $ print $?
>
On Tue, Apr 11, 2017 at 11:03:33AM +0100, Stuart Henderson wrote:
> > > > On Mon, Apr 10, 2017 at 01:35:57PM +0200, Mark Kettenis wrote:
> > > > > Looking into arm_neon.h. This header file is supposed to be generated
> > > > > using the clang_tablegen tool, which is why we missed it.
>
> $ tar tv
On Tue, Apr 11, 2017 at 11:03:33AM +0100, Stuart Henderson wrote:
> > > > On Mon, Apr 10, 2017 at 01:35:57PM +0200, Mark Kettenis wrote:
> > > > > Looking into arm_neon.h. This header file is supposed to be generated
> > > > > using the clang_tablegen tool, which is why we missed it.
>
> $ tar tv
> On 2017-04-10 Mon 14:31 PM |, Craig Skinner wrote:
> > On Mon, 10 Apr 2017 12:46:03 +0100 Craig Skinner wrote:
> > > $ openssl enc -bf -salt \
> > > -pass file:/etc/myname -in /bsd \
> > > -out /altroot/tmp/bsd.crypto
> > >
> > > /altroot: write failed, file system is full
> > > $ print $?
>
Sure.
> > $ tar tvzf comp61.tgz |grep ^d.*lib.clang
> > drwxrwx--- 2 buildwheel0 Apr 10 13:01 ./usr/lib/clang
> > drwxrwx--- 2 buildwheel0 Apr 10 13:01 ./usr/lib/clang/4.0.0
> > drwxr-xr-x 2 root bin 0 Apr 10 13:01
> > ./usr/lib/clang/4.0.0/incl
- OpenBSD 6.1 RELEASED -
April 11, 2017.
We are pleased to announce the official release of OpenBSD 6.1.
This is our 42nd release. We remain proud of OpenBSD's record of more
Diff below adds code to recognize a break and invoke ddb on pluart(4).
ok?
Index: arch/arm64/dev/pluart.c
===
RCS file: /cvs/src/sys/arch/arm64/dev/pluart.c,v
retrieving revision 1.2
diff -u -p -r1.2 pluart.c
--- arch/arm64/dev/plua
Hi,
Theo de Raadt wrote on Tue, Apr 11, 2017 at 07:08:30AM -0600:
> sysexits.h is a thing that came from sendmail, and only a few things
> use it. Further use isn't encouraged.
I'd like to make that plainer. It isn't the first time people
waste time reading sysexits(3) and arguing about it.
O
On Tue, Apr 11, 2017 at 03:51:51PM +0200, Mark Kettenis wrote:
> + if (ISSET(sc->sc_hwflags, COM_HW_CONSOLE)) {
> + if (db_console)
> + Debugger();
> + continue;
> + }
> On 11. Apr 2017, at 4:09 PM, Ingo Schwarze wrote:
>
> Index: sysexits.3
> ===
> RCS file: /cvs/src/share/man/man3/sysexits.3,v
> retrieving revision 1.12
> diff -u -r1.12 sysexits.3
> --- sysexits.330 Dec 2015 16:41:52 -00
Sure.. or, make some comments about it being highly non-portable.
It isn't even really a BSD'ism. The idea is a flop. I wonder if
it was an attempt to pull a VMS idea.
> I'd like to make that plainer. It isn't the first time people
> waste time reading sysexits(3) and arguing about it.
>
> OK
> Date: Tue, 11 Apr 2017 14:12:38 +
> From: Visa Hankala
>
> On Tue, Apr 11, 2017 at 03:51:51PM +0200, Mark Kettenis wrote:
> > + if (ISSET(sc->sc_hwflags, COM_HW_CONSOLE)) {
> > + if (db_console)
> > + Debugger();
Hi Theo,
Theo de Raadt wrote on Tue, Apr 11, 2017 at 08:13:24AM -0600:
> Sure.. or, make some comments about it being highly non-portable.
> It isn't even really a BSD'ism. The idea is a flop. I wonder if
> it was an attempt to pull a VMS idea.
Here is a stronger version.
I like that even bett
Hi,
bytevolc...@safe-mail.net wrote on Fri, Apr 07, 2017 at 12:25:10PM +1000:
> Although mv(1) will preserve atime and mtime for moved directories if
> moved to a different file system, it doesn't preserve them when moved
> in the same file system.
Cannot reproduce.
$ mkdir Foo
$ touch -t
> Date: Tue, 11 Apr 2017 16:25:57 +0200 (CEST)
> From: Mark Kettenis
>
> > Date: Tue, 11 Apr 2017 14:12:38 +
> > From: Visa Hankala
> >
> > On Tue, Apr 11, 2017 at 03:51:51PM +0200, Mark Kettenis wrote:
> > > + if (ISSET(sc->sc_hwflags, COM_HW_CONSOLE)) {
> > > +
On Tue, Apr 11, 2017 at 04:55:45PM +0200, Mark Kettenis wrote:
> Se here is an updated diff; thanks for catching this.
>
> ok?
OK visa@
> Index: arch/arm64/dev/pluart.c
> ===
> RCS file: /cvs/src/sys/arch/arm64/dev/pluart.c,v
> retr
Hi @tech,
The way cwm(1) currently implements tiling (off by default) is
corresponding to this for vtile,
-
| | |
| | 1 |
| | |
| M -
| |
On Tue, 11 Apr 2017 16:54:29 +0200
Ingo Schwarze wrote:
> Hi,
>
> bytevolc...@safe-mail.net wrote on Fri, Apr 07, 2017 at 12:25:10PM
> +1000:
>
> > Although mv(1) will preserve atime and mtime for moved directories
> > if moved to a different file system, it doesn't preserve them when
> > moved
The man page for motd(5) says that all lines up to (but not including)
the first line of /etc/motd are replaced by the kernel version at
startup.
But if the first line is blank the rc script ignores it and instead
deletes everything between the first blank line and the second. This
diff fixes that
> Note that I have noatime on this FS.
Maybe we should remove this broken feature.
Sorry I was copying this out from a VM, so I ended up typing it up
wrong here:
$ mkdir Foo
$ touch -t 2101 Foo
$ ls -dlT Foo
drwxr-xr-x 2 bob bob 512 Jan 1 00:00:00 2000 Foo
$ ls -dluT Foo
drwxr-xr-x 2 bob bob 512 Jan 1 00:00:00 2000 Foo
$ mkdir Bar
$ mv Foo Bar/
$ ls -dlT Bar/Foo
> Note that I have noatime on this FS.
then turn that off, or understand that things will not behave as you expect
them to with it on.
On Tue, Apr 11, 2017 at 6:53 PM, Bob Beck wrote:
>
>> Note that I have noatime on this FS.
>
> then turn that off, or understand that things will not behave as you expect
> them to with it on.
Nah, the noatime is a red herring, nicely smeared across the evidence
trail here.
The 'issue' is that
On Tue, 11 Apr 2017 19:39:28 -0700
Philip Guenther wrote:
> The 'issue' is that he's changing the parent of a directory and that
> means it has to update the ".." link inside the directory, so it
> alters the directory contents and the mtime is thus updated.
That explains a lot. I thought the ".
Hi,
Building with VMM_DEBUG enabled failed because a printf() warning
was treated as an error.
- Michael
cc1: warnings being treated as errors
/usr/src/src/sys/arch/i386/i386/vmm.c: In function 'vmm_handle_cpuid':
/usr/src/src/sys/arch/i386/i386/vmm.c:4355: warning: format '%llx' expects type
On Wed, 12 Apr 2017, Michael W. Bombardieri wrote:
> Building with VMM_DEBUG enabled failed because a printf() warning was
> treated as an error.
...
> DPRINTF("%s: function 0x07 (SEFF) unsupported subleaf "
> - "0x%llx not supported\n", __func__, *ecx
On Tue, Apr 11, 2017 at 09:35:13PM -0700, Philip Guenther wrote:
> On Wed, 12 Apr 2017, Michael W. Bombardieri wrote:
> > Building with VMM_DEBUG enabled failed because a printf() warning was
> > treated as an error.
> ...
> > DPRINTF("%s: function 0x07 (SEFF) unsupported suble
Works for me here.
On Tue, Apr 11, 2017 at 09:35:13PM -0700, Philip Guenther wrote:
> On Wed, 12 Apr 2017, Michael W. Bombardieri wrote:
> > Building with VMM_DEBUG enabled failed because a printf() warning was
> > treated as an error.
> ...
> > DPRINTF("%s: function 0x07 (SEF
32 matches
Mail list logo