Date: Sat, 13 Oct 2007 00:40:01 +0200 From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no> To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, Ruslan Ermilov <ru@FreeBSD.org>, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/share/mk bsd.own.mk Message-ID: <86d4vkj6ta.fsf@ds4.des.no> In-Reply-To: <20071012081105.C6043@maildrop.int.zabbadoz.net> (Bjoern A. Zeeb's message of "Fri\, 12 Oct 2007 08\:27\:47 %2B0000 \(UTC\)") References: <200710120803.l9C83pLM093240@repoman.freebsd.org> <20071012081105.C6043@maildrop.int.zabbadoz.net>
next in thread | previous in thread | raw e-mail | index | archive | help
"Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> writes: > Is there any chance to get bind back w/o threading support? I guess > the question is more to Doug than to you. > > I found it usefull especially for (CF) installations where I > neither needed pppctl nor any other thing that depended on a threading > library but a caching nameserver. Going with a port for this > means supporting the ports infrastructure respectively an extra > installation procedure. Nothing that can't be done just extra pain;-) > So far it was easier to go with just base and live with the size of > named. I can't imagine a situation where you would want to run BIND but couldn't spare the disk space for libthr. Size in kB of named and its dependencies on -CURRENT: 1616 named 1584 libcrypto.so.5 1120 libc.so.7 80 libthr.so.3 On a production name server, /var/named alone would easily outwheigh libthr. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86d4vkj6ta.fsf>