From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-dev+bounces-38045-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1MxP4l-0008R4-Or
for garchives@archives.gentoo.org; Mon, 12 Oct 2009 17:52:52 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id BD743E0760;
Mon, 12 Oct 2009 17:52:50 +0000 (UTC)
Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159])
by pigeon.gentoo.org (Postfix) with ESMTP id 7E292E0909
for <gentoo-dev@lists.gentoo.org>; Mon, 12 Oct 2009 17:52:50 +0000 (UTC)
Received: by fg-out-1718.google.com with SMTP id 22so310265fge.10
for <gentoo-dev@lists.gentoo.org>; Mon, 12 Oct 2009 10:52:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=gamma;
h=domainkey-signature:mime-version:received:in-reply-to:references
:date:message-id:subject:from:to:content-type;
bh=wHeoZ7qfgvlcTQ/jbOPc58xuG6sKAboSJpuF5yJ+nQ0=;
b=jUNRpyVvJnuTNlIhRd1zSjoQ9dp4ZAHA+6MdSvIj6x2zDMjc4/B2cfnTf3uHvjKYzN
73wSHyI6ve1LARNXiMi/WedtoVTuEO4MjE0VtO3ihRT2lpCupU6p5KdkVU6u35++F5Sf
lpcZFkpjGTtGS1qQv1ysbgbJyDEjSj+DxKQfY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
d=gmail.com; s=gamma;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:content-type;
b=IR9LUVluSOYnFXFgXJwwGJSnfpuX5dCb2bvh6q3UcJYwm6yYxFEWGYGXgpHGRzAjRc
wXdKvORIztQvpjaszH+rJEyj2CamofGJhb+p53nO1AsiePBAnEQoWVV6s53gqTB4KTff
x24vCI5VvK+ojlTT9nu7jjG1WYxg4+QbkIVBI=
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.86.17.27 with SMTP id 27mr5466132fgq.31.1255369969828; Mon, 12
Oct 2009 10:52:49 -0700 (PDT)
In-Reply-To: <deaa866a0910121042r5314319dy13472f6799bddde6@mail.gmail.com>
References: <20091012093942.08ef453a@dante>
<deaa866a0910120945j2ebc3a35pa0cf197670e3f67e@mail.gmail.com>
<173442fb4ce538d8895eb52554f0b780@localhost>
<deaa866a0910121042r5314319dy13472f6799bddde6@mail.gmail.com>
Date: Mon, 12 Oct 2009 13:52:49 -0400
Message-ID: <deaa866a0910121052k47a5ae5bg45bdfdd2b5f98124@mail.gmail.com>
Subject: Re: [gentoo-dev] Init systems portage category
From: Robert Bradbury <robert.bradbury@gmail.com>
To: gentoo-dev@lists.gentoo.org
Content-Type: multipart/alternative; boundary=00c09ffb4c451d08050475c09982
X-Archives-Salt: c0a80e9b-150c-410b-b72c-1352f567ae8d
X-Archives-Hash: c1808f53795fc98ee39defdf0ca4d4cb
--00c09ffb4c451d08050475c09982
Content-Type: text/plain; charset=ISO-8859-1
I agree with Wyatt's point.
Wouldn't there be an easy way to reset the last access date on all of the
files to say 1/1/2009 on a system then execute a relatively robust
multi-user boot (and maybe a world emerge upgrade) and record which files
are actually used during that process, then determine which package they
belong to and label those with some "level of criticality"?
Its probably also true that this list of files could be part of a "critical
system backup" that one could just keep around in a bz2 file for fast
recoveries (or even as md5sum's to determine when they might have been hosed
by disk errors or viruses) -- or is this something that is already done by
some of the selinux options? [I've never used selinux so am unsure of
everything it does.]
R.
--00c09ffb4c451d08050475c09982
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
I agree with Wyatt's point.<br><br>Wouldn't there be an easy way to=
reset the last access date on all of the files to say 1/1/2009 on a system=
then execute a relatively robust multi-user boot (and maybe a world emerge=
upgrade) and record which files are actually used during that process, the=
n determine which package they belong to and label those with some "le=
vel of criticality"?<br>
<br>Its probably also true that this list of files could be part of a "=
;critical system backup" that one could just keep around in a bz2 file=
for fast recoveries (or even as md5sum's to determine when they might =
have been hosed by disk errors or viruses) -- or is this something that is =
already done by some of the selinux options?=A0 [I've never used selinu=
x so am unsure of everything it does.]<br>
<br>R.<br><br>
--00c09ffb4c451d08050475c09982--