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 6EBF91381F3 for ; Thu, 11 Jul 2013 07:51:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 33A63E0982; Thu, 11 Jul 2013 07:51:16 +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 42BDBE0949 for ; Thu, 11 Jul 2013 07:51:15 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 3FEFB33E736 for ; Thu, 11 Jul 2013 07:51:14 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -0.305 X-Spam-Level: X-Spam-Status: No, score=-0.305 tagged_above=-999 required=5.5 tests=[RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.303, 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 2d1LaVV9dwJG for ; Thu, 11 Jul 2013 07:51:08 +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 E732B33E89A for ; Thu, 11 Jul 2013 07:51:07 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UxBea-0002SU-Ru for gentoo-user@gentoo.org; Thu, 11 Jul 2013 09:51:04 +0200 Received: from lounge.imp.fu-berlin.de ([160.45.42.83]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 11 Jul 2013 09:51:04 +0200 Received: from vaeth by lounge.imp.fu-berlin.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 11 Jul 2013 09:51:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Martin Vaeth Subject: [gentoo-user] Re: eix settings for searching all layman overlays Date: Thu, 11 Jul 2013 07:50:46 +0000 (UTC) Message-ID: References: <51D99CCF.7020700@asyr.hopto.org> <20130707215820.7ff681bf@hactar.digimed.co.uk> <51DA828B.1030404@asyr.hopto.org> <51DBD7AA.6010105@asyr.hopto.org> <51DD0F48.5080707@asyr.hopto.org> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lounge.imp.fu-berlin.de User-Agent: slrn/pre1.0.0-26 (Linux) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Archives-Salt: 0ef844b2-97be-4992-8eee-f4f7dd89ac39 X-Archives-Hash: f418a3a641956a91ecb73db97377f1a9 Thanasis wrote: > on 07/10/2013 09:38 AM Martin Vaeth wrote the following: >> >> This has nothing to do with the necessity to call "eix-remote add" >> after eix-sync With eix-0.29.0 which just entered the tree, eix-sync will by default do this for you, so you usually do not need to care about. > My goal is to be able to query both local and remote data with one > command. Either you use eix -R ... (or eix -Z ...) or, alternatively, you set REMOTE_DEFAULT=1 (or -2) to avoid typing -R/-Z. (You have to type -R/-Z then if you want *only* a local query). > what would the sequence of commands be for updating With >=eix-0.29.0, if you use eix-sync, this will completely care about updating the local data. If you call eix-update manually (e.g. after changing some local overlay manually) you should call afterwards eix-remote add1 (and/or eix-remote add2, depending on whether you use -R or -Z, i.e. depending which remote data you use). For updating the remote data you just use as usual eix-remote update1 (and/or eix-remote update2), If you want to do the latter automatically with every eix-sync, put e.g. the following lines into your /etc/eix-sync.conf: @StatusInfo Downloading remote1 @eix-remote fetch1 (Of course, you can replace 1 by 2 and/or add corresponding lines for 2 to fetch the alternative remote data). (In /etc/eix-sync.conf it suffices to call "eix-remote fetch" because the "eix-remote add" is called automatically after the call of eix-update).