The latest rust (1.30?) supporting the latest Firefox is *brutal* to build.
I’ve blown (and then resized) /tmp multiple times, and am now exhausted on
/usr for its build artifacts, before it’s even actually installed.
Does anybody have tips or tricks for dealing with rust-building (which has
On Mon, Nov 5, 2018 at 12:38 PM Ryota Ozaki wrote:
>
(snip)
>
> I can reproduce the panic easily by the small program:
>
> // start--
> #include
> #include
> #include
>
> int
> main(void)
> {
> char buf[64];
> struct sockaddr_storage ss = {0};
> int s, e;
>
>
On Tue, Nov 6, 2018 at 10:41 AM Paul Ripke wrote:
>
> On Mon, Nov 05, 2018 at 05:28:23PM +0900, Ryota Ozaki wrote:
> > On Mon, Nov 5, 2018 at 4:40 PM Michael van Elst wrote:
> > >
> > > ozak...@netbsd.org (Ryota Ozaki) writes:
> > >
> > > >diff --git a/sys/netinet6/udp6_usrreq.c
Updating src tree:
P src/etc/etc.evbarm/Makefile.inc
P src/external/bsd/top/dist/top.1.in
P src/external/gpl3/gcc/lib/libgcc/libgcov/arch/aarch64/gcov-iov.h
P src/external/gpl3/gcc/lib/libgcc/libgcov/arch/alpha/gcov-iov.h
P src/external/gpl3/gcc/lib/libgcc/libgcov/arch/arm/gcov-iov.h
P
On Mon, Nov 05, 2018 at 05:28:23PM +0900, Ryota Ozaki wrote:
> On Mon, Nov 5, 2018 at 4:40 PM Michael van Elst wrote:
> >
> > ozak...@netbsd.org (Ryota Ozaki) writes:
> >
> > >diff --git a/sys/netinet6/udp6_usrreq.c b/sys/netinet6/udp6_usrreq.c
> > >index ee4fc6fdfb3..a4a74c8009e 100644
> > >---
Downloaded today’s -current install image for amd64 and tried booting it on my
HP 6200 MT. Booting the install image hangs on this system which has been
running NetBSD 7.0, 7.2, 8.0 and 8.0_STABLE just fine. The boot hangs right
after it reports finding “attimer0” or right after finding
Date:Mon, 05 Nov 2018 19:23:08 +
From:=?UTF-8?Q?C=C3=A1g?=
Message-ID:
| 3. I lost my .shrc, and now I can't get my PS1 to work. I think I used
| to use this:
| --
| PS1='[$( pwd | sed "s,^$HOME,~," )]; '# which is [~]; when at home
| --
| but
Hi,
I recently updated my test amd64 machine to 8.99.25.
A quick summary:
1. As you might remember the "trimming the distribution" thread, I
followed my
own solution to that: removing unnecessary components from Makefiles'
SUBDIR,
when there are no such options in mk.conf -- eg. MKGCC=no.
As
OK, I’ll file a PR on the first and third issues I found.
On the pkgsrc install I’ve verified that it does indeed download pkgsrc.tgz
into the /targetroot/INSTALL directory, but then fails attempting to unpack
pkgsrc.tar.xz. So it appears it is only looking for the latter format for
It might be interesting that the same panic happens when building
go1.9 as well, although much later in the build sequence:
bootstrap/cmd/link/internal/x86
bootstrap/cmd/link
# Building go_bootstrap for host, netbsd/arm.
runtime/internal/sys
runtime/internal/atomic
runtime
encoding
On Mon, Nov 05, 2018 at 09:20:56AM -0600, Robert Nestor wrote:
> On the pkgsrc install I?ve verified that it does indeed download
> pkgsrc.tgz into the /targetroot/INSTALL directory, but then fails
> attempting to unpack pkgsrc.tar.xz. So it appears it is only looking
> for the latter format for
ci4...@gmail.com (Chavdar Ivanov) writes:
>And there is another one on the same system from tonight:
>---
>panic: kernel diagnostic assertion "(armreg_fpexc_read() & VFP_FPEXC_EN)
>== 0" failed: file "/home/sysbuild/src/sys/arch/arm/vfp/vfp_init.c",
Obviously a bug, but apparently a different
On Mon, Nov 05, 2018 at 08:36:37AM -0600, Robert Nestor wrote:
> Two issues though: 1) pkgin install reported an error - no
> libcrypt.so found, and 2) pkgsrc install failed as it downloaded in
> ?.tar.gz? format (I think), but expected a ?.tar.xz? format for
> unpacking.
The first is a pkgsrc
Update and new issues. Tried the install from the USB image and ran “sysinst”
from there and it worked for installing the base system.
Two issues though: 1) pkgin install reported an error - no libcrypt.so found,
and 2) pkgsrc install failed as it downloaded in “.tar.gz” format (I think),
but
Ooops, accidently did not reply to all..
On Mon, Nov 05, 2018 at 02:17:51PM +0100, Martin Husemann wrote:
> On Mon, Nov 05, 2018 at 06:49:00AM -0600, Robert Nestor wrote:
>
> > I?m thinking now that the ?install.sh? script on the CD image just
> > ran the ?sysinst? that was on the boot device,
This was on an amd64 system, but it may be a cockpit error on my part, although
I’ve been doing installs this way for some time.
I downloaded the CD image and transferred it to a USB stick Should have used
the USB image instead, but since I wasn’t booting it that didn’t seem to
matter. Then
... and happens also with go 1.10 in the following stage:
---
===> Building for go110-1.10.4nb2
cd /usr/pkgsrc/lang/go110/work/go/src && env
GOROOT_BOOTSTRAP=/usr/pkg/go14 GOROOT_FINAL=/usr/pkg/go110 GOARM=6
/usr/pkg/bin/bash ./make.bash
Building Go cmd/dist using /usr/pkg/go14.
Building Go
The above panic is repeatable.
On Mon, 5 Nov 2018 at 10:14, Chavdar Ivanov wrote:
>
>
>
> On 11/04/18 17:03, Michael van Elst wrote:
> > ci4...@gmail.com (Chavdar Ivanov) writes:
> >
> >> This was on the original RPI Zero, 512MB RAM (dmesg shows for some
> >> reason total 448MB, avail 434MB). As
On 11/04/18 17:03, Michael van Elst wrote:
ci4...@gmail.com (Chavdar Ivanov) writes:
This was on the original RPI Zero, 512MB RAM (dmesg shows for some
reason total 448MB, avail 434MB). As I said, it was running
python3.7.1 tests at the time, so it may have been overloaded. It has
only the
On Sun, Nov 04, 2018 at 08:49:03AM -0600, Robert Nestor wrote:
> Tried downloading and installing 8.99.25 this morning and noticed
> that it fails because the installation utility (sysinst) doesn?t
> support the new tar.xz extension. PR pkg/53697 seems to address this
> in the sysutil/sysupgrade
On Mon, Nov 5, 2018 at 4:40 PM Michael van Elst wrote:
>
> ozak...@netbsd.org (Ryota Ozaki) writes:
>
> >diff --git a/sys/netinet6/udp6_usrreq.c b/sys/netinet6/udp6_usrreq.c
> >index ee4fc6fdfb3..a4a74c8009e 100644
> >--- a/sys/netinet6/udp6_usrreq.c
> >+++ b/sys/netinet6/udp6_usrreq.c
> >@@
21 matches
Mail list logo
