.sh & tar

[Polytropon]

On Sat, 5 Jun 2010 12:27:09 -0400, "illoai at gmail.com" <illoai at gmail.com> wrote:
> On 3 June 2010 11:11, Chip Camden <sterling at camdensoftware.com> wrote:
> > On Jun 03 2010 10:03, illoai at gmail.com wrote:
> >> On 3 June 2010 07:42, Polytropon <freebsd at edvax.de> wrote:
> >> > Depends on WHAT you want to stop - the illness or just its symptoms. :-)
> >> >
> >> > If it's just about symptoms, redirect the error messages into
> >> > nirvana.
> >> >
> >> >        tar [opts] [file] 1>/dev/null 2>&1
> >> >
> >> > If you want to remove the REASON for "tar: Removing leading '/'
> >> > from member names", you need to re-create the archives and
> >> > start archiving from a relative point (instead of from an
> >> > absolute one), e. g.
> >> >
> >> >        # cd /
> >> >        # tar cvf etc.tar etc/
> >> >
> >> > (lazy man's method) instead of
> >> >
> >> >        # tar cvf etc.tar /etc/
> >> >
> >> > The extraction of the archive will usually start in the
> >> > current directory, so
> >> >
> >> >        # cd /usr/local/bin
> >> >        # tar xvf etc.tar
> >> >
> >> > won't give you an etc/ subtree in /usr/local/bin directory.
> >> >
> >>
> >> tar -cvf - ./ -C / > /dev/null
> >> ?
> >>
> > I can't help wondering why the 'v' option is being specified, unless
> > /dev/null needs more playing time.
> 
> Reflex, but you're right, it shouldn't be in there.

Your tenmelonhundredgigahertz plentycore machines have to process
useless amounts of data to be discarded, or they wouldn't be
worth their price. :-)

Seriously, pure reflex. No -v needed here as you are not interested
in monitoring the process.




-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...