From: Neal Tucker <ntucker@vax.area.com>
  To  : ggi-develop@eskimo.com
  Date: Fri, 28 Aug 1998 15:50:36 -0700

Re: questions about kgicon and libggi

Marcus Sundberg says:
> Neal Tucker wrote:
> > 
> > Andrew Apted says:
> > > That's a problem with the anonymous CVS repository.  AFAIK, the tarballs
> > > on the FTP site _do_ have the correct permissions.
> > 
> > No, this is not the case (I am looking at devel from 0828).
> > The exec bits are still not set.
> 
> Then your tar is broken. exec bits _are_ set in the FTP archives.
> (specificly the 0828 snapshot which I just DLed)

No, they're not.

[root@butcher]# tar tzvf ggi-devel-980828.tar.gz degas/kgicon/kgi/configure
-rw-rw-rw- ggi/ggi        5693 Aug 22 00:34 1998 degas/kgicon/kgi/configure
[root@butcher]# 

I checked this with:
GNU tar 1.11.8
GNU tar 1.12
the tar from SunOS 5.5.1, which won't tell me its version

I think my tar is not broken.

Out of the 45 files called "configure" or ".configure", there are
10 that do not have the execute permissions set:

degas/kgicon/kgi/configure
degas/kgicon/kgi/accel/Cyrix/.configure
degas/kgicon/kgi/accel/Matrox/.configure
degas/kgicon/kgi/accel/WD/.configure
degas/kgicon/kgi/chipset/ATI/.configure
degas/kgicon/kgi/chipset/.configure
degas/kgicon/kgi/clock/prog/.configure
degas/kgicon/kgi/ramdac/ATI/.configure
degas/kgicon/kgi/ramdac/.configure
degas/lib/libggi3d/configure

 
> > Also, something I've been meaning to mention for a while but keep
> > forgetting is that many many files are mode 666, 664, 777, etc.
> > This is a major pain because I let other people log into my machine,
> > so I have to fix this every time.  This is especially bad for source
> > that I routinely compile and execute as root.
> 
> Hmm, you're right about that, but that's easily fixed by setting
> up a proper umask, which you should do anyway.

Incorrect.  I have a proper umask (077), but when I untar software
packages, I use the 'p' option because the software package is
*supposed* to know best what its own file permissions should be,
and should not rely on my umask.

-Neal Tucker