From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LVI95-0005lD-3L for garchives@archives.gentoo.org; Fri, 06 Feb 2009 04:16:51 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 13A83E038C; Fri, 6 Feb 2009 04:16:50 +0000 (UTC) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by pigeon.gentoo.org (Postfix) with ESMTP id E75F4E038C for ; Fri, 6 Feb 2009 04:16:49 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id c2so303622anc.1 for ; Thu, 05 Feb 2009 20:16:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=ygmMUknPSD/+QC4nSx3xp1PiImyfIRkA80QvTTpw0wg=; b=DMgQzJKXBEFSkXanPvN9qSZR7dhACV/Ab7A+i7Y6ljvl4bMnYnzSbpn66l1clQpcrx uftykGrlRbUw6QNtMqr2PiUQau4DXTEYvLoANP7m7ohDj3U5crXe2WTJOaw8GkL1HySE Sp7YCEKT+KahgXgkXWiVBztg3aQxdHP0FABMk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=wZ5YoQstN+KMJvz2l0CMY7CpBm641+ddmM6ACuocr/EGmpA3/RvE4XedHGHXuVNOlK 2fPv7b1dDYdn32i4GCv/KA3GZRARW4U7CZK1ZlROvPu6pFVbIdyS97tSxOWAWHcFH306 6m+CRZGanuF9crA8i/+gSlYAkRgpyabbGIm6U= Received: by 10.101.70.14 with SMTP id x14mr725395ank.132.1233893809657; Thu, 05 Feb 2009 20:16:49 -0800 (PST) Received: from ?127.0.0.1? (c-75-65-154-242.hsd1.ms.comcast.net [75.65.154.242]) by mx.google.com with ESMTPS id b14sm2794023ana.56.2009.02.05.20.16.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 05 Feb 2009 20:16:49 -0800 (PST) Message-ID: <498BB9A4.1020805@gmail.com> Date: Thu, 05 Feb 2009 22:16:36 -0600 From: Chris Lieb User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) 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 MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Using portage through NFS X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: e216f108-6ace-40dc-8c35-5c90d724e796 X-Archives-Hash: 1c9794f7b5ab4701801b50d0928d66fe I have read the guide on gentoo-wiki about setting up portage to work over NFS[0] and have it mostly working. I have two issues that I would like to work out: 1) I use sync-eix to update portage and my overlays (via layman). I want the client to still be able to run sync-eix, but have it only run `emerge --metadata` (no `emerge --sync` or `layman --sync ALL`). What do I need to change in the eix-sync.conf? (Man, that's a long man page :) ) Better yet, since my overlays are all in the exported NFS filesystem (hence, the eix database would be the same across all clients), is it possible to export my eix cache by hardlinking it into the NFS share? If so, how do I make the client's eix use this database instead of the one at /var/cache/eix? 2) I use the buildpkg feature on both the server and the client since the client can usually use the packages for its own installations (getbinpkg). However, sometimes I require different use flags for the client, but I still want to keep the package locally so I can restore it later if I need to. I have the NFS share mounted ro to keep the client from overwriting what is on the server, so I am guessing that portage will throw some kind of error when it tries to save the package to disk. I was thinking of getting around this by using some kind of union mount. However, I don't understand how union mounts work or if they can be used for my situation. What I would like is to have some directory, lets say /var/lib/portage/packages, that I union mount on top of the exported NFS share, at /mnt/nfs_portage/packages. I noticed in the Portage w/ SquashFS/aufs howto[1], they used aufs to create a rw layer on top of a ro SquashFS. This sounds kind of what I want, except it appears that aufs is memory-backed instead of disk-backed. Is this so? The clients are all strapped for memory, so a memory-backed fs won't be feasible. Does anyone have any ideas or details on how I might implement this? Thanks, Chris Lieb [0] http://en.gentoo-wiki.com/wiki/Sharing_Portage_over_NFS [1] http://en.gentoo-wiki.com/wiki/Squashed_Portage_Tree