From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 6739A139085 for ; Fri, 27 Jan 2017 03:33:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 67D86E0E33; Fri, 27 Jan 2017 03:33:38 +0000 (UTC) Received: from smtp.gentoo.org (mail.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1E0F9E0DB9 for ; Fri, 27 Jan 2017 03:33:38 +0000 (UTC) Received: from mail-qt0-f172.google.com (mail-qt0-f172.google.com [209.85.216.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: floppym) by smtp.gentoo.org (Postfix) with ESMTPSA id E1E4E340F43 for ; Fri, 27 Jan 2017 03:33:36 +0000 (UTC) Received: by mail-qt0-f172.google.com with SMTP id x49so111335297qtc.2 for ; Thu, 26 Jan 2017 19:33:36 -0800 (PST) X-Gm-Message-State: AIkVDXJZ5YXYPxIznCCx8ej7f0wq7VsbXlDs0Ww+7wb4w8M22mw20Cb/RxIxBagUJt6bqZFC+IScrAW+FJvK9g== X-Received: by 10.200.51.100 with SMTP id u33mr5959652qta.110.1485488014713; Thu, 26 Jan 2017 19:33:34 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Received: by 10.237.40.3 with HTTP; Thu, 26 Jan 2017 19:33:14 -0800 (PST) From: Mike Gilbert Date: Thu, 26 Jan 2017 22:33:14 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: [gentoo-dev] berkdb and gdbm in global USE defaults To: Gentoo Dev Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: d588d485-7e8a-4fcb-89fa-6ccf0a1becf1 X-Archives-Hash: fc15da58ea81d9171ba340a8dbc10213 I recently ran into a REQUIRED_USE constraint that required I select between berkdb and gdbm for an email client. Looking through our profiles, I see we have both berkdb and gdbm enabled "globally". default/linux/make.defaults:USE="berkdb crypt ipv6 ncurses nls pam readline ssl tcpd zlib" releases/make.defaults:USE="acl gdbm nptl unicode" Is there any reason to have these USE flags enabled globally? These USE seem pretty package-specific in scope. On my system, they are used by around a dozen of 1000+ installed packages. I think it might make sense to migrate them to appropriate IUSE defaults, or leave them disabled where they do not provide critical functionality.