Re: cross-compiling ARM img question

On Mon, Nov 27, 2017 at 2:47 PM Robert Elz wrote: > Date:Mon, 27 Nov 2017 11:41:56 -0800 > From:bch > Message-ID: < > cabfrot_vnzfemnduj678c_iexdrequxxurvmago5uj6y2g4...@mail.gmail.com> > > | Turns out it was /tmp filling

Re: cross-compiling ARM img question

Just to mention, I haven't ran build.sh manually for years. I always install sysutils/sysbuild and sysupdate and have never had such a problem. Although my last rPi build was for 8.99.3,, so things may have changed. Chavdar On Mon, 27 Nov 2017, 03:48 bch, wrote: > On

daily CVS update output

Updating src tree: P src/distrib/utils/embedded/mkimage P src/distrib/utils/embedded/conf/armv7.conf P src/distrib/utils/embedded/conf/rpi.conf P src/distrib/utils/embedded/conf/rpi_inst.conf P src/distrib/utils/embedded/conf/x86.conf P src/lib/libc/gen/vis.c P src/lib/libc/stdlib/strfmon.c P

Re: cross-compiling ARM img question

Date:Mon, 27 Nov 2017 22:57:43 + From:bch Message-ID: | It might already be honouring TMPDIR, It doesn't. | The error *did* in fact say / was full, Yes, that is

Re: latest 'config' creates broken "ioconf.c" w/some custom kernels

The latest 'config' as of this commit: http://mail-index.netbsd.org/source-changes/2017/11/27/msg089995.html Seems to have fixed the broken "ioconf.c" problem. It appears, however, to have perturbed PR toolchain/52722 as i386 configs which used to work fine now cause 'config' to busy-loop,

Re: panic by "acpidump -dt" on -current(Nov 22)

Hi, On 2017/11/27 22:15, Christos Zoulas wrote: > In article >

Re: cross-compiling ARM img question

On 11/26/17, bch wrote: > I've got an invocation like this, hoping to get an armv7 img to dd > onto an SD card: > > $ nice ./build.sh -j1 -u -U -R /home/bch/releasedir -O > /home/bch/usr/obj_nanopi/ -m evbearmv7hf-el release > > > But the build step is trying to install

Re: panic by "acpidump -dt" on -current(Nov 22)

In article