From: Ryo ONODERA , Date: Thu, 27 Mar 2014 00:08:05 +0900
(JST)
> Hi,
>
> From: NONAKA Kimihiro , Date: Wed, 26 Mar 2014 23:10:01
> +0900
>
>> Hi,
>>
>> Update i915drmkms console patch.
>> config_interrupts(9) is no longer required to be attached framebuffer.
>>
>> http://ftp.netbsd.org/pub/
On Sat, Mar 29, 2014 at 07:19:08AM +0100, Thomas Klausner wrote:
> ===> Creating toolchain wrappers for pango-1.36.0nb1
> /scratch/devel/pango/work/.wrapper/tmp/gen-transform: Cannot fork (Resource
> temporarily unavailable)
I've seen it, but my MAXUSERS was (relatively) low and MAKE_JOBS higher
Hi!
In my bulk builds on tmpfs, NetBSD-current/amd64, quite regularly
(nearly every bulk build, but different packages each time) I see
build failures where the log looks like this:
===> Creating toolchain wrappers for pango-1.36.0nb1
/scratch/devel/pango/work/.wrapper/tmp/gen-transform: Cannot f
Updating src tree:
P src/common/lib/libc/arch/arm/atomic/membar_ops.S
P src/distrib/notes/common/main
P src/doc/3RDPARTY
P src/external/apache2/mDNSResponder/dist/mDNSShared/dnssd_clientstub.c
P src/external/apache2/mDNSResponder/dist/mDNSShared/uds_daemon.c
P src/external/cddl/osnet/dist/cmd/zdb/
On Fri, Mar 28, 2014 at 03:26:48PM +0100, Adam Ciarciński wrote:
> Seems like these two directries are not created when bulding NetBSD-current
> with MKGCC=no (MKLLVM=yes) on amd64:
Comparing the sparc64 changes, it should likely be "gcc,compat".
Joerg
Greetings,
Seems like these two directries are not created when bulding NetBSD-current
with MKGCC=no (MKLLVM=yes) on amd64:
/usr/include/g++/bits/i386
/usr/include/g++/bits/x86_64
and building sets fails. I would like to commit the following patch:
diff -u -r1.216 md.amd64
--- distrib/sets/lis
On Fri, 28 Mar 2014, Ryota Ozaki wrote:
On Fri, Mar 28, 2014 at 9:36 PM, Paul Goyette wrote:
With sources from 2014-03-28 at 03:20:01 UTC (which includes the latest fix
for libzpool/common/util.c) I am now seeing the following failure:
The error should be fixed by my fix committed at 03:46:5
On Fri, Mar 28, 2014 at 9:36 PM, Paul Goyette wrote:
> With sources from 2014-03-28 at 03:20:01 UTC (which includes the latest fix
> for libzpool/common/util.c) I am now seeing the following failure:
The error should be fixed by my fix committed at 03:46:56 UTC.
ozaki-r
>
> # compile libzp
With sources from 2014-03-28 at 03:20:01 UTC (which includes the latest
fix for libzpool/common/util.c) I am now seeing the following failure:
# compile libzpool/dmu_objset.o
/test-bed/tools/bin/x86_64--netbsd-gcc -O2 -O0 -fno-inline -std=gnu99 --sysroot=/test-bed/dst
"-D__va_list=va_li
On Mar 28, 8:06pm, t.hash...@gmail.com (Takahiro HAYASHI) wrote:
-- Subject: Re: DRMKMS requires i2cexec and i2c_bitbang
| Thank you for quick fix.
|
| (03/28/14 05:19), I wrote:
| > files.drmkms should be fixed like following diff, or
| > build will fail if there are no other devices that requi
Thank you for quick fix.
(03/28/14 05:19), I wrote:
files.drmkms should be fixed like following diff, or
build will fail if there are no other devices that require
i2cexec and i2c_bitbang, e.g. tl or cxdtv.
--
t-hash
11 matches
Mail list logo