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 E54D71381F3 for ; Mon, 17 Jun 2013 16:41:05 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AEC07E0980; Mon, 17 Jun 2013 16:40:53 +0000 (UTC) Received: from mail-bk0-f45.google.com (mail-bk0-f45.google.com [209.85.214.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 61FE2E0848 for ; Mon, 17 Jun 2013 16:40:52 +0000 (UTC) Received: by mail-bk0-f45.google.com with SMTP id je9so1297403bkc.4 for ; Mon, 17 Jun 2013 09:40:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=NtXJ8BXNP70VOldvOdymSUpiKexVoIm6pZhGoAOm6iU=; b=hmstn0tmTaIchXcRsW9WitxFi0DGHYR2Ku4QAbZsbKcp1/RskJGloxbrRI/kiP+Jdl Yq4wkDHIb2m/YxIjSL1CIKGhOZghMuosmcT1qpBBUCtrjoO+dSOxpDRZ91wlktP8WZH9 Xml2pMREW6qjjoLfNpRP1gdqPv7gPAGdFTMYJK66I3I/OgKRrmGnCdnsuVitLMM+W95k dTE6ejRk6djmU5l0ze+RfzsBebSXjtiYOA6IdvkfVXQK4j5peuqWpq0krUanwrX0cLXV ya+j2ev7/EGibheDW75Z+hLdC7otgly1+rCGP1RXSKCFQneq51bu60YSFsuXkwRQyp1t GyJw== X-Received: by 10.204.71.77 with SMTP id g13mr2026603bkj.50.1371487250835; Mon, 17 Jun 2013 09:40:50 -0700 (PDT) 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 Received: by 10.204.164.79 with HTTP; Mon, 17 Jun 2013 09:40:10 -0700 (PDT) In-Reply-To: <201306171656.58779.peter@humphrey.ukfsn.org> References: <201306170821.50551.peter@humphrey.ukfsn.org> <201306171656.58779.peter@humphrey.ukfsn.org> From: Ciprian Dorin Craciun Date: Mon, 17 Jun 2013 19:40:10 +0300 Message-ID: Subject: Re: [gentoo-user] File system meta-data indexer / checker To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: d91c38b5-44a7-4d08-98c8-c0572fa897b9 X-Archives-Hash: cd19f177af3d92155c2d1be96f02ed14 On Mon, Jun 17, 2013 at 6:56 PM, Peter Humphrey wrote: > On Monday 17 Jun 2013 08:25:08 Ciprian Dorin Craciun wrote: >> On Mon, Jun 17, 2013 at 10:21 AM, Peter Humphrey >> >> wrote: >> > On Monday 17 Jun 2013 07:00:35 Ciprian Dorin Craciun wrote: >> >> On Mon, Jun 17, 2013 at 8:52 AM, Florian Philipp >> >> >> > >> > wrote: >> >> > Do you mean something like `cp --attributes-only`? >> >> > >> >> Nop, wouldn't do the job, because `cp --attributes-only` requires >> >> >> >> a target file system, ... >> > >> > You could always cp to /dev/null. >> >> Sorry I don't follow... What does imply to "cp to /dev/null", and >> what would be the outcome of that? > > /dev/null would be the target file system you referred to. It's a bottomless > empty pit, so no physically real copy would be made. I would be curious to find out how one can use `/dev/null` as a replacement for an **entire** file-system (i.e. not just a replacement for a stream sink)? And how would the `cp` command be used to obtain such an outcome?