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 4EE161382C5 for ; Tue, 3 Apr 2018 13:46:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 581D4E0AD9; Tue, 3 Apr 2018 13:46:30 +0000 (UTC) Received: from mail-wr0-x232.google.com (mail-wr0-x232.google.com [IPv6:2a00:1450:400c:c0c::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 237CBE0AD9 for ; Tue, 3 Apr 2018 13:46:29 +0000 (UTC) Received: by mail-wr0-x232.google.com with SMTP id z73so18802463wrb.0 for ; Tue, 03 Apr 2018 06:46:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=ResnT26ZCcc8tjS+f2ssUfqe6UKBFCGkD9sP+okQxI4=; b=Fc7TB1OVtllWwVHaYV63xYKD1fCbPobbG1sSd3v43e/SWbgjtR80gQ2t0Dm6s8gwO9 LdQlVyOOZcJEYWdTEQVX/lVYgghdM4MuaB1WfBwbNYSyRoH8zKnyS3zxmV4rZ9NrJbAb n9Lq4AcsL3ASP5S3C6Mc7J7NPg8Ew2tANeCTojgEH38M/w8OQD/65/cwhT7a3l4sItnn elrp6V98qdmibQhw037jIM1WkqxY0KVO04Lw82ABU2zca6JoeqaTojtZRaG5tmjPQn4Q h2EmexdvEUA1eQAhopGMGo8ysmdtpQEWkmME8JQJOWvES9Plak4GUKd4y06brPN7hZ4q xJsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=ResnT26ZCcc8tjS+f2ssUfqe6UKBFCGkD9sP+okQxI4=; b=S79XyIqypUZvoBpOUqjwZnzG1eg0gqBLS4de2Bqvq1sAZzTC2/Co+/AhVzpzeRBV/1 wRlFBtCLBBZk2+Fc7So6HxsPhkyjO23rrKrCor0kjeMdnMesqB2D5rKagXTNn9vAndzm Gpk6pWEW/TzIvPq17VZgQKN3Vietwgzt8GvHYoDqXpEATSSZjOYmyXZMYDv760WJe2tZ URemAhRQc0OdxcToybTbzXItIiq0ZqjE99V8BRCETmj2ESqKctizBAqDPDeUcb4Kem2C 7HKOhXa3nqK7QksvkT+NodJGsoUXawhMo6VHNlMIHA15ZGhKSItPSqqCMb+wKZzRwXVG mw3w== X-Gm-Message-State: AElRT7FcyOHjHDjL5ojep8TvmUWz37/mKIVRAW2dLaHSWJ/tbUNusHuZ G/7M02YEaEtvmVsQtIuIlNhWia712IuNzapsKM8tkg== X-Google-Smtp-Source: AIpwx49vWvwGs8Apo4q/6xIEzUGANqGvTr6HiQossKRjNPdWKqbzD8U8WmypR/RctFS4EQp6RMZuRDwfNub+l1E8KU4= X-Received: by 10.223.134.4 with SMTP id 4mr9772873wrv.230.1522763188303; Tue, 03 Apr 2018 06:46:28 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-releng@lists.gentoo.org Reply-to: gentoo-releng@lists.gentoo.org MIME-Version: 1.0 Received: by 10.28.87.13 with HTTP; Tue, 3 Apr 2018 06:46:27 -0700 (PDT) From: Ben Kohler Date: Tue, 3 Apr 2018 08:46:27 -0500 Message-ID: Subject: [gentoo-releng] Setting --autounmask=n for autobuilds To: gentoo-releng@lists.gentoo.org Content-Type: text/plain; charset="UTF-8" X-Archives-Salt: ad547015-3e6f-4574-aef4-650ae82615ff X-Archives-Hash: 0b53834c359d2e3b8d5d27e3cce64ce9 Hi guys, I'd like to propose adding --autounmask=n to EMERGE_DEFAULT_OPTS, at least for nightheron builds but preferably everywhere. Due to a known portage bug [1], when a keyword or USE change is required by some package, the chain of deps shown in the autounmask output cannot be trusted. It will very often blame the completely wrong package for the unmask. Since the autobuild process cannot make real use of autounmask anyway, I propose that we turn it off. The main downside I see, is that for complex changes requiring several new package.* entries, --autounmask=n will cause it to stop after only the first one is printed. But I think this will be worth it. It will really help us quickly get to the bottom of failures like this [2] and this [3]. BTW does anyone know where those s390 builds happen? Thoughts? [1] https://bugs.gentoo.org/419381 [2] https://archives.gentoo.org/gentoo-releng-autobuilds/message/6a1c4b6bdfba9bc204af3172beb2287a [3] https://archives.gentoo.org/gentoo-releng-autobuilds/message/8689b65e9502fba1717714cbf9514bd4 -Ben