From owner-freebsd-geom@FreeBSD.ORG Fri Oct 21 05:02:32 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2A84106564A; Fri, 21 Oct 2011 05:02:32 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 89CB38FC14; Fri, 21 Oct 2011 05:02:32 +0000 (UTC) Received: by yxn16 with SMTP id 16so4493932yxn.13 for ; Thu, 20 Oct 2011 22:02:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZDMuhoM2dl4X9j2l2jSiA4qT+tARSi/+HFFqgKFzDlU=; b=mYX6Z3iYeTfL/NKI/GTmitfLewEQc1efHnbFbp+eg6FgIarWXSjSK6JjzPByqYtHsb HSdPAjDcPOdpL7NaWDWyE5rzg8lNccBx+/VonA9SJhzVDpTQcHOZgPzNPKxHSjWxaBzG YtPAvCJOisBWR5lQSXlqWAhSZFLI+O6npsslk= MIME-Version: 1.0 Received: by 10.182.217.33 with SMTP id ov1mr781328obc.26.1319173351684; Thu, 20 Oct 2011 22:02:31 -0700 (PDT) Received: by 10.182.122.33 with HTTP; Thu, 20 Oct 2011 22:02:30 -0700 (PDT) In-Reply-To: <20111019201317.GC1982@garage.freebsd.pl> References: <924643A0-0798-4FAC-8F82-4AFBC56DC8D7@gmail.com> <7EC93C28-6405-443F-92C6-0291F8D88995@gmail.com> <20111017132945.GG1679@garage.freebsd.pl> <20111019161833.GB1982@garage.freebsd.pl> <20111019201317.GC1982@garage.freebsd.pl> Date: Thu, 20 Oct 2011 22:02:30 -0700 Message-ID: From: Garrett Cooper To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Cc: Xin LI , freebsd-geom@freebsd.org Subject: Re: GELI devices produced with 9.0+ fail when mounted on 8.2, etc? X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2011 05:02:33 -0000 On Wed, Oct 19, 2011 at 1:13 PM, Pawel Jakub Dawidek wrote: ... > Manual page is in the same place as source code, so it doesn't really > matter if we merge geli.8 or geom_eli.c. I was planing to put this into > manual page as well, but I think that having it only in the manual page > should be enough indeed. Ok. >> Also, I like the thought of having a separate subcommand -- version -- >> for displaying the version output of a geli image. It seems like: >> >> geli upgrade md0 > > You meant 'version' here, right? Actually, I meant upgrade. Having to explicitly call out the version instead of implying the version that one needs to upgrade to just seems unnecessary / less intuitive. >> should just upgrade md0 to the latest supported metadata format >> instead of printing out the metadata version, as the implied metadata >> version should be the latest one by default. > > Well, as I said, upgrading is often not possible, as it would require > rewrite of all the data, as the code assumes for example that if this is > version X, IV should be calculated this way and if it Y some other way, > etc. Yeah.. and you'll have to build a valid version matrix, and block off certain upgrade paths, etc. Having worked with complicated packaging systems, I understand your concerns :). Thanks! -Garrett