bug-tar
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-tar] Monthly backup doesn't expand files, but which are in the


From: Steffen Nurpmeso
Subject: Re: [Bug-tar] Monthly backup doesn't expand files, but which are in the archive
Date: Tue, 30 Aug 2016 14:17:20 +0200
User-agent: s-nail v14.8.10-326-gd22910a

Guten Morgen. ^_^

Joerg Schilling <address@hidden> wrote:
 |Steffen Nurpmeso <address@hidden> wrote:
 |>|A better solution may be to call:
 |>|
 |>| star -c -f some-file -find ....
 |>|
 |>|This is even faster than using find | xargs.
 |>
 |> I started using star instead of what was on (then) MacOS
 ..
 |> tarball it spit out error messages on format incompatibilities for
 |> tarballs of mine, a problem area i hadn't been sensitized for.
 ..
 |POSIX compliant but really are not? Note that it does not warn with gtar 
 |archives, as gtar does not mark them as POSIX archives.
 ..
 |> Same is true for smake, by the way, it just failed in the other
 |> window: it is really time to replace the main work machine that
 |> died almost a year ago now.
 |
 |Even though smake is much older than gmake, I planned to let it die \
 |in 1997 but 

No, please don't.  It is fast and if you provide an .y inference
rule it rocks it.

 |then I discovered that gmake does not work on many platforms that are \
 |listed as 
 |"working". Gmake does not work at all with non-trivial makefiles on \
 |OS/2 and VMS 
 |and it has massive problems on Cygwin because of the incorrect white space 
 |handling. I was forced to continue to support smake in order to support 
 |cdrtools on all target platforms.
 |
 |Smake is much closer to POSIX than gmake, but it uses a common namespace \
 |for 
 |macros and rules and it does not support looking into timestamps in \
 |libraries. 
 |If you have a project that was written for "make" and not for "gmake", \
 |I am 
 |willing to change smake.

My problem was that i had to diversify my makefile because we now
need -lrt on Solaris (for nanosleep(2)), also for
a privilege-separated mini support-program, and that didn't work
out (it would gain GSSAPI libraries too, then, for example).  The
result used $(<) in a non-inference rule, which smake didn't like.
(Maybe gmake(1) would have complained with .POSIX, but which
i don't use because gmake v3.81 bails for it.)
Now fixed.

 |> Where was i?   Ah.  Well i could use list= of star, but that is
 |> non-portable (the STARvsGNUTAR has some false claims btw.).
 |
 |If you are talking about CLI compatibility, you are right with "list=", 
 |but please note that this option has been added in 1984 already. At \
 |that time, 
 |there was no -I option in UNIX tar. This was added on UNIX in late 1989.
 |
 |If you know of statements in STARvsGNUTAR that are no longer true (the \
 |file was 
 |last changed in 2007), please send a list of items that need to be \
 |corrected.

Ooooooh.  Puuuuuh.  I feel it, i feel it ... there is a burnout
syndrome lingering on the horizon.  ._.
Ciao.

--steffen



reply via email to

[Prev in Thread] Current Thread [Next in Thread]