lkml.org 
[lkml]   [2002]   [Mar]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: linux-2.5.4-pre1 - bitkeeper testing (If you don't like the closed source nature of Bitkeeper, stop your whining and help out with reiserfs.)
    Ok guys, those of you who have been saying that somehow link, etc., will 
    break and Unix cannot handle version control, I am sorry, Clearcase does
    all this stuff in the filesystem, and it more or less works, and their
    primary disadvantages are that they don't have reiserfs levels of
    performance, their software is not tight and clean which makes being a
    Clearcase Admin so much work that it funded the creation of Namesys, and
    they are an expensive closed source solution. Once Josh's transactions
    are in place, we can start convincing application writers that rename is
    a sorry ass transactions API, and start thinking about coding basic
    version control in the FS. My sysadmin thinks that views are the best
    security model for network service offering processes to run with, and I
    think he is right (chroot just isn't convenient enough to get used a lot
    in practice).

    If you don't like the closed source nature of Bitkeeper, stop your
    whining and help out with reiserfs v5 (reiser5 development to start in
    October, reiser4 is a prereq for reiser5 and feature freeze for reiser4
    is in place). In the meantime, give Larry a thank you for giving us
    something we wouldn't otherwise have and sorely need.

    Hans



    Steven Cole wrote:

    >On Monday 11 March 2002 12:15 pm, Hans Reiser wrote:
    >
    >>Steven Cole wrote:
    >>
    >>>I fiddled around a bit with VMS, and it looks like the following command
    >>>set things up for me so that I only have one version for any new files I
    >>>create:
    >>>
    >>>SET DIRECTORY/VERSION_LIMIT=1 SYS$SYSDEVICE:[USERS.STEVEN]
    >>>
    >>>This change was persistant across logins. Hope this helps.
    >>>
    >>>Steven
    >>>
    >>This affects all directories and all files for user steven, or just one
    >>directory?
    >>
    >
    >The above example affected all subsequently created files and subsequently
    >created directories under user steven, such as DKA300:[USERS.STEVEN.TESTTHIS].
    >Previously created directories retain their previous version_limit setting, which
    >I checked in DKA300:[USERS.STEVEN.HELLOWORLD]. Previously created files also
    >retain their previous version_limit setting.
    >
    >I also set the version_limit for the whole disk (as SYSTEM) with
    >SET DIRECTORY/VERSION_LIMIT=1 DKA300:[000000], but again this only affected
    >subsequently created files and directories along with the files they contain.
    >
    >I have not figured out how to set the version_limit retroactively; perhaps it is
    >not possible with a simple command. Obviously, you could do this with a DCL
    >script if you really wanted to.
    >
    >Steven
    >
    >

    So it is fair to say that all those folks who were irritated by the VMS
    version control feature were just not VMS sophisticates. Thanks Steven.

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:24    [W:4.190 / U:0.268 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site