From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261997AbVGEXZQ (ORCPT ); Tue, 5 Jul 2005 19:25:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261975AbVGEXZP (ORCPT ); Tue, 5 Jul 2005 19:25:15 -0400 Received: from smtp.andrew.cmu.edu ([128.2.10.82]:13736 "EHLO smtp.andrew.cmu.edu") by vger.kernel.org with ESMTP id S261997AbVGEXND (ORCPT ); Tue, 5 Jul 2005 19:13:03 -0400 From: Jeremy Maitin-Shepard To: David Masover Cc: linux-kernel@vger.kernel.org Subject: Re: reiser4 plugins References: <200507042032.j64KWiY9009684@laptop11.inf.utfsm.cl> <42CB0A40.3070903@slaphack.com> <877jg4an70.fsf@jbms.ath.cx> <42CB0F22.5030609@slaphack.com> X-Habeas-SWE-9: mark in spam to . X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-1: winter into spring Date: Tue, 05 Jul 2005 19:12:58 -0400 In-Reply-To: <42CB0F22.5030609@slaphack.com> (David Masover's message of "Tue, 05 Jul 2005 17:52:18 -0500") Message-ID: <87pstw979h.fsf@jbms.ath.cx> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org David Masover writes: > Jeremy Maitin-Shepard wrote: >> David Masover writes: >> >> [snip] >> >> >>>> I have. And have seen /no/ benefit to you. Except, of course, the benefit >>>> accrued from some magic in Linus' kernel, by which all format differences >>>> go in a puff of smoke if they are implemented inside it, and furthermore >>>> all userland gets rebuilt to use the kernel's way overnight. >> >> >>> Let's say cryptocompress gets implemented. Not all of userland >>> rewritten, not even any of userland rewritten, just a cryptocompress >>> plugin for the kernel. And instead of having to learn a new tool, I can >>> just browse around in /meta. >> >> >> What is the relationship between file-as-dir or special meta-data and >> transparent encryption+compression? I do not see why file-as-dir would >> require such a special interface. I mistyped this --- I meant to ask "why transparent encryption+compression would require such a special interface." > I'm ignoring file-as-dir until/unless someone figures out a sane way of > doing it. [snip] > Some methods actually do something, like secret.txt/compression. [snip] Okay, so you are suggesting that file-as-dir would provide the user interface for enabling the encryption or compression. Alternatively, though, an ioctl could be used to control compression and encryption. -- Jeremy Maitin-Shepard