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 508531382C5 for ; Fri, 23 Mar 2018 20:16:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5F9B4E09B5; Fri, 23 Mar 2018 20:16:43 +0000 (UTC) Received: from mail-pg0-x22f.google.com (mail-pg0-x22f.google.com [IPv6:2607:f8b0:400e:c05::22f]) (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 E9EE5E0922 for ; Fri, 23 Mar 2018 20:16:42 +0000 (UTC) Received: by mail-pg0-x22f.google.com with SMTP id d1so4992238pgv.2 for ; Fri, 23 Mar 2018 13:16:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sysdump.net; s=google; h=message-id:subject:from:to:date:in-reply-to:references:mime-version :content-transfer-encoding; bh=un/2HSBENGwpHjReVhATIKOuf1yAqt3I0sNCKzwl6Js=; b=geZ/o6u8iYqPRWxof/mnDYHj05nf3l5+o2IDgrpwkfFoji94svFtDHB25kvlalNURO D0QU870j6o1j+2MnsjL4M3Ry3Y4pOazlenu53fzxUnQNtfyOe5BIGPqSqMqK7dZ9rPC3 sbN5GRDBMr49mmFcn/TEK1eGGMFXFeEACDP+f5usUrP4SGfcgN8Q8m4Q0kBe8ZDHm0vw 0Xkilo9hD7MOSOI/+dSA8AYBQrb7kEX9tInzpj2QORMLAxKNDp69X13kMlhJdg0s77Gl 1kPWEasm7dPCMnyeLv+2fQMl5qdu0OfTRylQ3B/JpxC5qwYZWEqdQSuqhaxs53Douaay Y+Ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=un/2HSBENGwpHjReVhATIKOuf1yAqt3I0sNCKzwl6Js=; b=YCoQd2Zig3xWWLIik/lJmXBVAoLbGb4pLHkiv6wR7ZyqwlMRsaO9XRgw+a/RwTZ6tW 2KwXTaRn8k/Kfh4Y1IlNCtOl4hwa/ALUfeNhWq18F5ild08DOqt20naHU5CufYPyAOqk X97ezkJFVwCUFsPjaheQwX12XKvsxrGJPgD8SDesMVfFwVfxNnoFo9JkmqUqWcPyBmTi s1PAa0ekBh8s5l5T1NFyIxrAME3/uy193fYFrX6wJu5Wo89Z0PPl0kDkAIe7cUOHEsYZ C+lGynG0EW979RevrcGaeS98DRyUEJhUK4d+5T32w639xp09YHJxGLp08dSutAFe1uud T4iQ== X-Gm-Message-State: AElRT7Fl2uklEqlVWoLEg9qN8kSa5rMS5xmp04RWS4DzN+7mxCNy9DjL xfU3khJbrU4HNq/clgYCxvE7923Wz34= X-Google-Smtp-Source: AG47ELvSHP0amtdhL3+pcw/QtImwp/IuxlPx96JKes1cdfaQXKUrtneFqo8WyC2UuDNtrsPp3HC/mQ== X-Received: by 10.98.33.154 with SMTP id o26mr25268851pfj.54.1521836201380; Fri, 23 Mar 2018 13:16:41 -0700 (PDT) Received: from usg.local.sysdump.net.local.sysdump.net (cpe-75-83-91-39.socal.res.rr.com. [75.83.91.39]) by smtp.gmail.com with ESMTPSA id m18sm16285230pgu.51.2018.03.23.13.16.40 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 23 Mar 2018 13:16:40 -0700 (PDT) Message-ID: <1521836199.90136.13.camel@sysdump.net> Subject: Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny From: Georgy Yakovlev To: gentoo-dev@lists.gentoo.org Date: Fri, 23 Mar 2018 13:16:39 -0700 In-Reply-To: <20180323162346.GB2104@ncase> References: <23220.52565.280134.566970@a1i15.kph.uni-mainz.de> <23220.56844.278087.25609@a1i15.kph.uni-mainz.de> <20180323162346.GB2104@ncase> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.6 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 Content-Transfer-Encoding: 7bit X-Archives-Salt: c7c3357a-9b48-4af0-b96c-7d32298cd386 X-Archives-Hash: 038ff46683f6c67a4f917a2dda0f4a6f On Fri, 2018-03-23 at 16:23 +0000, Patrick Steinhardt wrote: > This wouldn't help the maintainers of overlays, though, and puts > the burden on the user. One scenario where masks maintained in > overlays would be useful is the musl overlay, which carries > patches to various packages to have them compile with musl libc. > Obviously, I always want to use packages provided by the musl > overlay in case the same package from the Gentoo tree has build > failures. Even if the Gentoo-provided package gets updated, I'll > still want to use the older version from the musl tree, as the > build errors are likely to still exist. > > If overlays were able to ignore packages from other repositories, > the musl overlay could simply mask out packages from the Gentoo > repository which are known to not compile on musl-based systems. > Like this, the user does not have to maintain these masks > manually, but they are already managed at a central place and > updated with the musl repository. > > Patrick It's currently possible to do with a sort-of-automated script in /etc/portage/repo.postsync.d i asked[1] ::musl about that and they do not want that. the script provided the issue is just an example, it should check which repo was just synced, also it does not care about versions, it just masks the versionless atom, there are no any sanity checks. it's just proof of concept. But I find it useful on my underpowered APU system which runs musl. I just want to avoid build failures, as each build takes a LOT of time. I would not run that on a workstation, I'd better bump instead and port the patches/ebuilds. running ::musl is an active commitment, and it often requires intervention and those should be contributed back if possible. [1]https://github.com/gentoo/musl/issues/110 -- Georgy