This is the mail archive of the
mailing list for the Cygwin project.
Re: not updating unwritable cache ../config.cache
- To: Kai Henningsen <kai at cats dot ms>, cygwin at sourceware dot cygnus dot com, Glenn Spell <glenn at gs dot fay dot nc dot us>
- Subject: Re: not updating unwritable cache ../config.cache
- From: Earnie Boyd <earnie_boyd at yahoo dot com>
- Date: Tue, 5 Oct 1999 05:10:45 -0700 (PDT)
- Reply-To: earnie_boyd at yahoo dot com
--- Kai Henningsen <firstname.lastname@example.org> wrote:
> On 5 Oct 99, at 5:29, Glenn Spell wrote:
> > On 5 Oct 1999 around 10:59AM (+0200) Kai Henningsen wrote:
> > > On 5 Oct 99, at 10:15, I wrote:
> > >
> > > > I'm seeing this every time I ./configure something. Anybody know
> > > > what is going on?
> > > >
> > > > Sure doesn't _look_ unwritable. Besides, the very same script
> > > > just created it.
> > It's unwritable by anyone other the owner of the file.
> > > Well, it's "test -w" failing. Obviously because of this:
> > > bash-2.02$ id
> > > uid=1000(kai) gid=513(Kein) groups=513(Kein)
> > ^^^^
> > > bash-2.02$ chmod a+w test
This is a reported and known bug. Have you tried it with a snapshot?
> > If you're using a recent snapshot, setting "ntsec" in your CYGWIN
> > variable may cause chmod to work correctly. (I say "may" because I
> > really don't know. I don't run NT.) Historically, chmod returns
> > without error on Cygwin but does nothing.
"ntsec" is definitely the wrong option here. If you want extended attributes
you can turn this on with "ntea". CAUTION: doing this on a FAT partition will
cause file in the root of all FAT drives accessed by cygwin to grow a large
file that isn't easily delete-able to be created. Also, all diskettes will
have the "EA DATA" system file as well.
> > > bash-2.02$ ls -la test
> > > -rw-r--r-- 1 544 Kein 0 Oct 5 09:57 test
> > ^^^
> > You (UID 1000) don't own the file, UID 544 (administrator) owns
> > it. (I guess you already knew that. :-)
> What I don't understand is how this happens. After all, I created the
> file. And I _can_ write to the file. Something is very wrong here.
> > You need to login as administrator
Kai is already in the administrators group which makes him an administrator.
This also makes all files created owned by the adminstrator. The real problem
is the test -w bug.
I suggest trying a more recent snapshot. Caveat: save any files that you
replace as you may need to backout.
Earnie Boyd <mailto:email@example.com>
Newbies, please visit
(If you respond to the list, then please don't cc me)
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com
Want to unsubscribe from this list?
Send a message to firstname.lastname@example.org