On Sun, Jul 12, 2020 at 2:15 AM Martin Husemann wrote:
> On Sun, Jul 12, 2020 at 02:04:49AM -0500, Clay Daniels wrote:
> > assertion "p ->gp_flags & GPEF_WEDGE" failed: file
> > "/usr/src/usr.sbin/sysinst/arch/amd64/../../gpt.c"
> > line 1391 - function 'gpt_get_part_device=
> > [1] Abort trap
On Sun, 12 Jul 2020 at 22:15, Vitaly Shevtsov wrote:
>
> Hello!
>
> According to this one - https://www.netbsd.org/docs/software/3rdparty/
> and this - https://www.netbsd.org/changes/changes-10.0.html#libuv
> libuv is part of the base system, is it?
>
> I've installed a fresh current version
Hello!
According to this one - https://www.netbsd.org/docs/software/3rdparty/
and this - https://www.netbsd.org/changes/changes-10.0.html#libuv
libuv is part of the base system, is it?
I've installed a fresh current version 9.99.69 but found nothing
regarding libuv. How can I take advantage of
On Sun, Jul 12, 2020 at 02:04:49AM -0500, Clay Daniels wrote:
> assertion "p ->gp_flags & GPEF_WEDGE" failed: file
> "/usr/src/usr.sbin/sysinst/arch/amd64/../../gpt.c"
> line 1391 - function 'gpt_get_part_device=
> [1] Abort trap ${cmd}
Try a 9.0_STABLE instead:
I have a rather nice whole disk MBR install of NetBSD 9.0 on my older 2014
HP Pavilion, and it runs the Xfce4 desktop just fine. This is where I'm
writing this email.
I also have a newer home-built AMD Ryzen 7 machine that is much faster and
I want to try NetBSD there too. I am able to install
