Updating src tree:
P src/doc/CHANGES
P src/external/bsd/unbound/Makefile.inc
P src/external/mit/xorg/lib/libdrm_nouveau/Makefile
P src/external/mit/xorg/server/drivers/xf86-video-nouveau/Makefile
P src/external/mit/xorg/server/drivers/xf86-video-openchrome/Makefile
P
On 2016-08-21 15:38, chris...@zoulas.com wrote:
On Aug 21, 10:28am, t...@panix.com (Thor Lancelot Simon) wrote:
-- Subject: Re: bind -> unbound/nsd
| I am strongly opposed to removing basic server functionality present
| in BSD Unix for over 30 years -- and still in widespread use -- from
At the end of ./build.sh, I got a note about needing to include
_unbound to user and group. Isn't that something that should just be
handled by etcupdate (in fact, it looks like etcupdate does know about
this)? Why would we suggest an error-prone manual update when the
next step in the update
On Sun, Aug 21, 2016 at 03:07:18PM -0700, John Nemeth wrote:
> There are regular pullups for security issues. Thus your list
> would only be correct for 6.0 itself, and not for subsequent 6.x
> releases. And, if one didn't update from 6.0 at all, there would
> be plenty of other issues
On Aug 21, 9:47pm, co...@sdf.org wrote:
} On Thu, Aug 18, 2016 at 11:10:18AM -0400, Christos Zoulas wrote:
} >
} > The recent change of ISC/bind licensing from BSD to MPL for the
} > next release has provided us with an opportunity to re-evaluate
} > the preferred daemon status for NetBSD and
On Thu, Aug 18, 2016 at 11:10:18AM -0400, Christos Zoulas wrote:
>
> Hello,
>
> The recent change of ISC/bind licensing from BSD to MPL for the
> next release has provided us with an opportunity to re-evaluate
> the preferred daemon status for NetBSD and DNS resolution. Board/Core
> have decided
> nbmake[13]: nbmake[13]: don't know how to make
> /usr/obj/external/mit/xorg/server/xorg-server/glamor/libglamor.a. Stop
ah, this is a simple ordering issue i had missed due to manually
building this once..
please try with external/mit/xorg/server/xorg-server/Makefile rev 1.27.
thanks for
On Aug 21, 10:28am, Thor Lancelot Simon wrote:
} On Fri, Aug 19, 2016 at 06:13:13PM +0200, Joerg Sonnenberger wrote:
} > On Fri, Aug 19, 2016 at 09:55:48AM +0100, Roy Marples wrote:
} > > For example, I would use nsd on exactly one machine in my environment,
} > > my public facing DNS server which
On Sun, Aug 21, 2016 at 05:46:01PM +0100, Dave Tyson wrote:
> cvs updated current src,xsrc earlier today and just had a try at building
> this
> with a clean obj directory and it blows up being unable to make libglamor.a
>
> ===> build.sh command:./build.sh -V HAVE_XORG_SERVER_VER=118 -u -U
On Sun, Aug 21, 2016 at 10:28:39AM -0400, Thor Lancelot Simon wrote:
> On Fri, Aug 19, 2016 at 06:13:13PM +0200, Joerg Sonnenberger wrote:
> > On Fri, Aug 19, 2016 at 09:55:48AM +0100, Roy Marples wrote:
> > > For example, I would use nsd on exactly one machine in my environment,
> > > my public
cvs updated current src,xsrc earlier today and just had a try at building this
with a clean obj directory and it blows up being unable to make libglamor.a
===> build.sh command:./build.sh -V HAVE_XORG_SERVER_VER=118 -u -U -x -T
/usr/tools -O /usr/obj -j 2 release
===> build.sh started:
On Sun, Aug 21, 2016 at 10:38:44AM -0400, Christos Zoulas wrote:
> On Aug 21, 10:28am, t...@panix.com (Thor Lancelot Simon) wrote:
> -- Subject: Re: bind -> unbound/nsd
> | I am strongly opposed to removing basic server functionality present
> | in BSD Unix for over 30 years -- and still in
On Aug 21, 10:28am, t...@panix.com (Thor Lancelot Simon) wrote:
-- Subject: Re: bind -> unbound/nsd
| I am strongly opposed to removing basic server functionality present
| in BSD Unix for over 30 years -- and still in widespread use -- from NetBSD.
| I don't mind replacing BIND but all its
On Fri, Aug 19, 2016 at 06:13:13PM +0200, Joerg Sonnenberger wrote:
> On Fri, Aug 19, 2016 at 09:55:48AM +0100, Roy Marples wrote:
> > For example, I would use nsd on exactly one machine in my environment,
> > my public facing DNS server which is exactly where it belongs.
> >
> > On the other
--- gdt.o ---
/disk/6/archive/foreign/src/sys/arch/amd64/amd64/gdt.c:212:1: error: 'gdt_grow'
defined but not used [-Werror=unused-function]
gdt_grow(void)
^
I think during building the xen kernels.
I don't see any commit to that file.
The only caller of that function is inside
#if
15 matches
Mail list logo
