Re: Moving some items out of src/sbin to src/usr.sbin

From: Terry Lambert (tlambert2_at_mindspring.com)
Date: 05/31/03

  • Next message: David O'Brien: "Re: Moving some items out of src/sbin to src/usr.sbin" 
    Date: Sat, 31 May 2003 12:50:46 -0700
To: Gordon Tetlow <gordont@gnf.org>

    Gordon Tetlow wrote:
    > To cut down on the size of a dynamically-linked root, I'd like to
    > repo-copy the following utilities from src/sbin to src/usr.sbin:
    >
    > mount_portalfs
    > mount_nwfs
    > mount_smbfs
    > natd
    > ipnat
    >
    > Does anyone have any objections?

    All the mount programs should be in the same directory.

    I would actually be tempted to go farther, and to adopt the SVR4
    layout for these types of programs, and the stub programs that
    call them, and put them under /libexec; that probably would not
    fly to well, even though it would mean you could drop in new
    file systems, and the tools would "just know" about them.

    If you do go ahead with your plan, make sure to inform the mount
    program of the additional directory to look in, and (maybe) add
    a "verbose" option, so that it can tell you where it found the
    thing that it was exec'ing in order to do the mount, since if
    the files are sprinkled all over the directory hierarchy like
    pixie-dust, it's going to be difficult to track them down.

    -- Terry
    _______________________________________________
    freebsd-arch@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-arch
    To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"

  • Next message: David O'Brien: "Re: Moving some items out of src/sbin to src/usr.sbin"

    Relevant Pages

    • Re: [PATCH] private mounts
      ... TYPE A) general purpose user-mountable file systems ... Restricting where the user could mount ... TYPE B) per-user namespace / attachable namespace / etc. ...
      (Linux-Kernel)
    • Re: [PATCH] private mounts
      ... > TYPE A) general purpose user-mountable file systems ... > 1) Restricting where the user could mount ... given enforcement of requiring private namespaces ... > namespace per user). ...
      (Linux-Kernel)
    • Re: [9fans] 9P vs. FUSE
      ... fit into Linux VFS layer just fine. ... It's easier, I suppose, to put boring file systems in, ... one discussion about putting private name ... to what I did on the original: codify the mount point to be at ...
      (comp.os.plan9)
    • Re: Data Recovery
      ... the way you want and I don't really think it will get other file systems ... You can either leave everything in the dump fileon your big disk ... you need to run dump for each filesystem you want to back up. ... mount that big partition as something - lets say '/stash' ...
      (freebsd-questions)
    • SUMMARY: fsck unable to repair volumes
      ... The file systems had mount points on a bad file system that had unreadable ... > CANNOT READ: BLK 167688672 ... > Center for Health Program Development and Management ...
      (SunManagers)