Awesomeness :D
On Mon, 23 Sep, 2019, 5:33 PM David Brownlee, wrote:
> Just tried a native firefox-69.0.1 binary on NetBSD/amd64 9.0_BETA,
> and so far the stability issues I had with the firefox NetBSD/amd64 8
> binaries (on 8 & 9) seem to have completely gone.
>
> I can consistently load maps.g
Updating src tree:
P src/bin/cp/utils.c
P src/bin/df/df.1
P src/distrib/acorn32/cdroms/installcd/Makefile
P src/distrib/alpha/cdroms/installcd/Makefile
P src/distrib/amd64/cdroms/installcd/Makefile
P src/distrib/amiga/cdroms/installcd/Makefile
P src/distrib/arc/cdroms/installcd/Makefile
P src/dis
On Mon, Sep 23, 2019 at 04:39:52PM +0200, Martin Husemann wrote:
> On Mon, Sep 23, 2019 at 03:30:42PM +0100, Patrick Welche wrote:
> > This morning, I updated the kernels of 2 -current/amd64 boxen to today's
> > HEAD.
> >
> > One no longer goes multiuser. ls, /rescue/ls, /rescue/mount, /rescue/ps
On Mon, Sep 23, 2019 at 03:30:42PM +0100, Patrick Welche wrote:
> This morning, I updated the kernels of 2 -current/amd64 boxen to today's HEAD.
>
> One no longer goes multiuser. ls, /rescue/ls, /rescue/mount, /rescue/ps
> all claim "Bad syscall". cat is OK. Guessed libutil, but popping in new
> m
The NetBSD-current/i386 build is working again.
The following commits were made between the last failed build and the
successful build:
2019.09.23.12.00.57 christos src/lib/libp2k/p2k.c,v 1.71
2019.09.23.12.00.57 christos src/lib/libperfuse/ops.c,v 1.88
2019.09.23.12.00.57 christos sr
This morning, I updated the kernels of 2 -current/amd64 boxen to today's HEAD.
One no longer goes multiuser. ls, /rescue/ls, /rescue/mount, /rescue/ps
all claim "Bad syscall". cat is OK. Guessed libutil, but popping in new
modules and libutil didn't help. Isn't it the other way though, the binary
Just tried a native firefox-69.0.1 binary on NetBSD/amd64 9.0_BETA,
and so far the stability issues I had with the firefox NetBSD/amd64 8
binaries (on 8 & 9) seem to have completely gone.
I can consistently load maps.google.com, I no longer sometimes see odd
delays when fetching pages (including f
Andreas Gustafsson writes:
> Brad Spencer wrote:
>> I committed a change today to add USE_SHLIBDIR=yes to the libraries used
>> by /sbin/{zfs,mount_zfs,zpool}. The general effect will be to move the
>> libraries from /usr/lib to /lib and put compatibility links in place so
>> that things, say in
Brad Spencer wrote:
> I committed a change today to add USE_SHLIBDIR=yes to the libraries used
> by /sbin/{zfs,mount_zfs,zpool}. The general effect will be to move the
> libraries from /usr/lib to /lib and put compatibility links in place so
> that things, say in /usr/pkg, continue to work as expe
On 23.09.2019 09:02, Kamil Rytarowski wrote:
> On 23.09.2019 08:26, Kamil Rytarowski wrote:
>> On 23.09.2019 04:41, NetBSD Test Fixture wrote:
>>> This is an automatically generated notice of a NetBSD-current/i386
>>> build failure.
>>>
>>> The failure occurred on babylon5.netbsd.org, a NetBSD/amd6
On 23.09.2019 08:26, Kamil Rytarowski wrote:
> On 23.09.2019 04:41, NetBSD Test Fixture wrote:
>> This is an automatically generated notice of a NetBSD-current/i386
>> build failure.
>>
>> The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host,
>> using sources from CVS date 2019.09.22.23
11 matches
Mail list logo