From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-user+bounces-150556-garchives=archives.gentoo.org@lists.gentoo.org> Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id E854F1381F3 for <garchives@archives.gentoo.org>; Tue, 10 Sep 2013 21:27:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A7202E0C0A; Tue, 10 Sep 2013 21:27:06 +0000 (UTC) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5F649E0BF9 for <gentoo-user@lists.gentoo.org>; Tue, 10 Sep 2013 21:27:05 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id hj3so1327045wib.1 for <gentoo-user@lists.gentoo.org>; Tue, 10 Sep 2013 14:27:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=0yEjn5RFODM/iEFcrJVeQaz+zJMRALNJD9CRinK9J4E=; b=n6Ni2PLifJ5ZZ7cmaS6A6NA8kep4WzY/hKXk7naX/UqkuB3/IJ6t9d2e71WK04NvzP 47nN5tnDa9xOGFHPfRytpLAnmWGOnbByVRtpnUvtaw/LcXe8qNsdguZt/7HeTe3/mQwx KQrfymUZGj5r8y+/pMKJpSE7qr+VOKaoYmyBsMM5r7cHs6fWzuaFQaP/R/3r3ivRmok3 U/4YmKO3CdI3b/oI2C6OBjlwd7yKmfQOgoDOgAyuoz+CizkPcI7sxUQXhcH3PWysx1Aq 50tZ3c4vnoODQZIiGjNS0o5jYP1e3HIfeWVJCQw4/hRUtbj7PsjLlxRBX6hlWaoHRHDU keAA== X-Received: by 10.180.109.35 with SMTP id hp3mr14501127wib.52.1378848424036; Tue, 10 Sep 2013 14:27:04 -0700 (PDT) Received: from [172.20.0.41] (196-210-126-42.dynamic.isadsl.co.za. [196.210.126.42]) by mx.google.com with ESMTPSA id gp9sm6242659wib.8.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 10 Sep 2013 14:27:03 -0700 (PDT) Message-ID: <522F8DB8.7030603@gmail.com> Date: Tue, 10 Sep 2013 23:23:04 +0200 From: Alan McKinnon <alan.mckinnon@gmail.com> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 Precedence: bulk List-Post: <mailto:gentoo-user@lists.gentoo.org> List-Help: <mailto:gentoo-user+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org> 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: Re: [gentoo-user] why does revdep-rebuild object to mounting /var on /mnt/var ? References: <87ob81hlq7.fsf@nyu.edu> <CADPrc80P8MbFqYjUkxfVPTF65ScuZSv33HapBZoaGGbBiRFJ=w@mail.gmail.com> <87ioy9fx7e.fsf@nyu.edu> <522E4F68.4040909@gmail.com> <87sixcd389.fsf@nyu.edu> In-Reply-To: <87sixcd389.fsf@nyu.edu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: dd7754f7-fda7-47db-adcf-9d4379ec6a34 X-Archives-Hash: 0c61125d0321aca1d86943ecf7b59c1d On 10/09/2013 18:57, gottlieb@nyu.edu wrote: >> I'm curious as to why you do that, I can't see any benefit at all. >> > >> > The "var" filesystem is an LV and is only useful if it is mounted at >> > /var where packages expect it to be. Why add the extra complexity of >> > mounting it somewhere else and then bind mounting it to the pnly place >> > it can be useful? > An old habit/belief that mounts go in /mnt. Since both revdep-rebuild > and you believe this is a bad habit, I now mount directly on /var /opt. Ah, OK. Technically a mount can go anywhere. Permanent mounts just go where they are supposed to go, and /mnt was a throwback to the bad old days where everything else was mounted at /mnt/<something>, including cdroms, filesystems you wanted to access quickly, windows partitions on a dual boot machine etc etc. or the gentoo partition during install before your chroot Then removeable media started being mounted in /media where the GUI could manage it and not have to deal with root-only permissions in /mnt Nowadays media goes in /run/media.... All very confusing and hard to keep up with. It's like trying to figure out what politicians and your boss happen to be talking about today :-) > >> > There's rules of thumb about this that will always work: >> > >> > No object in /tmp can be expected to survive successive invocations of >> > the program that created the object, and never survive a reboot; >> > No object in /var/tmp can be expected to survive a reboot >> > >> > The best place for temp files, ironically, is ~ > I set tmpwatch and wipe_tmp so that files survive in /tmp and /var/tmp > for a month. > > I don't like ~ for temp files since on some, admittedly rare, occasions > I actually use the gnome gui file manager and don't want a huge ~. I > have long ago created ~/tmp (also cleaned after a month by tmpwatch) so > the only problem is breaking the habit of placing short-term files in > /tmp instead of ~/tmp. OK, I get it. I'd write all that temp stuff to /var/tmp so it doesn't get nuked by something cleverly trying to manage /tmp. I often feel the same way about ~/.xsession-errors. I have to restrain myself from symlinking it to /dev/null :-) > I realize that habit is bad for my (system's) health, but still find it > hard to break. I shall try again. Perhaps this is very mild form of > what intelligent smokers feel :-). There is no such thing as an intelligent smoker; there are only stupid smokers :-) I'm a two-packs-a-day man myself, I speak from many years experience! -- Alan McKinnon alan.mckinnon@gmail.com