daily CVS update output
Updating src tree: P src/distrib/sets/sets.subr P src/distrib/sets/lists/base/shl.mi P src/distrib/sets/lists/debug/shl.mi P src/distrib/sets/lists/tests/mi P src/distrib/sets/lists/xbase/mi P src/distrib/sets/lists/xbase/shl.mi P src/distrib/sets/lists/xcomp/md.amd64 cvs update: `src/distrib/sets/lists/xcomp/md.atari' is no longer in the repository cvs update: `src/distrib/sets/lists/xcomp/md.cats' is no longer in the repository P src/distrib/sets/lists/xcomp/md.i386 P src/distrib/sets/lists/xcomp/md.macppc cvs update: `src/distrib/sets/lists/xcomp/md.netwinder' is no longer in the repository cvs update: `src/distrib/sets/lists/xcomp/md.sgimips' is no longer in the repository cvs update: `src/distrib/sets/lists/xcomp/md.shark' is no longer in the repository P src/distrib/sets/lists/xcomp/md.sparc64 P src/distrib/sets/lists/xcomp/mi P src/distrib/sets/lists/xcomp/shl.mi cvs update: `src/distrib/sets/lists/xdebug/md.acorn32' is no longer in the repository P src/distrib/sets/lists/xdebug/md.alpha P src/distrib/sets/lists/xdebug/md.amd64 P src/distrib/sets/lists/xdebug/md.amiga P src/distrib/sets/lists/xdebug/md.bebox P src/distrib/sets/lists/xdebug/md.cats P src/distrib/sets/lists/xdebug/md.dreamcast P src/distrib/sets/lists/xdebug/md.evbarm P src/distrib/sets/lists/xdebug/md.evbarm.armeb P src/distrib/sets/lists/xdebug/md.evbmips P src/distrib/sets/lists/xdebug/md.ews4800mips P src/distrib/sets/lists/xdebug/md.hp300 P src/distrib/sets/lists/xdebug/md.hpcarm P src/distrib/sets/lists/xdebug/md.hpcmips P src/distrib/sets/lists/xdebug/md.hpcsh P src/distrib/sets/lists/xdebug/md.i386 P src/distrib/sets/lists/xdebug/md.ibmnws P src/distrib/sets/lists/xdebug/md.luna68k P src/distrib/sets/lists/xdebug/md.mac68k P src/distrib/sets/lists/xdebug/md.macppc P src/distrib/sets/lists/xdebug/md.netwinder P src/distrib/sets/lists/xdebug/md.newsmips P src/distrib/sets/lists/xdebug/md.ofppc cvs update: `src/distrib/sets/lists/xdebug/md.pmax' is no longer in the repository P src/distrib/sets/lists/xdebug/md.prep P src/distrib/sets/lists/xdebug/md.sgimips P src/distrib/sets/lists/xdebug/md.shark P src/distrib/sets/lists/xdebug/md.sparc P src/distrib/sets/lists/xdebug/md.sparc64 cvs update: `src/distrib/sets/lists/xdebug/md.sun3' is no longer in the repository P src/distrib/sets/lists/xdebug/md.vax P src/distrib/sets/lists/xdebug/md.x68k P src/distrib/sets/lists/xdebug/mi P src/distrib/sets/lists/xdebug/shl.mi P src/distrib/sets/lists/xfont/mi P src/distrib/sets/lists/xserver/ad.x86_64 cvs update: `src/distrib/sets/lists/xserver/md.acorn32' is no longer in the repository P src/distrib/sets/lists/xserver/md.alpha P src/distrib/sets/lists/xserver/md.amd64 P src/distrib/sets/lists/xserver/md.amiga P src/distrib/sets/lists/xserver/md.bebox P src/distrib/sets/lists/xserver/md.cats P src/distrib/sets/lists/xserver/md.dreamcast P src/distrib/sets/lists/xserver/md.evbarm P src/distrib/sets/lists/xserver/md.evbmips P src/distrib/sets/lists/xserver/md.ews4800mips P src/distrib/sets/lists/xserver/md.hp300 P src/distrib/sets/lists/xserver/md.hpcarm P src/distrib/sets/lists/xserver/md.hpcmips P src/distrib/sets/lists/xserver/md.hpcsh P src/distrib/sets/lists/xserver/md.i386 P src/distrib/sets/lists/xserver/md.ibmnws P src/distrib/sets/lists/xserver/md.luna68k P src/distrib/sets/lists/xserver/md.mac68k P src/distrib/sets/lists/xserver/md.macppc P src/distrib/sets/lists/xserver/md.netwinder P src/distrib/sets/lists/xserver/md.newsmips P src/distrib/sets/lists/xserver/md.ofppc cvs update: `src/distrib/sets/lists/xserver/md.pmax' is no longer in the repository P src/distrib/sets/lists/xserver/md.prep P src/distrib/sets/lists/xserver/md.sgimips P src/distrib/sets/lists/xserver/md.shark P src/distrib/sets/lists/xserver/md.sparc P src/distrib/sets/lists/xserver/md.sparc64 cvs update: `src/distrib/sets/lists/xserver/md.sun3' is no longer in the repository P src/distrib/sets/lists/xserver/md.vax P src/distrib/sets/lists/xserver/md.x68k P src/distrib/sets/lists/xserver/md.zaurus P src/distrib/sets/lists/xserver/mi P src/external/gpl3/gcc/dist/gcc/config/netbsd-elf.h P src/external/gpl3/gcc/dist/gcc/config/alpha/netbsd.h P src/external/gpl3/gcc/dist/gcc/config/arm/netbsd-eabi.h P src/external/gpl3/gcc/dist/gcc/config/arm/netbsd-elf.h P src/external/gpl3/gcc/dist/gcc/config/i386/netbsd-elf.h P src/external/gpl3/gcc/dist/gcc/config/i386/netbsd64.h P src/external/gpl3/gcc/dist/gcc/config/ia64/netbsd.h P src/external/gpl3/gcc/dist/gcc/config/m68k/netbsd-elf.h P src/external/gpl3/gcc/dist/gcc/config/mips/netbsd.h P src/external/gpl3/gcc/dist/gcc/config/or1k/netbsd.h P src/external/gpl3/gcc/dist/gcc/config/pa/pa-netbsd.h P src/external/gpl3/gcc/dist/gcc/config/riscv/netbsd.h P src/external/gpl3/gcc/dist/gcc/config/rs6000/netbsd.h P src/external/gpl3/gcc/dist/gcc/config/sh/netbsd-elf.h P src/external/gpl3/gcc/dist/gcc/config/sparc/netbsd-elf.h P src/external/gpl3/gcc/dist/gcc/config/vax/netbsd-elf.h P src/external/mit/xorg/server/drivers/Makefile
Automated report: NetBSD-current/i386 build success
The NetBSD-current/i386 build is working again. The following commits were made between the last failed build and the successful build: 2016.08.20.01.03.34 mrg src/external/mit/xorg/server/xorg-server/Xext/Makefile,v 1.7 2016.08.20.01.03.34 mrg src/external/mit/xorg/server/xorg-server/hw/xfree86/dixmods/Makefile,v 1.13 2016.08.20.01.03.34 mrg src/external/mit/xorg/server/xorg-server/mi/Makefile,v 1.13 2016.08.20.01.04.48 mrg src/external/mit/xorg/server/xorg-server.old/mi/Makefile,v 1.2 2016.08.20.01.05.39 jakllsch src/distrib/sets/lists/base/shl.mi,v 1.782 2016.08.20.01.08.13 mrg src/distrib/sets/lists/xdebug/md.amd64,v 1.31 2016.08.20.01.08.13 mrg src/distrib/sets/lists/xdebug/md.i386,v 1.27 2016.08.20.01.08.13 mrg src/distrib/sets/lists/xserver/md.amd64,v 1.93 2016.08.20.01.08.13 mrg src/distrib/sets/lists/xserver/md.i386,v 1.110 2016.08.20.01.08.13 mrg src/external/mit/xorg/server/drivers/Makefile,v 1.80 Log files can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2016.08.html#2016.08.20.01.08.13
Automated report: NetBSD-current/i386 build failure
This is an automatically generated notice of a NetBSD-current/i386 build failure. The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host, using sources from CVS date 2016.08.19.22.37.04. An extract from the build.sh output follows: obsolete_stand fix: postinstall fixes passed: obsolete_stand postinstall fixes failed: === checkflist ===> distrib/sets --- check_DESTDIR --- --- checkflist --- cd /tmp/bracket/build/2016.08.19.22.37.04-i386/src/distrib/sets && DESTDIR=/tmp/bracket/build/2016.08.19.22.37.04-i386/destdir MACHINE=i386 MACHINE_ARCH=i386 AWK=/tmp/bracket/build/2016.08.19.22.37.04-i386/tools/bin/nbawk CKSUM=/tmp/bracket/build/2016.08.19.22.37.04-i386/tools/bin/nbcksum DB=/tmp/bracket/build/2016.08.19.22.37.04-i386/tools/bin/nbdb EGREP=grep\ -E HOST_SH=/bin/sh MAKE=/tmp/bracket/build/2016.08.19.22.37.04-i386/tools/bin/nbmake MKTEMP=/tmp/bracket/build/2016.08.19.22.37.04-i386/tools/bin/nbmktemp MTREE=/tmp/bracket/build/2016.08.19.22.37.04-i386/tools/bin/nbmtree PAX=/tmp/bracket/build/2016.08.19.22.37.04-i386/tools/bin/nbpax COMPRESS_PROGRAM=gzip GZIP=-n PKG_CREATE=/tmp/bracket/build/2016.08.19.22.37.04-i386/tools/bin/nbpkg_create SED=/tmp/bracket/build/2016.08.19.22.37.04-i386/tools/bin/nbsed TSORT=/tmp/bracket/build/2016.08.19.22.37.04-i386/tools/bin/nbtsort\ -q /bin/sh /tmp/bracket/build/2016.08.19.22.37.04-i386/src/distrib/sets/checkflist -L base -M /tmp/bracket/build/2016.08.19.22.37.04-i386/destdir/METALOG.sanitised === 1 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./usr/lib/libpci.so.2.1 = end of 1 extra files === == 1 missing files in DESTDIR Files in flist but missing from DESTDIR. File wasn't installed ? -- ./usr/lib/libpci.so.2.2 end of 1 missing files == *** [checkflist] Error code 1 nbmake[2]: stopped in /tmp/bracket/build/2016.08.19.22.37.04-i386/src/distrib/sets The following commits were made between the last successful build and the failed build: 2016.08.19.22.33.34 mrg src/external/mit/xorg/server/xorg-server.old/Xext/Makefile.Xext,v 1.2 2016.08.19.22.33.34 mrg src/external/mit/xorg/server/xorg-server.old/hw/xfree86/dixmods/Makefile,v 1.2 2016.08.19.22.33.34 mrg src/external/mit/xorg/server/xorg-server.old/hw/xfree86/dixmods/extmod/Makefile,v 1.2 2016.08.19.22.33.34 mrg src/external/mit/xorg/server/xorg-server.old/hw/xfree86/loader/Makefile,v 1.2 2016.08.19.22.33.34 mrg src/external/mit/xorg/server/xorg-server.old/include/Makefile,v 1.2 2016.08.19.22.33.34 mrg src/external/mit/xorg/server/xorg-server/include/Makefile,v 1.18 2016.08.19.22.34.51 mrg src/distrib/sets/lists/xcomp/mi,v 1.184 2016.08.19.22.37.03 mrg src/distrib/sets/lists/base/shl.mi,v 1.781 2016.08.19.22.37.03 mrg src/distrib/sets/lists/debug/shl.mi,v 1.141 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xbase/mi,v 1.134 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xbase/shl.mi,v 1.73 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xcomp/Attic/md.atari,v 1.10 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xcomp/Attic/md.cats,v 1.13 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xcomp/Attic/md.netwinder,v 1.9 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xcomp/Attic/md.sgimips,v 1.12 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xcomp/Attic/md.shark,v 1.17 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xcomp/md.amd64,v 1.49 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xcomp/md.i386,v 1.54 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xcomp/md.macppc,v 1.21 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xcomp/md.sparc64,v 1.14 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xcomp/mi,v 1.185 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xcomp/shl.mi,v 1.46 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xdebug/Attic/md.acorn32,v 1.2 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xdebug/Attic/md.pmax,v 1.2 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xdebug/Attic/md.sun3,v 1.3 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xdebug/md.alpha,v 1.8 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xdebug/md.amd64,v 1.30 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xdebug/md.amiga,v 1.7 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xdebug/md.dreamcast,v 1.8 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xdebug/md.evbmips,v 1.7 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xdebug/md.ews4800mips,v 1.6 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xdebug/md.hpcarm,v 1.6 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xdebug/md.hpcmips,v 1.6 2016.08.19.22.37.03 mrg src/distrib/sets/lists/xdebug/md.hpcsh,v
Ext2 issues in current
Hi Folks. It seems to me that last changes in completly broke NetBSD's write support on it (in expected way, as it used to work for a very long time before). I started having troubles about 2 weeks ago. At that time, I was hoping that this is just a temporary issue in -current, and probably will be fixed soon...But now I'm not so sure, since the problem is still there. General info: Host system-amd64 (yesterday's "clean" -current build) So, basicaly I have the following picture today: 1). A few partitions with ext2 filesystem. (Used to provide some interoperability with other OS's, although I'm using only netbsd, ~90% of time...and this partitions are also being used as read-only, most of the time. But sometimes I'd like to have write support as well!. I created them(mostly), using only netbsd native tools. (It still did not work very smoothly, but worked quite acceptably for a while). -features list : resize_inode filetype sparse_super large_file. -fs revision : 1. Of course, since I want to be able to put(sometimes) large files there... 2). Latest netbsd-current system 3). In Read-Only mode it works normally 4). Write support is still present... But works totally weird... (_absolutely_ sure that It is just _new_, _netbsd_ , trouble - not hardware or anything else). In the attached text file, I wrote typical shell session, demonstrating it's "work" in the rw mode(not the worst case, cause with latest changes it looks more like loterea- you never know what exactly you'll get, trying to use ext2fs rw. Most common result is total freezed system with need to hard-reset..-> -> fsck and finally -> some pieces of data, more or less, written on disk. when using kernel-level driver, I mean. If using rump, tipically it will crash quckly...resulting -dirty filesystem. Esplecially, when writing big amounts of data and/or under high disk IO load, etc) Just wondering - Is that a known behavior? mike@somewhere (/mnt)% ls -la drwxr-xr-x 16 root wheel 512 Aug 19 06:51 . drwxr-xr-x 23 root wheel 512 Aug 19 13:08 .. drwxr-xr-x 2 root wheel 512 Jul 19 21:00 MEDIA -rw-r--r-- 1 root wheel 1016698880 Aug 13 23:59 netbsdi386.tar mike@somewhere (/mnt)% file -s /dev/wd1j /dev/wd1j: Linux rev 1.0 ext2 filesystem data, UUID=575163fb-3aac-b04a-a4fa-af88e3f2d615, volume name "media" (large files) mike@somewhere (/mnt)% sudo mount -t ext2fs -o noatime,rw /dev/wd1j MEDIA mike@somewhere (/mnt)% df -h MEDIA Filesystem Size Used Avail %Cap Mounted on /dev/wd1j 24G13G 9.6G 57% /mnt/MEDIA mike@somewhere (/mnt)% cd MEDIA/mike mike@somewhere (/mnt/MEDIA/mike)% ls -la total 8 drwxr-xr-x 2 mike wheel 4096 Aug 19 15:26 . drwxr-xr-x 24 mike wheel 4096 Aug 19 15:26 .. mike@somewhere (/mnt/MEDIA/mike)% tar -tvf ../../netbsdi386.tar drwxr-xr-x 2 mikewsrc 0 Jan 1 2016 NetBSD-i386 drwxr-xr-x 2 mikewsrc 0 Dec 21 2015 NetBSD-i386/CURRENT -rw-r--r-- 1 mikewsrc45791024 Dec 21 2015 NetBSD-i386/CURRENT/base.tgz -rw-r--r-- 1 mikewsrc71293268 Dec 21 2015 NetBSD-i386/CURRENT/comp.tgz -rw-r--r-- 1 mikewsrc 584458 Dec 21 2015 NetBSD-i386/CURRENT/etc.tgz -rw-r--r-- 1 mikewsrc 3217114 Dec 21 2015 NetBSD-i386/CURRENT/games.tgz -rw-r--r-- 1 mikewsrc 163531 Dec 21 2015 NetBSD-i386/CURRENT/INSTALL.HTML -rw-r--r-- 1 mikewsrc10943912 Dec 21 2015 NetBSD-i386/CURRENT/man.tgz -rw-r--r-- 1 mikewsrc 5247129 Dec 21 2015 NetBSD-i386/CURRENT/misc.tgz -rw-r--r-- 1 mikewsrc 8291700 Dec 21 2015 NetBSD-i386/CURRENT/modulesi386.tgz -rw-r--r-- 1 mikewsrc18169481 Dec 21 2015 NetBSD-i386/CURRENT/netbsd-GENERIC drwxr-xr-x 2 mikewsrc 0 Dec 21 2015 NetBSD-i386/CURRENT/sources -rw-r--r-- 1 mikewsrc 394386844 Dec 21 2015 NetBSD-i386/CURRENT/sources/src.tar.gz -rw-r--r-- 1 mikewsrc 62 Dec 21 2015 NetBSD-i386/CURRENT/sources/src.tar.gz.MD5 -rw-r--r-- 1 mikewsrc 121243902 Dec 21 2015 NetBSD-i386/CURRENT/sources/xsrc.tar.gz -rw-r--r-- 1 mikewsrc 63 Dec 21 2015 NetBSD-i386/CURRENT/sources/xsrc.tar.gz.MD5 -rw-r--r-- 1 mikewsrc 6682693 Dec 21 2015 NetBSD-i386/CURRENT/tests.tgz -rw-r--r-- 1 mikewsrc 2763307 Dec 21 2015 NetBSD-i386/CURRENT/text.tgz -rw-r--r-- 1 mikewsrc 7463654 Dec 21 2015 NetBSD-i386/CURRENT/xbase.tgz -rw-r--r-- 1 mikewsrc12835820 Dec 21 2015 NetBSD-i386/CURRENT/xcomp.tgz -rw-r--r-- 1 mikewsrc 25132 Dec 21 2015 NetBSD-i386/CURRENT/xetc.tgz -rw-r--r-- 1 mikewsrc32787195 Dec 21 2015 NetBSD-i386/CURRENT/xfont.tgz -rw-r--r-- 1 mikewsrc12593931 Dec 21 2015 NetBSD-i386/CURRENT/xserver.tgz drwxr-xr-x 2 mikewsrc 0 Dec 21 2015 NetBSD-i386/STABLE-sets -rw-r--r-- 1 mikewsrc46139618 Dec 21 2015 NetBSD-i386/STABLE-sets/base.tgz
build failure, libpci versions/flist manifest
=== 4 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./usr/lib/i386/libpci.so.2.1 ./usr/lib/libpci.so.2.1 ./usr/libdata/debug/usr/lib/i386/libpci.so.2.1.debug ./usr/libdata/debug/usr/lib/libpci.so.2.1.debug = end of 4 extra files === == 4 missing files in DESTDIR Files in flist but missing from DESTDIR. File wasn't installed ? -- ./usr/lib/i386/libpci.so.2.2 ./usr/lib/libpci.so.2.2 ./usr/libdata/debug/usr/lib/i386/libpci.so.2.2.debug ./usr/libdata/debug/usr/lib/libpci.so.2.2.debug end of 4 missing files == *
Re: xorg-server 1.18 ready for testing on x86 and shark
On Fri 19 Aug 2016 at 16:31:00 +1000, matthew green wrote: > to test, simply pass -V HAVE_XORG_SERVER_VER=118 to build.sh or set > it in mk.conf. I recently filed a PR about weird mouse defects, which turned out to be about left-handed mice. Some xorg 1.11.x version has a fix for this. See http://gnats.netbsd.org/51348 and 51149. Since 1.18 sounds higher than 1.11.x, the fix should already be in there. I can't try it out quickly right now; maybe somebody else can do a quick check? -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: bind -> unbound/nsd
On Fri, 19 Aug 2016, Joerg Sonnenberger wrote: > To slightly expand that. You don't need nsd if you just want to serve a > few local host names for a local network. You only need nsd if you want > to provide an authoritive DNS server. IMO that is a decently small use > case that it doesn't justify the incluse into the base system. I'd agree. It highlights the fact that you're better off picking a feature list and seeing who matches. On the basis of license/features Bind is hard to beat. On the basis of license && security it's hard to accept. Bind basically looks like this: [ ] Recursive resolution [ ] Caching only [ ] Authoritative server support [ ] DNSSEC [ ] Split horizon [ ] Response rate limiting (RRL) [ ] Clustering/replication [ ] Dynamic reloadability [ ] NXDOMAIN redirection [ ] BSD or acceptable License [ ] GeoIP [ ] Response policy zones [ ] Database support [ ] Written in C -Swift
Re: bind -> unbound/nsd
On 19/08/2016 07:16, Christos Zoulas wrote: > - Needs additional components nsd, openDNSSEC, ldns to match bind's > functionality Maybe we should take a step back and consider what functionality we need rather than trying to match bind. 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 hand, all my other BSD machines run unbound as a local caching resolver. I'm all for stripping out bind and putting unbound in its place, but I would suggest to keep nsd in pkgsrc along with bind (even though it would make my task of updating my ERLITE easier as compiling on it for pkgsrc blows chunks). Roy
xorg-server 1.18 ready for testing on x86 and shark
hi folks. i've gotten native xorg server updated to 1.18.4 and working for me on i386, amd64 and shark. more testing is needed. to test, simply pass -V HAVE_XORG_SERVER_VER=118 to build.sh or set it in mk.conf. if you'd like to test, i recommend having a completely clean obj and destdir for it (one of the failure modes is kdump not building.) i also welcome help porting to other platforms, or updating drivers (many older drivers are disabled with the newer server mostly due to needing to be updated for modern xorg-server APIs.) this also enables the xf86-video-amdgpu driver that supports modern amd gpus. as always, please send-pr to send me email about issues. .mrg.
Re: bind -> unbound/nsd
On Aug 18, 1:27pm, g...@ir.bbn.com (Greg Troxel) wrote: -- Subject: Re: bind -> unbound/nsd | Please note that I'm not objecting; I'm just asking for the rationale to | be articulated. There are many analyses on the web comparing bind and unbound, here are 3: http://info.menandmice.com/blog/bid/37244/10-Reasons-to-use-Unbound-DNS https://forums.freebsd.org/threads/53924/ https://en.wikipedia.org/wiki/Comparison_of_DNS_server_software For us though the particular reasons are: - License change would require us to copy the software and reapply patches. - We don't have other MPL software in base; this would mean another license. - Fewer security issues - Smaller memory footprint for most people, easier to administer. - New resolver API's (asynchronous etc) - Modular, simpler, smaller, better auditable - BSD licensed And some negatives: - Crypto is integrated, not optional (although we can fix that) - Bind libraries are still used by dhcpd - Needs additional components nsd, openDNSSEC, ldns to match bind's functionality christos