From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Sun, 16 May 2010 16:44:11 -0400 To: 9fans@9fans.net Message-ID: In-Reply-To: <05efeb46a13b81ef20914458e84cdd9f@swcp.com> References: <6aaf2d79af665bf1905db13e44e194e5@quanstro.net> <3c68655ad1dadf393d44b4a945abbd7a@swcp.com> <26f3b3b7fc6f7e8e8d90094305925bdd@kw.quanstro.net> <05efeb46a13b81ef20914458e84cdd9f@swcp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] nupas update Topicbox-Message-UUID: 252ab6de-ead6-11e9-9d60-3106f5b1d025 > I see a couple of other applications for use flags besides pruning > overgrown packages -- such as should we install source and documentation > (yes by default on large systems, no on small embedded systems). Should we > strip binaries or compile things for debugging? Install examples? I do > not see much call for more than that, but I see those as useful. i've tried to make this point several times before. i think it is an error to envision what somebody might want. build want you want. respond to complaints. do not build stuff speculatively. > Another potential use flag or architecture keyword covers if the package > can be built, or should build, using 64 bit mode. there is no 64 bit kernel. please, no use flags. we can't test what we've got. use flags make the problem go factorial. (gentoo for example doesn't work if you set the profile use flag.) - erik