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