From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 2F036138247 for ; Tue, 19 Nov 2013 05:15:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 278CCE0A02; Tue, 19 Nov 2013 05:15:54 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 84666E09FD for ; Tue, 19 Nov 2013 05:15:53 +0000 (UTC) Received: from [IPv6:2a01:4f8:191:22ca::2:1000] (vpn-c0.not-your-server.de [IPv6:2a01:4f8:191:22ca::2:1000]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ercpe) by smtp.gentoo.org (Postfix) with ESMTPSA id 6AF5133EECB for ; Tue, 19 Nov 2013 05:15:52 +0000 (UTC) Message-ID: <528AF405.9010403@gentoo.org> Date: Tue, 19 Nov 2013 06:15:49 +0100 From: Johann Schmitz User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-de@lists.gentoo.org Reply-to: gentoo-user-de@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user-de@lists.gentoo.org Subject: Re: [gentoo-user-de] Bug in Portage oder "PEBCAC"..? References: <528A856B.6040508@bricart.de> In-Reply-To: <528A856B.6040508@bricart.de> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 4d3c4ff7-a551-413a-aa0b-482ec1bbece1 X-Archives-Hash: 8a819ebda0785856a38a848c7fae2626 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Moinsen, > soweit so gut - emerge an sich funktioniert schon mal korrekt und > meine Version aus dem local Overlay überstimmt die selbe Version > aus dem main-Tree.. Bei gleichen Version wird das Paket aus dem Overlay verwendet, da der Inhalt deiner PORTDIR_OVERLAY das PORTDIR überlagert (wie der Name schon sagt). > # echo "app-foo/bar::gentoo" > > /usr/local/portage/profiles/package.mask # echo > "app-foo/bar::meins" > /usr/local/portage/profiles/package.unmask > > jetzt bekomme ich bei *jedem* emerge die Warnung(en): > > --- Invalid atom in /usr/local/portage/profiles/package.mask: > app-foo/bar::gentoo --- Invalid atom in > /usr/local/portage/profiles/package.unmask: app-foo/bar::meins Weil afaik in der package.mask keine Repository Constraints erlaubt sind. In der Manpage steht bei package.mask: "one DEPEND atom per line". Ein DEPEND besteht aus CP und Version/(Sub)Slot; kein repository. Dort wird zwar auch von atoms als Einträge geredet, mir ist aber noch nie ein Repository in *.mask untergekommen. Wenn man darüber nachdenkt, macht es auch Sinn: - - Vom Tree aus "ignorieren" wir Overlays. Wir versuchen zwar weitestgehend kompatibel zu sein, aber am Ende des Tages ist der Overlay Maintainer für die Kompatibilität verantwortlich. - - In einem Overlay übersteuert die gleiche Version die aus dem Tree (weil in PORTDIR_OVERLAY) - - In Overlay A Ebuilds aus Overlay B masken ist schon ein sehr außergewöhnlicher Spezialfall. Es gibt sicherliche Use-Cases aber im Zweifelsfall muss der User entscheiden was er installieren will. > ... aber: es funktioniert wie gewollt! und "eix" zeigt das sogar > richtig an.. Das kommt glaube ich eher durch eine weite Auslegung der PMS. Ich habe da jetzt gerade nicht reingeschaut (zu wenig Kaffee), ich könnte mir aber vorstellen, dass das nicht explizit definiert ist ob RC's erlaubt sind. > Also die Warnungen beomme ich ja weg, indem ich in die overlay > package.mask nur "app-foo/bar" (ohne ::gentoo) reinschreibe und > dann in *jedem* lokalen /etc/portage/package.unmask dann > "app-foo/bar::meins" wieder freischalte.. aber das ist ja unschön > ;-) Entweder das, oder du machst es über die Versionen: app-foo/bar-1.0 Das haut dir alle Versionen ungleich 1.0 raus, und die 1.0 in deinem Overlay wird ja sowieso vor der Tree-Version genommen. Sauberer fände ich es allerdings, ein -r1 draus zu machen und ggf. Patches auf b.g.o. einzureichen, damit alle was davon haben :) Johann. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSivQFAAoJEKCEBkJ3xQHt6fUIAIL8uro/b5aCfyct/N6hdgXc TIjKcPCf377xuXNhHYghPus8g1jx8xub+qkg1UEGQxzFCFTBZ5kZVD/XnGy7wPQD FRapwMqbQ6mYeaVNwByID/I6qEStkoBHlu1fWUGwUXCt+1UvTipqpaJoor8DYEZp Ra9R2vBXyw0uSni3kCdmMxtRI/qGiSR+DjobaveL9e2O+sVUvlSdbsctqHb89o/l 0fHJ3xlis8H1bvde2GEsGaEKwoDuF6meahmPnCpMAGQUlsc5xmrQSXnPnnzDqe2p LtRadajttpeR4phD3qNslpT1yO1ma1FqPFTC0QO/I1yMC3WM2U72kLaXV3Wc5LU= =arft -----END PGP SIGNATURE-----