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 08958138247 for ; Sun, 3 Nov 2013 14:46:01 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8F22CE0BE5; Sun, 3 Nov 2013 14:45:55 +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 879C7E0BCD for ; Sun, 3 Nov 2013 14:45:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id AE07833EF07 for ; Sun, 3 Nov 2013 14:45:53 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.511 X-Spam-Level: X-Spam-Status: No, score=-1.511 tagged_above=-999 required=5.5 tests=[AWL=-0.968, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.541, 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 wihk1_ZFyRdc for ; Sun, 3 Nov 2013 14:45:47 +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 BD0D333EE5D for ; Sun, 3 Nov 2013 14:45:45 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Vcyvr-0005IO-Lu for gentoo-dev@gentoo.org; Sun, 03 Nov 2013 15:45:39 +0100 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 ; Sun, 03 Nov 2013 15:45:39 +0100 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Nov 2013 15:45:39 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec Date: Sun, 3 Nov 2013 14:45:20 +0000 (UTC) Message-ID: References: <5274FB3D.8080508@gentoo.org> <20131102145126.3c1f6cd7@TOMWIJ-GENTOO> <20131102160330.0e6eaa5e@gentoo.org> <52760EF9.4030908@gmail.com> <20131103111100.52b9a95f@gentoo.org> 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 6e6fd84 /usr/src/portage/src/egit-src/pan2) X-Archives-Salt: 0906fd14-426c-4635-aa8b-222f1eb994d1 X-Archives-Hash: aba6cfb77d23121db10fa2f9d448667f yac posted on Sun, 03 Nov 2013 11:11:00 +0100 as excerpted: > btw, is there a difference betwen world and @world or is just new > syntax? Too short answer: New syntax. Middling answer: @world is now preferred, (bare) world support being retained for backward compatibility, both with people's "typing memory" and with the multitude of helper scripts most long-time gentooers have likely devised. Much longer and more detailed answer: With portage set support @world and @system (with the related @selected, @world being the combined @system and @selected, as well) are simply two of many available sets, all of which are prefixed with @ to denote the set status. They're the two most commonly used sets, with legacy aliases without the @ prefix, sure, but they are sets just like other available sets, and the @ prefix makes that clear and keeps set notation obvious. The prefixless variants are special-case backward compatibility notation for these sets only, and use is discouraged[1] as it's inconsistent with the rules for other sets, but it remains available, /purely/ for backward compatibility. Presumably at some point in the far future those backward compatibility aliases could be removed, but I don't think anyone's considering that for anything remotely close to current portage -- at this point it's "bluesky", something that "might be nice, someday", but nothing that they'll do any time soon, as it's too soon to break that backward compatibility. Note[1]: The emerge manpage does not even mention the prefixless variants, saying: "When used as arguments to emerge sets have to be prefixed with @ to be recognized." Unfortunately the handbook apparently hasn't been updated to cover sets or the @world form at all, so the handbook (part 2, Working with Gentoo, chapter 1, A Portage Introduction, doc_chapter 3, Maintaining Software) still uses the bare world form, and there appears to be no discussion of sets (presumably as a new "Portage Sets" chapter in part 3, Working with Portage) at all. =:^( -- 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