daily CVS update output

Updating src tree: P src/doc/3RDPARTY P src/doc/CHANGES P src/external/bsd/file/dist/ChangeLog P src/external/bsd/file/dist/Makefile.in P src/external/bsd/file/dist/aclocal.m4 P src/external/bsd/file/dist/configure P src/external/bsd/file/dist/configure.ac P src/external/bsd/file/dist/doc/file.1

Re: building a kernel "the old way"

On Thu, May 25, 2017 at 04:07:09 +0300, Valery Ushakov wrote: > Move your /etc/mk.conf out of the way temporarily. I suspect you > might be running into some obscure corner cases of objdir handling. [...] Alternatively, run (nb)make obj before running (nb)make dependall, since your mk.conf

Re: building a kernel "the old way"

On Thu, May 25, 2017 at 03:14:10 +0200, Christian Groessler wrote: > On 05/25/17 01:25, Christian Groessler wrote: > > If you guys/gals run "config"/"nbconfig", do you have a lib/compat dir > > in the compile dir? > > Any input on that? Yes, there is such a directory. See my earlier replies

Re: building a kernel "the old way"

On Wed, May 24, 2017 at 04:59:58PM +0200, Christian Groessler wrote: > So source code isn't under /usr/src, but /local/netbsd-src/src due to tight > space in the /usr partition. you can work around the space issue with null mounts mkdir /usr/src mount -t null /local/netbsd-src/src /usr/src my

Re: building a kernel "the old way"

On 05/25/17 01:25, Christian Groessler wrote: If you guys/gals run "config"/"nbconfig", do you have a lib/compat dir in the compile dir? Any input on that? regards, chris

Re: building a kernel "the old way"

On Thu, May 25, 2017 at 01:50:23 +0200, Christian Groessler wrote: > On 05/25/17 01:44, Robert Swindells wrote: > > Christian Groessler wrote: > > > I should have a complete source tree. 'build.sh', at least, was able to > > > build the whole system without errors. [...] >

Re: building a kernel "the old way"

Where do you see that "cd" is failing? I've missed that... The source tree is "owned" by me (my user) and this user also previously compiled the whole system with build.sh. regards, chris On 05/25/17 02:26, Brian Buhrow wrote: hello. The error says the command cd is failing. I

Re: building a kernel "the old way"

hello. The error says the command cd is failing. I wonder if you're running into a permissions problem. Did the same uid build the source tree as is trying to build the kernel? A lack of permission could certainly create the kind of behavior you're seeing. -thanks -Brian

Re: building a kernel "the old way"

On 05/25/17 01:44, Robert Swindells wrote: Christian Groessler wrote: I should have a complete source tree. 'build.sh', at least, was able to build the whole system without errors. The file is there, but in ../../../../compat/common(so two ".."s less). Like I've written,

Re: building a kernel "the old way"

I've also tried to use the "tools", it fails, too, but a bit differently: -- [muc-twinppc:/local/netbsd-src/src/sys/arch/macppc/conf]$ /local/netbsd-src/tools/bin/nbconfig GENERIC Build directory is ../compile/GENERIC Don't forget to run "make depend"

Re: building a kernel "the old way"

Christian Groessler wrote: >On 05/24/17 18:55, Martin Husemann wrote: >> On Wed, May 24, 2017 at 04:59:58PM +0200, Christian Groessler wrote: >>> making sure the compat library is up to date... make[1]: cannot open >>> ../../../../../../compat/common/Makefile. >> Do you

Re: building a kernel "the old way"

On 05/24/17 20:16, Valery Ushakov wrote: On Wed, May 24, 2017 at 16:59:58 +0200, Christian Groessler wrote: with "old way" I mean not using build.sh. I ran: - [muc-twinppc:/local/netbsd-src/src/sys/arch/macppc/conf]$ config GENERIC Build directory is

Re: building a kernel "the old way"

On 05/24/17 18:55, Martin Husemann wrote: On Wed, May 24, 2017 at 04:59:58PM +0200, Christian Groessler wrote: making sure the compat library is up to date... make[1]: cannot open ../../../../../../compat/common/Makefile. Do you have a full source tree? Why is it not finding that file

Re: emty ftp://nyftp.netbsd.org/pub/NetBSD-daily/HEAD/201705211800Z/source/sets/

In article <201705241633.59653@rse.com>, Mike Riechers wrote: >Anybody notice that: > >ftp://nyftp.netbsd.org/pub/NetBSD-daily/HEAD/201705211800Z/source/sets/*tgz >, >ftp://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-7-1/201705201210Z/source/sets/*tgz > >are empty tars? I'll take

emty ftp://nyftp.netbsd.org/pub/NetBSD-daily/HEAD/201705211800Z/source/sets/

Anybody notice that: ftp://nyftp.netbsd.org/pub/NetBSD-daily/HEAD/201705211800Z/source/sets/*tgz , ftp://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-7-1/201705201210Z/source/sets/*tgz are empty tars? Yours, -Mike -- Kind Regards, I am /s/ Michael L. Riechers Michael L. Riechers, Owner,

Re: building a kernel "the old way"

Date:Wed, 24 May 2017 18:55:52 +0200 From:Martin Husemann Message-ID: <20170524165552.gg10...@mail.duskware.de> | Do you have a full source tree? Why is it not finding that file relative | to your compile dir? Yes, that's always a possible

Re: building a kernel "the old way"

I wrote: >Christian Groessler wrote: >>On 05/24/17 17:35, Robert Swindells wrote: >>> Christian Groessler wrote: with "old way" I mean not using build.sh. >>> [snip] >>> >>> I don't use build.sh to build kernels but use a workflow inbetween >>> it

Re: building a kernel "the old way"

On Wed, May 24, 2017 at 16:59:58 +0200, Christian Groessler wrote: > with "old way" I mean not using build.sh. > > I ran: > > - > [muc-twinppc:/local/netbsd-src/src/sys/arch/macppc/conf]$ config GENERIC > Build directory is ../compile/GENERIC > Don't forget to run "make

Re: building a kernel "the old way"

Date:Wed, 24 May 2017 17:58:51 +0200 From:Christian Groessler Message-ID: <3e081f24-0eda-5de2-25e1-b42cbf89c...@groessler.org> | But now I just want to compile a modified kernel to check something out. | But the nice, simple, way I was using

Re: building a kernel "the old way"

Christian Groessler wrote: >On 05/24/17 17:35, Robert Swindells wrote: >> Christian Groessler wrote: >>> with "old way" I mean not using build.sh. >> [snip] >> >> I don't use build.sh to build kernels but use a workflow inbetween >> it and the old way

Re: building a kernel "the old way"

On Wed, May 24, 2017 at 04:59:58PM +0200, Christian Groessler wrote: > making sure the compat library is up to date... > make[1]: cannot open ../../../../../../compat/common/Makefile. Do you have a full source tree? Why is it not finding that file relative to your compile dir? Martin

Re: building a kernel "the old way"

Christian Groessler wrote: >with "old way" I mean not using build.sh. [snip] I don't use build.sh to build kernels but use a workflow inbetween it and the old way that you describe. I cross build the tools for whatever target architecture I want using build.sh. Then: %

Re: building a kernel "the old way"

On 05/24/17 17:35, Robert Swindells wrote: Christian Groessler wrote: with "old way" I mean not using build.sh. [snip] I don't use build.sh to build kernels but use a workflow inbetween it and the old way that you describe. I cross build the tools for whatever target

Re: building a kernel "the old way"

On 05/24/17 17:44, Patrick Welche wrote: On Wed, May 24, 2017 at 04:59:58PM +0200, Christian Groessler wrote: Hi, with "old way" I mean not using build.sh. I ran: - [muc-twinppc:/local/netbsd-src/src/sys/arch/macppc/conf]$ config GENERIC Build directory is

Re: building a kernel "the old way"

On Wed, May 24, 2017 at 04:59:58PM +0200, Christian Groessler wrote: > Hi, > > with "old way" I mean not using build.sh. > > I ran: > > - > [muc-twinppc:/local/netbsd-src/src/sys/arch/macppc/conf]$ config GENERIC > Build directory is ../compile/GENERIC > Don't forget to

building a kernel "the old way"

Hi, with "old way" I mean not using build.sh. I ran: - [muc-twinppc:/local/netbsd-src/src/sys/arch/macppc/conf]$ config GENERIC Build directory is ../compile/GENERIC Don't forget to run "make depend" [muc-twinppc:/local/netbsd-src/src/sys/arch/macppc/conf]$ cd

Re: re0 watchdog timeouts

Hi, Soren Jacobsen wrote: On 05/16 12:27, sc dying wrote: >Is the condition at line 1919 of ic/rtl8169.c inverted? >It should be `!=' to make it act as before patch when >RTKQ_IM_HW is disabed in if_re_pci.c. Good eye. Fixed. timeouts are now gone for me too, first important thing! I did