home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.sysv386:16589 comp.unix.sys5.r4:542
- Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
- Path: sparky!uunet!walter!att-out!cbnewsj!dwex
- From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
- Subject: Re: tar problems
- Organization: AT&T
- Distribution: na
- Date: Wed, 18 Nov 1992 16:51:47 GMT
- Message-ID: <1992Nov18.165147.11627@cbnewsj.cb.att.com>
- References: <1992Nov12.164004.9850@netnews.whoi.edu> <1992Nov17.125259.1778@ncrcae.ColumbiaSC.NCR.COM> <1992Nov18.145047.16959@cbnews.cb.att.com>
- Lines: 26
-
- In article <1992Nov18.145047.16959@cbnews.cb.att.com> adh@cbnews.cb.att.com (andrew.d.hay) writes:
- > In article <1992Nov17.125259.1778@ncrcae.ColumbiaSC.NCR.COM> Bo.Muldbak@ColumbiaSC.NCR.COM writes:
- > []
- > " SVR4 -> BSD Problem, since SVR4 archives has directories
- > " and are not using the silly '/' suffix.
- > " Instead we are using the tar filetype field.
- >
- > it just occurred to me --
- > if you're using find to generate the pathnames to tar, you can add the
- > -type f option to eliminate directories [i think...].
- >
-
- Umm...
-
- I suggest '! -type d'. '-type f' only gets regular files. Symbolic
- links, for example, are not regular files.
-
- Of course, how often do people combine 'find' with 'tar'? Don't people
- usually just let 'tar' walk the tree itself?
-
- --
- David Wexelblat <dwex@mtgzfs3.att.com> (908) 957-5871
- AT&T Bell Laboratories, 200 Laurel Ave - 4B-421, Middletown, NJ 07748
-
- "The meaning of life? That's simple. Try to be happy, try not to hurt
- other people, and hope to fall in love." -- Mallory Keaton
-