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 EE53F1392EF for ; Mon, 7 Jul 2014 11:02:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 43E31E08C8; Mon, 7 Jul 2014 11:02:38 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 4B914E08B1 for ; Mon, 7 Jul 2014 11:02:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 26FBE340062 for ; Mon, 7 Jul 2014 11:02:36 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.487 X-Spam-Level: X-Spam-Status: No, score=-1.487 tagged_above=-999 required=5.5 tests=[AWL=-0.833, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.652, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wsgtL3L6X9Od for ; Mon, 7 Jul 2014 11:02:30 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 6E353340015 for ; Mon, 7 Jul 2014 11:02:29 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1X46gh-0004ij-2L for gentoo-dev@gentoo.org; Mon, 07 Jul 2014 13:02:23 +0200 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Jul 2014 13:02:23 +0200 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Jul 2014 13:02:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: Is || ( Atom... ) broken? Date: Mon, 7 Jul 2014 11:02:11 +0000 (UTC) Message-ID: References: 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-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT d447f7c /m/p/portage/src/egit-src/pan2) X-Archives-Salt: 7e95bcb7-df46-4c16-80cf-11d4c39c2d06 X-Archives-Hash: 8de1919b3f1f65c22a86ac34c8ca5360 Greg Turner posted on Mon, 07 Jul 2014 03:14:14 -0700 as excerpted: > WTF is up with it? Why does it love the first Atom so much more than > the others? > > It could be such a useful feature, but, in practice, it just never seems > to do what I want it to. Is it a bug? [FWIW, the HTML isn't particularly appreciated.] AFAIK, the first atom is simply the one chosen to fill the dependency if none of the || choices are currently installed. As such the first one is the default, but if one of the others is installed that should fill the dependency just as well. As well, I /believe/ (but don't know for sure) that the resolver prefers other slots of installed packages to those not installed at all, so a new slot of something already installed but not in the first/default position should be preferred over the first/default dependency. Obviously this would be particularly important for subslot dependencies. Is that not the behavior you're seeing? -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman