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 4ECC91382C5 for ; Fri, 23 Feb 2018 23:41:55 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F18D3E085A; Fri, 23 Feb 2018 23:41:48 +0000 (UTC) Received: from smtp.laposte.net (smtpoutz29.laposte.net [194.117.213.104]) (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 7BB38E0823 for ; Fri, 23 Feb 2018 23:41:48 +0000 (UTC) Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout017 (Postfix) with ESMTP id DD618A09F12 for ; Sat, 24 Feb 2018 00:41:46 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=laposte.net; s=mail0; t=1519429306; bh=YkC9gPw413WPxOeJ8xSblKanZ/If7lXxOeKkPRERObw=; h=Subject:To:References:From:Date:In-Reply-To; b=lQys67LwWRPcIA+KtDshsa8tA450hwnv1V7QBr/Ar67gb3kk8oQ8H+pvXJAZrHbTe dg3DEDpUFJYePNr1wlTwVUb9r8w4cJD9ka/0OPaA+7ClMLXIGbB+Lb5eAckWrQvOCn F1bA33Yq3NyE3MUN5XnSVyK/hSA86U4xyZr3ka++Y+YqzWHKT7FJcHk5eg6ok6iJtZ yKOYcZXHuE56SHwS+dbYS4fyPKyVqs51eertrMDrDdf8dKCMH8KXgluQjGMBcfz4Y1 QCWv+J9pQ31EOUpRSywmSO2y5baYIjvFBhPKuV3jbuR207Cua4/sNS54vf4LK3nIgc rYMrqgXRJ22Kg== Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout017 (Postfix) with ESMTP id CFEC2A09F42 for ; Sat, 24 Feb 2018 00:41:46 +0100 (CET) Received: from lpn-prd-vrin002 (lpn-prd-vrin002.laposte [10.128.63.3]) by lpn-prd-vrout017 (Postfix) with ESMTP id CDCCAA09F12 for ; Sat, 24 Feb 2018 00:41:46 +0100 (CET) Received: from lpn-prd-vrin002 (localhost [127.0.0.1]) by lpn-prd-vrin002 (Postfix) with ESMTP id BD62D5C36EC for ; Sat, 24 Feb 2018 00:41:46 +0100 (CET) Received: from [192.168.1.2] (unknown [151.60.5.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lpn-prd-vrin002 (Postfix) with ESMTPSA id 721335C36E7 for ; Sat, 24 Feb 2018 00:41:46 +0100 (CET) Subject: Re: [gentoo-dev] Questions on overlays, repositories and PMS To: gentoo-dev@lists.gentoo.org References: <7390233c-9b93-d1be-2005-4f28b61e4289@laposte.net> <3591987.NtP7jN4AEN@note> From: Michael Lienhardt Message-ID: <5fab108a-6b98-7bf2-b40f-1a9f8f3fc31c@laposte.net> Date: Sat, 24 Feb 2018 00:42:25 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 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 In-Reply-To: <3591987.NtP7jN4AEN@note> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-VR-FullState: 0 X-VR-Score: 50 X-VR-Cause-1: gggruggvucftvghtrhhoucdtuddrgedtfedrheeigddufecutefuodetggdotefrodftvfcurfhrohhf X-VR-Cause-2: ihhlvgemucfntefrqffuvffgnecuuegrihhlohhuthemucehtddtnecuogetfeejfedqtdegucdlhedt X-VR-Cause-3: mdenucfjughrpefuvfhfhffkffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpefoihgthhgrvghl X-VR-Cause-4: ucfnihgvnhhhrghrughtuceomhhitghhrggvlhdrlhhivghnhhgrrhgutheslhgrphhoshhtvgdrnhgv X-VR-Cause-5: theqnecuffhomhgrihhnpehgvghnthhoohdrohhrghenucfkphepudehuddriedtrdehrddvvdeinecu X-VR-Cause-6: rfgrrhgrmhepmhhouggvpehsmhhtphhouhhtpdhhvghloheplgduledvrdduieekrddurddvngdpihhn X-VR-Cause-7: vghtpeduhedurdeitddrhedrvddviedpmhgrihhlfhhrohhmpehmihgthhgrvghlrdhlihgvnhhhrghr X-VR-Cause-8: ughtsehlrghpohhsthgvrdhnvghtpdhrtghpthhtohepghgvnhhtohhoqdguvghvsehlihhsthhsrdhg X-VR-Cause-9: vghnthhoohdrohhrghenucevlhhushhtvghrufhiiigvpedt X-VR-AvState: No X-VR-State: 0 X-VR-State: 0 X-Archives-Salt: 1e10f367-3236-4eaa-a985-fd81f9088414 X-Archives-Hash: fcaff152d321f02e411f8667d99f042b Thank you for your answers :). I have few followup questions. Il 23/02/2018 19:09, Vadim A. Misbakh-Soloviov ha scritto: >> Or in other word, it is enough to only look at /etc/portage/repos.conf? > No What else should I look for? >> - is the package.mask file apply only on the packages of that repository, or on every packages of >> every repositories listed in /etc/portage/repos.conf? > Actually, I can't remember the correct answer right now, but definitelly it have the effect on repos, that states this repo as master. If you get the correct answer, I'm really interested. Also, what does mean "that states this repo as master"? - every repo that have a profiles/package.mask file is implicitly the master of every other repository? - there can be only one repo with a profiles/package.mask file? - other possible meaning? >> is such information implicitly inherited from the DEFAULT repository (even >> though https://wiki.gentoo.org/wiki//etc/portage/repos.conf states that it >> is not)? > Usually, that info is inerited from `master` repo of the current repo (that is stated in the layout conf file) You're right, I forgot about the metadata/layout.conf This makes me think: a repository can have four different names: - the name of the file in /etc/portage/repos.conf/ - the name specified in the section of the /etc/portage/repos.conf/ - the name in the metadata/layout.conf - the name in the profiles/repo_name All these names should be equal, but what happens if they aren't? In particular, which of the four names is used to resolve the masters dependency? >> 4. is the "masters" attribute in /etc/portage/repos.conf make the repository >> inherit other data than the eclasses? > Yes, but that attribute is usually not recommended for general use. I guess the masters attribute in /etc/portage/repos.conf overrides the one in the metadata/layout.conf, and that's why it is not recommended, right? Which other data is inherited? Also, what happen when some inherited data is also declared locally? - for instance when a master and the local repository both share the same eclass? - or if the profiles/categories is inherited but also declared locally: does the local declaration override the one from the masters, or all the category lists are merged together? >> 5. since every repos can have a profiles/categories file, is the file >> /etc/portage/categories obsolete (or should it be)? > Why? Because this file is useless if every repository declare its own categories (that's what I understand from the documentation https://wiki.gentoo.org/wiki//etc/portage/categories). So I guess it is not deprecated. My experience is that it is far more maintainable to have the repositories not depending on unreliable external data (the /etc/portage/categories file) to work. Hence, the only case I can see where it is not necessary for a repository to have its own local profiles/categories file (or having it inherited from some master) is when the repository is user-defined and not distributed to anyone. But in this case too, it makes more sense to me to have repository-specific data declared locally in the repository itself. Best, Michael Lienhardt