From owner-freebsd-current@FreeBSD.ORG Thu Feb 12 04:12:04 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51FE6155; Thu, 12 Feb 2015 04:12:03 +0000 (UTC) Date: Thu, 12 Feb 2015 04:11:58 +0000 From: Glen Barber To: Ian Lepore Subject: Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default Message-ID: <20150212041158.GH1302@hub.FreeBSD.org> References: <20150212023912.GG1302@hub.FreeBSD.org> <1423713360.80968.89.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="D6IIOQQv2Iwyp54J" Content-Disposition: inline In-Reply-To: <1423713360.80968.89.camel@freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Current , Ed Maste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2015 04:12:04 -0000 --D6IIOQQv2Iwyp54J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 11, 2015 at 08:56:00PM -0700, Ian Lepore wrote: > On Wed, 2015-02-11 at 22:21 -0500, Ed Maste wrote: > > On 11 February 2015 at 21:39, Glen Barber wrote: > > > > > > Within the next 24 hours, I will merge the release-install-debug bran= ch > > > into head, which will enable building and installing stripped debuggi= ng > > > files by default. > > > > > > In general, this should have no significant impact, but any fallout w= ill > > > be addressed as soon as possible after the merge. > > > > > > Those that do not want debugging files built/installed by default sho= uld > > > add 'WITHOUT_DEBUG_FILES=3D1' to src.conf(5). This will also be note= d in > > > UPDATING. > >=20 > > Note that the debug files do consume a reasonably large amount of disk > > space in both the OBJDIR and in the installed location under > > /usr/lib/debug. Users with limited disk space will probably want to > > disable them. As an example, the installed debug data on my laptop is > > about 2GB. >=20 > Seriously? 2GB is bigger than the entire filesystem on many ARM boards > that do useful work. Not to mention how long it will take to write all > that to an sdcard (it already takes a long time to installworld/kernel > to an sdcard and it's only 400MB). >=20 > Just what are these files, and what use will the average user make of > them? >=20 > What use will I make of them, that is going to justify that every one of > my couple-dozen build sandboxes will now be 4gb larger (a copy in obj > and a copy in the nfs root that things install to)? >=20 > How much time will this add to a build? >=20 > Yeah yeah, I can update a couple dozen src.conf files to eliminate them, > and that's not the biggest hassle in the world (but it's also not > nothing). It seems like this is a heavy enough load that it needs to > justify its existance. >=20 The major benefit is that all debugging data that we need to properly debug application crashes in the base system will be available out-of-box. There is a trade-off here, in both directions. For arm, for example, the trade-off is that the default installed userland would grow, however when there is a PR regarding an application crash, the tools to diagnose the issue are there by default (we do not need to ask that the utility is rebuilt with debugging options enabled, and then recreate the crash). I considered making this an opt-in thing for arm, but given the above rationale, thought it would be more beneficial for the opposite route. If you feel necessary, however, we can turn this off by default for now for arm. Glen --D6IIOQQv2Iwyp54J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU3CgJAAoJEAMUWKVHj+KTRQgQAJlCPU/lZcHbBAWyscwjbCQU wFlHpFuRztG4Fd4b5okV1daf7oL+6wnCbf8PisQ5gLd7a61FegKMmexyNvpssxrj E/sHQ3JEZpfK6TcBoZDX7MoC7Pca2G3YGiuFb9alV86V9OzP0E0yS4Ghl8CBHj/d WD5dxH7Fl7bBXq/wpBKkYSSrUFdl5AoMG4tu5i3QE0evslQgt9h0pGvhjARhkvAP 6uMHPPWu/vUCAOm9lEeA7UCeQFac1Z8rUDJ4gWLqp+F1/VdBpNplgZCUhmBJt5ia VoWzQ8h0tht25vNtf5D/D7hpX67oZRB/Cg90D1mOGJpTxlbFBmGmC/5Akhce9cY2 fUmVLHJQvlC/c9THUh60jyJ9IUA6yoCSWXIe5CQEBQ7bDuV+zVVdqzB2WueXIpUF wt7aUA8kw2DRW31DE9hYLs3QCQaWQ7OOMP38nG7Rbsnn9u43y8xUmoPbI7KSvNyL FdOoHiUq9polStlbdMW5NPY0J+fl2md/6bLD5CvpAuvowXjUyP10QnPW8dtSTbDS Y3aD5lLsQ+N35PidSYB9M8qhAF7VSrAorLPZZVP+3/nrbEBuSA4aDV17+GtKMejH 6tJBX6oyKseiwiG43P5SKvzmEdjMTGUJYltUUBKUbRS7yKRmE206AXiCqZWxixy/ J/fX/hvrbLkzoek/Mn5l =M1xq -----END PGP SIGNATURE----- --D6IIOQQv2Iwyp54J--