RE: man.conf missing after cygwin upgrade

RE: man.conf missing after cygwin upgrade

[FischRon.external]

> So, except for the pdksh postinstall (which is a genuine 
> bug), everything
> else seems to be related to the weird permissions on your machine.

Could it be related to the strange fact that my numeric user id
suddenly has changed from 400 to 121833?

One more note regarding the recreation of /etc/passwd: The inclusion
of -d -u USERNAME now has the somewhat annoying side effect, that for
example my homedirectory is now not printed as /cygdrive/h like before,
but in network drive notation:

$ pwd
//MUCSDN03/FischRon/.ssh

Of course, I can still access it as /cygdrive/h, so it is not a
functional
problem. Still I wonder whether it would be so bad to go back to the
old version of /etc/passwd, where my homedirectory is listed as
/cygdrive/h
and everything else being equal....

Ronald

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[Igor Pechtchanski]

On Tue, 12 Jul 2005, FischRon.external wrote:

> > So, except for the pdksh postinstall (which is a genuine bug),
> > everything else seems to be related to the weird permissions on your
> > machine.
>
> Could it be related to the strange fact that my numeric user id
> suddenly has changed from 400 to 121833?

I'm not sure.

> One more note regarding the recreation of /etc/passwd: The inclusion of
> -d -u USERNAME now has the somewhat annoying side effect, that for
> example my homedirectory is now not printed as /cygdrive/h like before,
> but in network drive notation:
>
> $ pwd
> //MUCSDN03/FischRon/.ssh
>
> Of course, I can still access it as /cygdrive/h, so it is not a
> functional problem. Still I wonder whether it would be so bad to go back
> to the old version of /etc/passwd, where my homedirectory is listed as
> /cygdrive/h and everything else being equal....

You can *edit* /etc/passwd, you know, and change your home directory
(username, userid, etc) to whatever you want.  Just be careful not to
change the SID field.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[Larry Hall]

At 10:20 AM 7/12/2005, you wrote:
>On Tue, 12 Jul 2005, FischRon.external wrote:
>
>> > So, except for the pdksh postinstall (which is a genuine bug),
>> > everything else seems to be related to the weird permissions on your
>> > machine.
>>
>> Could it be related to the strange fact that my numeric user id
>> suddenly has changed from 400 to 121833?
>
>I'm not sure. 


Well, this simple fact would not change file permissions from something
to 000.  However, if you're permissions previously were not POSIX but 
only ACLs and those ACLs didn't include your domain user, then you may
have somehow been able to create files with POSIX permissions 000 and 
still been able to access them mostly before your "new" UID appeared.  
That's a pretty far-fetched conjecture on my part so I wouldn't give it 
too much credence.  But, the point I want to make is that running 
mkpasswd/mkgroup isn't going to change file permissions.


--
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      (508) 893-9779 - RFK Office
838 Washington Street                   (508) 893-9889 - FAX
Holliston, MA 01746                     


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[Igor Pechtchanski]

On Tue, 12 Jul 2005, Larry Hall wrote:

> At 10:20 AM 7/12/2005, you wrote:
> >On Tue, 12 Jul 2005, FischRon.external wrote:
> >
> >> > So, except for the pdksh postinstall (which is a genuine bug),
> >> > everything else seems to be related to the weird permissions on your
> >> > machine.
> >>
> >> Could it be related to the strange fact that my numeric user id
> >> suddenly has changed from 400 to 121833?
> >
> >I'm not sure.
>
>
> Well, this simple fact would not change file permissions from something
> to 000.  However, if you're permissions previously were not POSIX but
> only ACLs and those ACLs didn't include your domain user, then you may
> have somehow been able to create files with POSIX permissions 000 and
> still been able to access them mostly before your "new" UID appeared.
> That's a pretty far-fetched conjecture on my part so I wouldn't give it
> too much credence.  But, the point I want to make is that running
> mkpasswd/mkgroup isn't going to change file permissions.

Larry, I suspect "ls -l" showed files with permissions ----------+, which
Ron interpreted as 000 without noticing the ACL flag.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[Larry Hall]

At 04:27 PM 7/12/2005, you wrote:
>On Tue, 12 Jul 2005, Larry Hall wrote:
>
>> At 10:20 AM 7/12/2005, you wrote:
>> >On Tue, 12 Jul 2005, FischRon.external wrote:
>> >
>> >> > So, except for the pdksh postinstall (which is a genuine bug),
>> >> > everything else seems to be related to the weird permissions on your
>> >> > machine.
>> >>
>> >> Could it be related to the strange fact that my numeric user id
>> >> suddenly has changed from 400 to 121833?
>> >
>> >I'm not sure.
>>
>>
>> Well, this simple fact would not change file permissions from something
>> to 000.  However, if you're permissions previously were not POSIX but
>> only ACLs and those ACLs didn't include your domain user, then you may
>> have somehow been able to create files with POSIX permissions 000 and
>> still been able to access them mostly before your "new" UID appeared.
>> That's a pretty far-fetched conjecture on my part so I wouldn't give it
>> too much credence.  But, the point I want to make is that running
>> mkpasswd/mkgroup isn't going to change file permissions.
>
>Larry, I suspect "ls -l" showed files with permissions ----------+, which
>Ron interpreted as 000 without noticing the ACL flag.

Yes, I suspect this as well.




--
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      (508) 893-9779 - RFK Office
838 Washington Street                   (508) 893-9889 - FAX
Holliston, MA 01746                     


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[FischRon.external]

> >Larry, I suspect "ls -l" showed files with permissions 
> ----------+, which
> >Ron interpreted as 000 without noticing the ACL flag.
> 
> Yes, I suspect this as well.

Suspection was correct. I did pay no attention to the "+", but I read
the info node and saw the hint to "alternate access method". I guess 
this means that the protection is determined by the Windows ACL.

Having realized this, I checked a few files, and from the samples
I took, I see that I have problems with chmod and chown only with
files where ls -l lists this tiny "+" (see the thread 
"chmod suddenly ceased to work on old files - NEW FINDINGS" and
my most recent posting to "ssh ceased to work after recreation of
/etc/passwd"
- somehow what I believed to be different problems, might in the end all
be related to Windows ACL problems.

How does Windows get the ACL from? I guess Windows has a similar concept
of user- and group id as Unix. Could it be that in our LDAP directory,
my numeric userid was changed, while my user name stayed the same? Sorry
for the somewhat fuzzy wording, but I don't have enough knowledge of
Windows
to formulate it more precisely.

Ronald

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[Igor Pechtchanski]

On Tue, 12 Jul 2005, FischRon.external wrote:

> > I think your main problem wasn't with permissions, but with
> > postinstall scripts not running properly.  See if running them fixes
> > the problem.
>
> I re-ran them. Incidentally, all those sh files had permission 000;
> interestingly, I was still able to execute them. I had expected to
> get error messages "can not execute...".
>
> Most went well, but on some, I got errors:
>
> pdksh.sh:
>
> @(#)PD KSH v5.2.14 99/07/13.2: not found
> Installing default /etc/ksh.kshrc
> install: cannot stat `/usr/share/pdksh-/ksh.kshrc': No such file or directory
> Installing default /etc/profile.ksh
> install: cannot stat `/usr/share/pdksh-/profile.ksh': No such file or directory

Ugh.  Apparently the backslash wasn't interpreted correctly...  This is a
bug in the postinstall script -- it worked in ash, but doesn't in bash.
I'll see what I can do about fixing it.

> pinfo.sh:
>
> WARNING! Old pinforc detected. I'm not installing the new file

Not a problem.

> post-texmf.sh:
>
> lstat(./kpsewhich) failed ...
> ./kpsewhich: No such file or directory
> lstat(./kpsewhich) failed ...
> ./kpsewhich: No such file or directory
> lstat(./kpsewhich) failed ...
> ./kpsewhich: No such file or directory
> mktexlsr: Updating /usr/share/texmf/ls-R...
> mktexlsr: /var/cache/fonts/ls-R: no write permission. Skipping...
> mktexlsr: Done.
> lstat(./kpsewhich) failed ...
> ./kpsewhich: No such file or directory
> /usr/share/texmf/ls-R: Permission denied
> .......
> and then hundreds of error messages, most of them about "Permission
> denied".

Probably permission issues again.

> xorg-x11-fenc.sh:
>
> /usr/X11R6/lib/X11/fonts/100dpi is not a directory. skipping
> updating /usr/X11R6/lib/X11/fonts/75dpi
> Fontconfig error: Cannot load default config file
> updating /usr/X11R6/lib/X11/fonts/misc
> Fontconfig error: Cannot load default config file
> /usr/X11R6/lib/X11/fonts/CID is not a directory. skipping
> /usr/X11R6/lib/X11/fonts/TTF is not a directory. skipping
> /usr/X11R6/lib/X11/fonts/Type1 is not a directory. skipping
> /usr/X11R6/lib/X11/fonts/cyrillic is not a directory. skipping
> /usr/X11R6/lib/X11/fonts/local is not a directory. skipping
>
> and similar errors with xorg-x11-fnts.sh

Umm, not sure, but probably permission issues too.  I'd bring this one up
on the cygwin-xfree list.

> What do you think about all these errors?

So, except for the pdksh postinstall (which is a genuine bug), everything
else seems to be related to the weird permissions on your machine.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[FischRon.external]

> I think your main problem wasn't with permissions, but with 
> postinstall
> scripts not running properly.  See if running them fixes the problem.

I re-ran them. Incidentally, all those sh files had permission 000;
interestingly, I was still able to execute them. I had expected to
get error messages "can not execute...".

Most went well, but on some, I got errors:

pdksh.sh:

@(#)PD KSH v5.2.14 99/07/13.2: not found
Installing default /etc/ksh.kshrc
install: cannot stat `/usr/share/pdksh-/ksh.kshrc': No such file or
directory
Installing default /etc/profile.ksh
install: cannot stat `/usr/share/pdksh-/profile.ksh': No such file or
directory

pinfo.sh:

WARNING! Old pinforc detected. I'm not installing the new file

post-texmf.sh:

lstat(./kpsewhich) failed ...
./kpsewhich: No such file or directory
lstat(./kpsewhich) failed ...
./kpsewhich: No such file or directory
lstat(./kpsewhich) failed ...
./kpsewhich: No such file or directory
mktexlsr: Updating /usr/share/texmf/ls-R...
mktexlsr: /var/cache/fonts/ls-R: no write permission. Skipping...
mktexlsr: Done.
lstat(./kpsewhich) failed ...
./kpsewhich: No such file or directory
/usr/share/texmf/ls-R: Permission denied
.......
and then hundreds of error messages, most of them about "Permission
denied".

xorg-x11-fenc.sh:

/usr/X11R6/lib/X11/fonts/100dpi is not a directory. skipping
updating /usr/X11R6/lib/X11/fonts/75dpi
Fontconfig error: Cannot load default config file
updating /usr/X11R6/lib/X11/fonts/misc
Fontconfig error: Cannot load default config file
/usr/X11R6/lib/X11/fonts/CID is not a directory. skipping
/usr/X11R6/lib/X11/fonts/TTF is not a directory. skipping
/usr/X11R6/lib/X11/fonts/Type1 is not a directory. skipping
/usr/X11R6/lib/X11/fonts/cyrillic is not a directory. skipping
/usr/X11R6/lib/X11/fonts/local is not a directory. skipping

and similar errors with xorg-x11-fnts.sh

What do you think about all these errors?

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[FischRon.external]

> Well, you *do* need an entry for your domain user.  That's 
> accomplished
> with "mkpasswd -d -u YOURUSERNAME" (which will only query the PDC for
> YOURUSERNAME, not list all users).  I'm no security expert, 
> but I think
> there's enough local information that "mkpasswd -l -c" ("-c" 
> stands for
> "current user") works too (it doesn't query the PDC).

I think it does. Out of curiosity, I compared the output of

  mkpasswd -l -c

and

  mkpasswd -d -u fischron

and the difference, with respect to the entry for my user id, is: In the
case
of -c -l, the /etc/passwd entry reads

fischron:unused_by_nt/2000/xp:121833:10513:fischron,U-EU\fischron,S-1-5-
21-2052111302-842925246-682003330-111833:/cygdrive/h:/bin/bash

and with -u fischron, it reads

fischron:unused_by_nt/2000/xp:121833:10513:Fischer Ronald (IT BT CFS IKM
External),U-EU\fischron,S-1-5-21-2052111302-842925246-682003330-111833:/
/MUCSDN03/FischRon:/bin/bash

So the only essential difference is that my home directory is specified
as the network drive in the latter case, and as Windows drive in the
former.
I think you agree that these differences don't effect operation of
Cygwin in any 
way, don't you?

> > I tried "-d" on mkgroup once (where it goes slightly faster), and it
> > ended up with a group file of about 30000 entries!
> 
> Yes.  You only need the groups that your domain user belongs 
> to.  Since
> I'm not in a domain, I don't know how to get a list of those, 
> but I'm sure
> someone here will respond with this info.

Well, I checked my /etc/passwd and found that it refers to only 3
different
groups: 544 ("Administrators"), 513 ("None") and 10513. When I do a 
mkgroup -l -c, group 10513 becomes a group with name mkgroup_l_d, which,
as I understand from your explanation, is a hint that there could be
a problem. But when I do a 

   mkgroup -d -g 'Domain Users'

then group 10513 is listed as belonging to the domain users. So as a
solution,
I recreated the group file by

  (mkgroup -l; mkgroup -d -g 'Domain Users') >/etc/group

which yielded the following /etc/group:

SYSTEM:S-1-5-18:18:
None:S-1-5-21-602162358-162531612-725345543-513:513:
Administrators:S-1-5-32-544:544:
Backup Operators:S-1-5-32-551:551:
Guests:S-1-5-32-546:546:
Power Users:S-1-5-32-547:547:
Replicator:S-1-5-32-552:552:
Users:S-1-5-32-545:545:
Debugger Users:S-1-5-21-602162358-162531612-725345543-1001:1001:
Domain Users:S-1-5-21-2052111302-842925246-682003330-513:10513:

I think this should be correct now, doesn't it?

> > I don't think I want it. I just don't see what advantage it 
> has. And,
> > after all, that information is outdated the next day anyway, because
> > there are continuously systems coming and going.
> 
> Huh?  The domain users/groups live on the PDC, which is one machine.
> Unless you mean that users and groups are constantly added 
> and deleted?

Yes, my rough guess is that a few dozen of users are added daily in
the average, and about the same number deleted.

> 
> But you're right, if you're the only user on the machine, 
> "mkpasswd -d" is
> overkill.  "mkpasswd -d -u YOURUSERNAME" isn't.

Here again, you have to combine both by

  (mkpasswd -l; mkpasswd -d -u fischron) >/etc/passwd

because mkpasswd -d -u fischron alone would *only* write the entry 
belonging to my username, but would omit entries such as Guest, Admin
etc.

Regards,


Ronald

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[Igor Pechtchanski]

On Mon, 11 Jul 2005, FischRon.external wrote:

> > > I did the variation with "-l -c" to recreate /etc/passwd, because
> > > "-d" would hang the shell.
> >
> > It doesn't hang, just takes very very long in large domains.  What you
> > want is "mkpasswd -d -u YOURUSERNAME >> /etc/passwd".  Though I
> > believe "mkpasswd -c" already does that without the need to query the
> > domain.
>
> Do I really *need* -d? On first setup of Cygwin, the whole Domain wasn't
> searched either.

Well, you *do* need an entry for your domain user.  That's accomplished
with "mkpasswd -d -u YOURUSERNAME" (which will only query the PDC for
YOURUSERNAME, not list all users).  I'm no security expert, but I think
there's enough local information that "mkpasswd -l -c" ("-c" stands for
"current user") works too (it doesn't query the PDC).

> I tried "-d" on mkgroup once (where it goes slightly faster), and it
> ended up with a group file of about 30000 entries!

Yes.  You only need the groups that your domain user belongs to.  Since
I'm not in a domain, I don't know how to get a list of those, but I'm sure
someone here will respond with this info.

Using the "-g" flag to mkgroup will query the PDC for those groups
individually, which is *much* faster.  Omitting the "-g" (or the "-u" for
mkpasswd) will query the domain for all groups (users), which is what I
wrote about below.

> > But don't do that if you have a large domain...  Unless you just want
> > to leave it to complete overnight.
>
> I don't think I want it. I just don't see what advantage it has. And,
> after all, that information is outdated the next day anyway, because
> there are continuously systems coming and going.

Huh?  The domain users/groups live on the PDC, which is one machine.
Unless you mean that users and groups are constantly added and deleted?

But you're right, if you're the only user on the machine, "mkpasswd -d" is
overkill.  "mkpasswd -d -u YOURUSERNAME" isn't.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[FischRon.external]

> > I did the variation with "-l -c" to recreate /etc/passwd, 
> because "-d"
> > would hang the shell.
> 
> It doesn't hang, just takes very very long in large domains.  What you
> want is "mkpasswd -d -u YOURUSERNAME >> /etc/passwd".  Though 
> I believe
> "mkpasswd -c" already does that without the need to query the domain.

Do I really *need* -d? On first setup of Cygwin, the whole Domain wasn't
searched either. I tried "-d" on mkgroup once (where it goes slightly
faster),
and it ended up with a group file of about 30000 entries! 

> But don't do that if you have a large domain...  Unless you 
> just want to
> leave it to complete overnight.

I don't think I want it. I just don't see what advantage it has. And,
after all, that information is outdated the next day anyway, because
there are continuously systems coming and going.

Ronald

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[Igor Pechtchanski]

On Mon, 11 Jul 2005, FischRon.external wrote:

> > The -u flag to mkpasswd (and -g flag to mkgroup) are your
> > friends.  See
> > the User's Guide.
> >
> > The thing is that if you're the only user in your domain using the
> > machine, you can simply run "mkpasswd -l -c > /etc/passwd"
> > (or "mkpasswd
> > -l -d -u YOURUSERNAME > /etc/passwd").
>
> I did the variation with "-l -c" to recreate /etc/passwd, because "-d"
> would hang the shell.

It doesn't hang, just takes very very long in large domains.  What you
want is "mkpasswd -d -u YOURUSERNAME >> /etc/passwd".  Though I believe
"mkpasswd -c" already does that without the need to query the domain.

> I also recreated /etc/group without all the domain stuff.
>
> Actually you are right, I am the only user of this machine.

Yes, but you do need the groups.  So, you'll have to add all the domain
groups that your user is a member of to /etc/group, using "mkgroup -d -g
GROUPNAME >> /etc/group" for each group.

> > > Incidentally, a group named "mkpasswd" does not exist. Do you think
> > > I should do a chgrp to all directories below / which now have group
> > > mkpasswd? What group would be suitable? Maybe Administrators?
> >
> > Just bring your /etc/passwd and /etc/group files up-to-date.  See
> > <http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-ids>.
>
> There is one sentence on this page which might be a hint to the problem
> in question:
>
>   "if the login group of the current user isn't in /etc/group, it will
>    be named 'mkgroup'"

It's not a problem, it's a warning that your /etc/group is not up-to-date.

> Now after recreation of group and passwd, I have:
>
> ~ $ id
> uid=121833(fischron) gid=10513(mkgroup_l_d)
> groups=544(Administrators),545(Users),10513(mkgroup_l_d)
> ~ $ grep fischron /etc/passwd
> fischron:unused_by_nt/2000/xp:121833:10513:fischron,U-EU\fischron,S-1-5-
> 21-2052111302-842925246-682003330-111833:/cygdrive/h:/bin/bash
> ~ $ grep 10513 /etc/group
> mkgroup_l_d:S-1-5-21-2052111302-842925246-682003330-513:10513:
>
> so I have now group mkgroup_l_d (I guess this should suggest "local
> domain"?),

No, it suggests running "mkgroup -l -d". :-)
But don't do that if you have a large domain...  Unless you just want to
leave it to complete overnight.

I wonder if we should add a warning about mkpasswd/mkgroup taking very
long in large domains to the User's Guide?

> and not "mkgroup". Is this better?

10513, IIRC, is "Domain Users".  Try "mkgroup -d -g 'Domain Users' >>
/etc/group" (note the quotes around "Domain Users".

> > I think your main problem wasn't with permissions, but with
> > postinstall scripts not running properly.  See if running them fixes
> > the problem.
>
> Yes, I will, and keep the results posted.

FWIW, I have a patch to setup (that I should submit soon) which will check
the exit codes of postinstall scripts and warn if they didn't complete
properly.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[FischRon.external]

> The -u flag to mkpasswd (and -g flag to mkgroup) are your 
> friends.  See
> the User's Guide.
> 
> The thing is that if you're the only user in your domain using the
> machine, you can simply run "mkpasswd -l -c > /etc/passwd" 
> (or "mkpasswd
> -l -d -u YOURUSERNAME > /etc/passwd").

I did the variation with "-l -c" to recreate /etc/passwd, because "-d" 
would hang the shell. I also recreated /etc/group without all the domain
stuff.

Actually you are right, I am the only user of this machine.

> > Incidentally, a group named "mkpasswd" does not exist. Do 
> you think I
> > should do a chgrp to all directories below / which now have group
> > mkpasswd? What group would be suitable? Maybe Administrators?
> 
> Just bring your /etc/passwd and /etc/group files up-to-date.  See
> <http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-ids>.

There is one sentence on this page which might be a hint to the problem
in question:

  "if the login group of the current user isn't in /etc/group, it will 
   be named 'mkgroup'"

Now after recreation of group and passwd, I have:

~ $ id
uid=121833(fischron) gid=10513(mkgroup_l_d)
groups=544(Administrators),545(Users),10513(mkgroup_l_d)
~ $ grep fischron /etc/passwd
fischron:unused_by_nt/2000/xp:121833:10513:fischron,U-EU\fischron,S-1-5-
21-2052111302-842925246-682003330-111833:/cygdrive/h:/bin/bash
~ $ grep 10513 /etc/group
mkgroup_l_d:S-1-5-21-2052111302-842925246-682003330-513:10513:

so I have now group mkgroup_l_d (I guess this should suggest "local
domain"?),
and not "mkgroup". Is this better?

> I think your main problem wasn't with permissions, but with 
> postinstall
> scripts not running properly.  See if running them fixes the problem.

Yes, I will, and keep the results posted.


Ronald

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[Igor Pechtchanski]

On Thu, 7 Jul 2005, FischRon.external wrote:

> > > ~ $ getfacl /usr /usr/share /usr/share/misc
> > > # file: /usr
> > > # owner: Administrators
> > > # group: mkpasswd
> >     ^^^^^^^^^^^^^^^
> > > user::rwx
> > > group::---
> >   ^^^^^^^^^^
> > > group:SYSTEM:rwx
> > > mask:rwx
> > > other:---
> > > default:user:Administrators:rwx
> > > default:group:SYSTEM:rwx
> > > default:mask:rwx
> > >
> > > # file: /usr/share
> > > # owner: Administrators
> > > # group: mkpasswd
> >     ^^^^^^^^^^^^^^^
> > > user::rwx
> > > group::---
> >   ^^^^^^^^^^
> > > group:SYSTEM:rwx
> > > mask:rwx
> > > other:---
> > > default:user:Administrators:rwx
> > > default:group:SYSTEM:rwx
> > > default:mask:rwx
> > Well, the underlined lines above (those that say "group: mkpasswd") do
> > look problematic -- your /etc/passwd and /etc/group aren't up-to-date.
> > I'd investigate what the actual group of those files is, and
> > regenerate
> > your mkpasswd (are you in a domain, by any chance?).
>
> Yes, I am.
>
> I have just recently (i.e. after the setup) re-created both /etc/group
> and /etc/passwd. With /etc/group, I did a
>
>   mkgroup -l -d >/etc/group
>
> not nowing that this would really scan all my domain, so after more than
> half an hour, I'm ending with a /etc/group file containing nearly 30000
> lines. With mkpasswd, I then made only a
>
>   mkpasswd >/etc/passwd

The -u flag to mkpasswd (and -g flag to mkgroup) are your friends.  See
the User's Guide.

The thing is that if you're the only user in your domain using the
machine, you can simply run "mkpasswd -l -c > /etc/passwd" (or "mkpasswd
-l -d -u YOURUSERNAME > /etc/passwd").

> Incidentally, a group named "mkpasswd" does not exist. Do you think I
> should do a chgrp to all directories below / which now have group
> mkpasswd? What group would be suitable? Maybe Administrators?

Just bring your /etc/passwd and /etc/group files up-to-date.  See
<http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-ids>.

> $ mkgroup -l
> SYSTEM:S-1-5-18:18:
> None:S-1-5-21-602162358-162531612-725345543-513:513:
> Administrators:S-1-5-32-544:544:
> Backup Operators:S-1-5-32-551:551:
> Guests:S-1-5-32-546:546:
> Power Users:S-1-5-32-547:547:
> Replicator:S-1-5-32-552:552:
> Users:S-1-5-32-545:545:
> Debugger Users:S-1-5-21-602162358-162531612-725345543-1001:1001:
>
> > The other underlined lines ("group:---") may be a problem too, just
> > because the directories are owned by a Windows *group*.
>
> OK, I have chmod'ed this to 0777.

I think your main problem wasn't with permissions, but with postinstall
scripts not running properly.  See if running them fixes the problem.

> > It's also possible that the ownership by a group confuses directory
> > permission inheritance, so that you end up with 000 permissions plus a
> > couple of ACLs (that aren't picked up by Unix tools like
> > "stat"/"test").
>
> This makes sense to me. I didn't know that permissions are inherited
> from the parent directory. Is this a Windoze feature?

Yes, but again, do the postinstall thing first, and see if permissions
matter afterwards.

> > > Just to mention a few, the following postinstall files were *not*
> > > run according to the log file:
> > >
> > > cygfile:///etc/postinstall/base-files-mketc.sh
> >
> > This one did, but didn't complete.
>
> But shouldn't then in the logfile be an entry "running
> postinstall/base-files-mketc.sh" ?

There was.  It's the one that said "Unknown system type ; exiting".

> > > cygfile:///etc/postinstall/man.sh
> > > cygfile:///etc/postinstall/pdksh.sh
> > > cygfile:///etc/postinstall/wget.sh
> > > cygfile:///etc/postinstall/update-info-dir.sh
> >
> > Yep, these didn't run.  There are more in your postinstall directory
> > below.
>
> You mean: All where a sh file, but no corresponding "done" file is in
> the postinstall directory?

All where there is a .sh file.  The .sh file is run, and then renamed to
.sh.done by setup.  The .sh.done files where there's also a .sh file are
old versions of the scripts.  You probably want to run the new ones.

> > I noticed that your log has many "Scheduled reboot replacement" lines
> > -- you had Cygwin processes running while installing.
>
> Yes, this is correct. I have always some bash shells open. But after the
> setup was finished (and I didn't get any error message from the setup
> script), I restarted the system.

The "no error message" is a problem.  FWIW, I'm working on one way of
fixing it, but don't know when that's going to be in.

> One bash file is opened by Windows autostart. Could this interfere with
> the post-install?

You mean autostart after reboot?  No, it shouldn't -- Cygwin setup doesn't
run anything after reboot, it only uses Windows mechanisms for replacing
files...

> > I suspect the problem with postinstall scripts is that the emacs one
> > popped up some Windows message boxes (e.g., "Entrypoint... not
> > found"), and thus setup didn't run the others.
> >
> > Did setup recommend that you reboot?
>
> Yes
>
> > Did you?
>
> Yes
>
> > > Do you recommend that I run all the other postinstall scripts
> > > manually, like I did with man.sh?
> >
> > After a reboot, yes, I'd suggest running the scripts (you may even try
> > reinstalling the affected packages via setup).  See below for a list.
>
> Yes, I think re-running setup is the cleanest solution.
>
> I will do this next week and keep my experiences posted.

Great.

> > > > That's even weirder.  What does "uname -a" show?  You should not
> > > > get that message on Win2k Pro (as your previously attached
> > > > cygcheck output indicates).
> > >
> > > CYGWIN_NT-5.0 mucw0291 1.5.18(0.132/4/2) 2005-07-02 20:30 i686
> > > unknown unknown Cygwin
> >
> > Extremely weird.
>
> Why? According to the man page, the only "unknown" entries relate to
> the parameters "processor" and "hardware-platform", and it is easy to
> imagine that uname can't extract that information.

Sorry, I was unclear here.  It's not the output of "uname -a" that's
extremely weird, it's the fact that base-files-mketc.sh failed to extract
the system name -- it looks for CYGWIN_NT*.  As I said, I suspect uname
didn't complete properly, and so the output that the script got was empty.

> > Could it be the same problem (some utility exited producing no output
> > because of the wrong current versions of files)?
>
> I don't understand: How could this affect uname?

Uname is linked with the new version of cygwin1.dll, which may have added
system calls.  If the new uname looks for those system call entrypoints in
the old DLL, it won't find them, and will not complete properly, giving no
output.  The script checks the output of uname, and of course will not
match it against any of the expected values.

> > Ok, so you need to run all the ones that end in .sh, and rename them
> > to .done (while overwriting the old versions).  If you make a note of
> > which scripts need running, and set those packages to "Reinstall" in
> > setup, setup will do this for you.
>
> OK, but wouldn't it be easier to simply have setup to update them
> automatically?

Update them in what sense?  The ones with .sh are the *new* versions.
The ones with .done are old ones, left over from the previous
installation.  If you "Reinstall" the packages, setup will run every
<pkg>.sh script, and rename it to <pkg>.sh.done (automatically).

> > This is an interesting problem, thanks for helping debug this.
>
> Thank you for helping me to get it running!

No problem -- enjoy. :-)
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[FischRon.external]

[-- Attachment #1: Type: text/plain, Size: 5399 bytes --]

> Please make sure your mailer respects the Reply-To: header -- 
> I set it for
> a reason.  There's no need to Cc: me on the messages, as I 
> read the list.

Thank you for pointing this out! It's done correct now.

> On Tue, 5 Jul 2005, FischRon.external wrote:
> > I found that all in a while, a file created under cygwin ends up
> > with permission 000...
> 
> This usually indicates wrong directory permissions on higher-level
> directories.  Could you please post the output of "getfacl 
> /usr /usr/share
> /usr/share/misc" (seeing as you've already posted the output 
> of "getfacl
> /").

~ $ getfacl /usr /usr/share /usr/share/misc
# file: /usr
# owner: Administrators
# group: mkpasswd
user::rwx
group::---
group:SYSTEM:rwx
mask:rwx
other:---
default:user:Administrators:rwx
default:group:SYSTEM:rwx
default:mask:rwx

# file: /usr/share
# owner: Administrators
# group: mkpasswd
user::rwx
group::---
group:SYSTEM:rwx
mask:rwx
other:---
default:user:Administrators:rwx
default:group:SYSTEM:rwx
default:mask:rwx

# file: /usr/share/misc
# owner: fischron
# group: Users
user::rwx
group::rwx
group:SYSTEM:rwx
group:Administrators:rwx
mask:rwx
other:rwx
default:group:SYSTEM:rwx
default:group:Administrators:rwx
default:mask:rwx

Looks correct, doesn't it?

> > > If you haven't run setup since upgrading man, see if
> > > /var/log/setup.log.full has any messages from 
> /etc/postinstall/man.sh.
> >
> > Nothing useful. man.sh is mentioned only once:
> >
> >     Installing file cygfile:///etc/postinstall/man.sh
> 
> Very weird.  So the postinstall script didn't run?

The log file has a lot of lines saying "Installing file .....
postinstall ....",
but at the end, when it comes to actually running the postinstall files,
I
see in the log only the following:

2005/07/04 12:33:17 running: C:\cygwin\bin\sh.exe -c
/etc/postinstall/cron.sh
2005/07/04 12:33:19 running: C:\cygwin\bin\sh.exe -c
/etc/postinstall/cygwin-doc.sh
2005/07/04 12:33:19 running: C:\cygwin\bin\sh.exe -c
/etc/postinstall/d.sh
2005/07/04 12:33:20 running: C:\cygwin\bin\sh.exe -c
/etc/postinstall/emacs.sh
2005/07/04 12:33:25 mbox note: Installation Complete
2005/07/04 12:33:28 Ending cygwin install

Just to mention a few, the following postinstall files were *not* run
according
to the log file:

cygfile:///etc/postinstall/base-files-mketc.sh
cygfile:///etc/postinstall/man.sh
cygfile:///etc/postinstall/pdksh.sh
cygfile:///etc/postinstall/wget.sh
cygfile:///etc/postinstall/update-info-dir.sh

and many, many more.

Do you recommend that I run all the other postinstall scripts manually,
like
I did with man.sh?

> > The only thing which might look like an error message does not seem
> > related to the man problem:
> >
> >    2005/07/04 12:27:54 zsh
> >    2005/07/04 12:27:54 running: C:\cygwin\bin\sh.exe -c 
> /etc/postinstall/base-files-mketc.sh
> >    Unknown system type ; exiting
> 
> That's even weirder.  What does "uname -a" show?  You should 
> not get that
> message on Win2k Pro (as your previously attached cygcheck output
> indicates).

CYGWIN_NT-5.0 mucw0291 1.5.18(0.132/4/2) 2005-07-02 20:30 i686 unknown
unknown Cygwin


> 
> > > You should re-run /etc/postinstall/man.sh.done
> >
> > I guess you mean: /etc/postinstall/man.sh  - there is no file
> > /etc/postinstall/man.sh.done
> 
> No, I meant /etc/postinstall/man.sh.done, since I didn't 
> realize that the
> postinstall script didn't run.  

But there is no file of this name!

~ $ ls /etc/postinstall
XFree86-fenc.sh.done                 lynx.sh
XFree86-fnts.sh.done                 man.sh
XFree86-lib.sh.done                  passwd-grp.sh
XFree86-xserv.sh.done                passwd-grp.sh.done
base-files-mketc.sh.done             pdksh.sh
base-files-profile.sh.done           pinfo.sh
bzip2.sh.done                        pinfo.sh.done
cron.sh.done                         post-texmf.sh
cygwin-doc-postinstall.sh.done       readline.sh.done
cygwin-doc.sh.done                   terminfo.sh
d.sh.done                            terminfo.sh.done
emacs.sh                             tidy.sh
enscript.sh                          tidy.sh.done
enscript.sh.done                     update-info-dir.sh
fontconfig.sh                        update-info-dir.sh.done
freetype2.sh                         wget.sh
gcc-mingw-core-3.4.4-20050522-1.tgz  xorg-x11-fenc.sh
gcc-mingw-core.sh                    xorg-x11-fnts.sh
gcc-mingw-java-3.4.4-20050522-1.tgz  xorg-x11-libs-data.sh
gcc-mingw-java.sh                    xorg-x11-xwin.sh
libgdbm-devel.sh.done                zsh-profile.sh

> If you still haven't run 
> setup since that
> fateful man installation 

no, I didn't

> (or if you kept a separate copy of 
> it), please
> post /var/log/setup.log.full to the list -- something weird happened
> during your install, and, hopefully, the log will show it.

I've attached it gzipped.

> Hmm, hopefully the Cygwin security experts will chime in 
> here.  All I can
> tell is the fact that the directory is owned by a group, and 
> that you have
> default permissions, looks suspicious.  Does your /etc/passwd 
> contain the
> Administrators user?

Yes, it does:

~ $ fgrep Administrators /etc/passwd
Administrators:*:544:544:,S-1-5-32-544::

Regards,

Ronald

[-- Attachment #2: setup.log.full.gz --]
[-- Type: application/x-gzip, Size: 419692 bytes --]

[-- Attachment #3: Type: text/plain, Size: 218 bytes --]

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[Igor Pechtchanski]

Ron,

Please make sure your mailer respects the Reply-To: header -- I set it for
a reason.  There's no need to Cc: me on the messages, as I read the list.

On Tue, 5 Jul 2005, FischRon.external wrote:

> > On Mon, 4 Jul 2005, FischRon.external wrote:
> >
> > > Now I checked /usr/share/misc and found that it has permissions 000.
> > > I chmod the permissions to 0777. Also I found that /usr/share/misc
> > > is empty, i.e. there is no file man.conf in it.
> >
> > Ah, that could be the reason -- permissions 000 would make the
> > postinstall script fail when copying the man.conf file from its
> > default location.
>
> I found that all in a while, a file created under cygwin ends up
> with permission 000...

This usually indicates wrong directory permissions on higher-level
directories.  Could you please post the output of "getfacl /usr /usr/share
/usr/share/misc" (seeing as you've already posted the output of "getfacl
/").

> > If you haven't run setup since upgrading man, see if
> > /var/log/setup.log.full has any messages from /etc/postinstall/man.sh.
>
> Nothing useful. man.sh is mentioned only once:
>
>     Installing file cygfile:///etc/postinstall/man.sh

Very weird.  So the postinstall script didn't run?

> man.conf is mentioned in several directories, such as
>
>    Installing file cygfile:///usr/share/man/pt/man5/man.conf.5
>
> but never in /usr/share/misc (where man is obviously looking for it).

Right, because it's copied to /usr/share/misc by the postinstall script
(to avoid overwriting user changes, if any).

> The only thing which might look like an error message does not seem
> related to the man problem:
>
>    2005/07/04 12:27:54 zsh
>    2005/07/04 12:27:54 running: C:\cygwin\bin\sh.exe -c /etc/postinstall/base-files-mketc.sh
>    Unknown system type ; exiting

That's even weirder.  What does "uname -a" show?  You should not get that
message on Win2k Pro (as your previously attached cygcheck output
indicates).

> > You should re-run /etc/postinstall/man.sh.done
>
> I guess you mean: /etc/postinstall/man.sh  - there is no file
> /etc/postinstall/man.sh.done

No, I meant /etc/postinstall/man.sh.done, since I didn't realize that the
postinstall script didn't run.  If you still haven't run setup since that
fateful man installation (or if you kept a separate copy of it), please
post /var/log/setup.log.full to the list -- something weird happened
during your install, and, hopefully, the log will show it.

> This went very quickly, and it created the file:
>
>    /etc/postinstall $ man.sh
>    Using the default version of /usr/share/misc/man.conf (/etc/defaults/usr/share/misc/man.conf)
>    /etc/postinstall $ ls -l /usr/share/misc/man.conf
>    -rw-r--r--  1 fischron mkgroup_l_d 4576 Jul  5 08:46 /usr/share/misc/man.conf
>
> and now the error message on invoking man does not appear anymore.
>
> Thank you for helping!

Glad it helped.  This still doesn't explain why the postinstall script
didn't run, however.

> > Now that your /usr/share/misc has better permissions, future man
> > upgrades should work.  If I were you, I'd investigate *why*
> > /usr/share/misc ended up with 000 permissions in the first place (it's
> > created by setup.exe using the inherited Windows permissions -- are
> > the ACLs on / too strict?).
>
> As far I can tell, they look fine:
>
> $ getfacl /
> # file: /
> # owner: Administrators
> # group: mkgroup_l_d
> user::rwx
> group::rwx
> group:SYSTEM:rwx
> mask:rwx
> other:rwx
> default:user:Administrators:rwx
> default:group:SYSTEM:rwx
> default:mask:rwx

Hmm, hopefully the Cygwin security experts will chime in here.  All I can
tell is the fact that the directory is owned by a group, and that you have
default permissions, looks suspicious.  Does your /etc/passwd contain the
Administrators user?

> I found that files with permission 000 are sometimes created when we run
> build scripts via ant. Just in case you are not familiar: ant is a tool
> for producing applications (used for similar tasks as one would use
> make), which is used a lot by Java developers. ant is a Java
> application, but of what I have seen, it uses the cygwin library
> (because it is platform independent). In most cases, things work fine,
> but sometimes, certain files are created with 000. We have never found
> out why this happens, and regularly do a chmod afterwards.

Must be something on your system -- probably some directory has weird
permissions which are inherited.  For the record: ant doesn't use any
Cygwin libraries, except that the invocation script uses /bin/sh.  Once
ant is invoked, it's a pure Java application.  Files created by Java
follow Windows permission inheritance rules.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: man.conf missing after cygwin upgrade

[FischRon.external]

> On Mon, 4 Jul 2005, FischRon.external wrote:
> 
> > After upgrading cygwin to the most recent version, I found that man
> > pages aren't displayed anymore; for example
> >
> >   $ man man
> >   Warning: cannot open configuration file /usr/share/misc/man.conf
> 
> That's not good...
[snip]
> > Now it does display the man-page, but before this it also writes the
> > aforementioned error message.
> 
> Sure it would.  You're missing a config file, and man can't 
> forgive that.
> 
> > Next I did
> >
> >   $ /usr/sbin/makewhatis
> >   $ man -k shell
> >
> > Now I get that error message *twice* (but then man -k displays an
> > overview of the available shell commands, as expected). Now 
> I checked
> > /usr/share/misc and found that it has permissions 000. I chmod the
> > permissions to 0777. Also I found that /usr/share/misc is 
> empty, i.e.
> > there is no file man.conf in it.
> 
> Ah, that could be the reason -- permissions 000 would make 
> the postinstall
> script fail when copying the man.conf file from its default 
> location.  

I found that all in a while, a file created under cygwin ends up
with permission 000...

> If
> you haven't run setup since upgrading man, see if 
> /var/log/setup.log.full
> has any messages from /etc/postinstall/man.sh.

Nothing useful. man.sh is mentioned only once:

    Installing file cygfile:///etc/postinstall/man.sh

man.conf is mentioned in several directories, such as

   Installing file cygfile:///usr/share/man/pt/man5/man.conf.5

but never in /usr/share/misc (where man is obviously looking for it).

The only thing which might look like an error message does not seem
related to the man problem:

   2005/07/04 12:27:54 zsh
   2005/07/04 12:27:54 running: C:\cygwin\bin\sh.exe -c
/etc/postinstall/base-files-mketc.sh
   Unknown system type ; exiting

> You should re-run /etc/postinstall/man.sh.done 

I guess you mean: /etc/postinstall/man.sh  - there is no file
/etc/postinstall/man.sh.done

This went very quickly, and it created the file:

   /etc/postinstall $ man.sh
   Using the default version of /usr/share/misc/man.conf
(/etc/defaults/usr/share/misc/man.conf)
   /etc/postinstall $ ls -l /usr/share/misc/man.conf
   -rw-r--r--  1 fischron mkgroup_l_d 4576 Jul  5 08:46
/usr/share/misc/man.conf

and now the error message on invoking man does not appear anymore.

Thank you for helping!

> Now that your /usr/share/misc has better permissions, future 
> man upgrades
> should work.  If I were you, I'd investigate *why* 
> /usr/share/misc ended
> up with 000 permissions in the first place (it's created by setup.exe
> using the inherited Windows permissions -- are the ACLs on / 
> too strict?).

As far I can tell, they look fine:

$ getfacl /
# file: /
# owner: Administrators
# group: mkgroup_l_d
user::rwx
group::rwx
group:SYSTEM:rwx
mask:rwx
other:rwx
default:user:Administrators:rwx
default:group:SYSTEM:rwx
default:mask:rwx

I found that files with permission 000 are sometimes created when we
run build scripts via ant. Just in case you are not familiar: ant is
a tool for producing applications (used for similar tasks as one would
use make), which is used a lot by Java developers. ant is a Java
application,
but of what I have seen, it uses the cygwin library (because it is
platform
independent). In most cases, things work fine, but sometimes, certain
files are created with 000. We have never found out why this happens,
and regularly do a chmod afterwards.

Regards,

Ronald

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: man.conf missing after cygwin upgrade

[Igor Pechtchanski]

On Mon, 4 Jul 2005, FischRon.external wrote:

> After upgrading cygwin to the most recent version, I found that man
> pages aren't displayed anymore; for example
>
>   $ man man
>   Warning: cannot open configuration file /usr/share/misc/man.conf

That's not good...

> Then I saw that my MANPATH looks strange:
>
>   $ echo MANPATH
>   :/usr/ssl/man
>
> Note the leading column, which looks as if some part of the MANPATH has
> been cut off.

...but has nothing to do with this.  The leading colon is valid, and means
to take whatever the current man configuration says the MANPATH should be,
and *append* the content of the MANPATH variable.

> I fixed this by manually adjusting the MANPATH:
>
>   $ export MANPATH=/usr/man:/usr/share/man:/usr/ssl/man
>   $ man man
>
> Now it does display the man-page, but before this it also writes the
> aforementioned error message.

Sure it would.  You're missing a config file, and man can't forgive that.

> Next I did
>
>   $ /usr/sbin/makewhatis
>   $ man -k shell
>
> Now I get that error message *twice* (but then man -k displays an
> overview of the available shell commands, as expected). Now I checked
> /usr/share/misc and found that it has permissions 000. I chmod the
> permissions to 0777. Also I found that /usr/share/misc is empty, i.e.
> there is no file man.conf in it.

Ah, that could be the reason -- permissions 000 would make the postinstall
script fail when copying the man.conf file from its default location.  If
you haven't run setup since upgrading man, see if /var/log/setup.log.full
has any messages from /etc/postinstall/man.sh.

> I checked the man-page for man.conf, but there was no hint how this file
> usually is generated.

You should re-run /etc/postinstall/man.sh.done (or reinstall the man
package) to recreate man.conf.  This is a Cygwin-specific recipe, BTW.

> Of course I can live with this bug, since man eventually seems to do its
> job. Still I'm curious what is going wrong here. Any ideas?

Now that your /usr/share/misc has better permissions, future man upgrades
should work.  If I were you, I'd investigate *why* /usr/share/misc ended
up with 000 permissions in the first place (it's created by setup.exe
using the inherited Windows permissions -- are the ACLs on / too strict?).
What happened with man may happen much less obviously with other packages.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

man.conf missing after cygwin upgrade

[FischRon.external]

[-- Attachment #1: Type: text/plain, Size: 1415 bytes --]

After upgrading cygwin to the most recent version, I found that man
pages
aren't displayed anymore; for example

  $ man man
  Warning: cannot open configuration file /usr/share/misc/man.conf

Then I saw that my MANPATH looks strange:

  $ echo MANPATH
  :/usr/ssl/man

Note the leading column, which looks as if some part of the MANPATH has
been
cut off. I fixed this by manually adjusting the MANPATH:

  $ export MANPATH=/usr/man:/usr/share/man:/usr/ssl/man
  $ man man

Now it does display the man-page, but before this it also writes the 
aforementioned error message. Next I did

  $ /usr/sbin/makewhatis
  $ man -k shell

Now I get that error message *twice* (but then man -k displays an
overview
of the available shell commands, as expected). Now I checked
/usr/share/misc
and found that it has permissions 000. I chmod the permissions to 0777.
Also I found that /usr/share/misc is empty, i.e. there is no file
man.conf
in it.

I checked the man-page for man.conf, but there was no hint how this file
usually is generated.

Of course I can live with this bug, since man eventually seems to do its
job.
Still I'm curious what is going wrong here. Any ideas?

Ronald
-- 
Ronald Fischer 
Infineon Technologies AG
 IT BT CFS IKM
Tel: +49 89 234 81643
Fax +49 89 234 27850
fischron.external@infineon.com 
***** VISIT US AT: <http://www.infineon.com> ***** 
 


[-- Attachment #2: cygcheck.txt --]
[-- Type: text/plain, Size: 18602 bytes --]


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Jun 30 08:59:27 2005

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:	.
	C:\cygwin\usr\local\bin
	C:\cygwin\bin
	C:\cygwin\bin
	c:\program files\imagemagick-5.5.7-q8
	c:\Perl\bin\
	c:\WINNT\system32
	c:\WINNT
	c:\WINNT\System32\Wbem
	c:\Programs\ORANT\8_EL\bin
	c:\Programs\ORANT\7_EL\bin
	c:\Program Files\Oracle\jre\1.1.7\bin
	c:\ant\bin
	c:\jdk14\bin
	c:\Program Files\OpenSSH\bin
	h:\bin
	c:\Program Files\Rational\ClearCase\bin
	c:\Program Files\Rational\common
	c:\PROGRA~1\XRay
	C:\cygwin\usr\X11R6\bin

C:\cygwin\bin\id.exe output (nontsec)
UID: 56297(fischron)  GID: 10513(mkgroup_l_d)
544(Administrators)   545(Users)
10513(mkgroup_l_d)

C:\cygwin\bin\id.exe output (ntsec)
UID: 56297(fischron)  GID: 10513(mkgroup_l_d)
544(Administrators)   545(Users)
10513(mkgroup_l_d)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

CYGWIN = `tty ntsec smbntsec'
HOME = `h:\'
MAKE_MODE = `unix'
PWD = `/cygdrive/h'
USER = `user56297'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
ANT_HOME = `c:\ant'
APPDATA = `C:\Documents and Settings\Fischron\Application Data'
CDPATH = `.:/cygdrive/c/fischron_test:/cygdrive/c/fischron_test/ecrm:/cygdrive/h'
CLASSPATH = `C:\ant\lib\bsh-1.2b7.jar'
CLEARCASE_PRIMARY_GROUP = `EU\MUC-PRJ-Clearcase_it_ecrm_pin-G'
CLEARCASE_PRIMARY_GROUP_ECRM = `EU\MUC-PRJ-Clearcase_it_ecrm-RW-G'
CLEARCASE_PRIMARY_GROUP_PIN = `EU\MUC-PRJ-Clearcase_it_ecrm_pin-G'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `MUCW0291'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DFTVIEWDIR = `fischron_test'
HISTCONTROL = `ignoreboth'
HOMEDRIVE = `H:'
HOMEPATH = `\'
HOMESHARE = `\\MUCSDN03\FischRon'
HOSTNAME = `mucw0291'
I3 = `\fischron_test\ecrm\I3'
JAVAC_COMPILER = `c:\jdk14\bin\javac'
JAVA_HOME = `c:\jdk14'
LESS = `-F -i -J -M'
LIB = `C:\Program Files\Microsoft.Net\Odbc.Net\;C:\Program Files\Microsoft.NET\OracleClient.Net\'
LOGONSERVER = `\\MUCSC004'
LS_COLORS = `no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:ex=01;33:*~=05;31:*.mtxt=05;31:*.ndx=05;31:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.c=01;36:*.h=01;36:*.pl=01;36:*.pm=01;36:*.cgi=01;36:*.java=01;36:*.html=01;36:*.tar=01;31:*.tgz=01;31:*.gz=01;31:*.tgz=01;31:*.bz2=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.jpg=01;35:*.jpeg=01;35:*.JPG=01;35:*.gif=01;35:*.GIF=01;35:*.bmp=01;35:*.BMP=01;35:*.xbm=01;35:*.ppm=01;35:*.xpm=01;35:*.tif=01;35:'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `C:\WINNT\System32\os2\dll;'
OS = `Windows_NT'
OSVERSION = `W2K'
PAGER = `/usr/bin/less'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PCFUNCTION = `Office'
PCLANGUAGE = `0407'
PCLOCATION = `MUC-Grasbrunn'
PCMODEL = `Dell Computer Corporation OptiPlex GX240               '
PCTYPE = `Desktop'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0102'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\w $ '
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\Fischron\LOCALS~1\Temp'
TERM = `ansi'
TMP = `c:\DOCUME~1\Fischron\LOCALS~1\Temp'
USERDNSDOMAIN = `eu.infineon.com'
USERDOMAIN = `EU'
USERNAME = `fischron'
USERPROFILE = `C:\Documents and Settings\Fischron'
WF_RESOURCES = `C:\Programs\ORANT\8_EL\WF\RES\WFUS.RES'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'
dftviewdir = `() {  echo $1 >$dftviewdirfile;
 echo New viewdir file now: $(<$dftviewdirfile);
 setdftcdpath
}'
dftviewdirfile = `/cygdrive/h/.dftviewdir'
mya = `/cygdrive/c/Documents and Settings/Fischron//Application Data'
myd = `/cygdrive/h/My Documents'
myprof = `/cygdrive/c/Documents and Settings/Fischron/'
setdftcdpath = `() {  if [ -f $dftviewdirfile ]; then
 export DFTVIEWDIR=$(<$dftviewdirfile);
 else
 export DFTVIEWDIR=fischron_test;
 fi;
 export CDPATH=.:/cygdrive/c/$DFTVIEWDIR:/cygdrive/c/$DFTVIEWDIR/ecrm:$HOME
}'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x00000022
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = `c:'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/g
  (default) = `g:'
  flags = 0x0000010a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home
  (default) = `C:\Documents and Settings'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
  (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
  (default) = `'

a:  fd           N/A    N/A                    
c:  hd  NTFS   19085Mb  47% CP CS UN PA FC     MUCW0291
d:  cd  CDFS     494Mb 100%    CS UN           WSM2004
g:  net NTFS   1266458Mb  95% CP CS UN PA        eCRM
h:  net NTFS    1229Mb  32% CP CS UN PA        CIFS.HOMEDIR
m:  net MVFS    1000Mb  50% CP CS              CCase
p:  net NTFS   20480Mb   9% CP CS UN PA        PIN
s:  net NTFS   130966Mb  58% CP CS UN PA FC     DISK_D

C:\cygwin                          /                         user    binmode
C:\cygwin/bin                      /usr/bin                  user    binmode
C:\cygwin/lib                      /usr/lib                  user    binmode
.                                  /cygdrive                 user    binmode,cygdrive
c:                                 /c                        system  binmode
g:                                 /g                        system  binmode
C:\Documents and Settings          /home                     system  binmode
C:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  binmode

Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Not Found: cpp (good!)
Found: C:\cygwin\bin\find.exe
Not Found: gcc
Not Found: gdb
Found: C:\cygwin\bin\grep.exe
Not Found: ld
Found: C:\cygwin\bin\ls.exe
Found: c:\Program Files\OpenSSH\bin\ls.exe
Warning: C:\cygwin\bin\ls.exe hides c:\Program Files\OpenSSH\bin\ls.exe
Not Found: make
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\rm.exe
Found: c:\Program Files\OpenSSH\bin\rm.exe
Warning: C:\cygwin\bin\rm.exe hides c:\Program Files\OpenSSH\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sh.exe
Found: c:\Program Files\OpenSSH\bin\sh.exe
Warning: C:\cygwin\bin\sh.exe hides c:\Program Files\OpenSSH\bin\sh.exe
Found: C:\cygwin\bin\tar.exe

   58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygbz2-1.dll" v0.0 ts=2002/5/7 8:33
  380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb-3.1.dll" v0.0 ts=2002/7/24 18:24
  487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 18:25
  136k 2002/10/17 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygexpat-0.dll" v0.0 ts=2002/10/17 17:21
   50k 2002/03/17 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygexslt-0.dll" v0.0 ts=2002/3/17 7:24
   45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
                  "cygform5.dll" v0.0 ts=2001/4/25 7:28
   35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0
                  "cygform6.dll" v0.0 ts=2002/1/9 7:03
   76k 2003/03/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0
                  "cygform7.dll" v0.0 ts=2003/3/9 21:51
   28k 2003/03/22 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm-3.dll" v0.0 ts=2003/3/22 23:19
   19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm.dll" v0.0 ts=2002/2/20 4:05
   15k 2003/03/22 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm_compat-3.dll" v0.0 ts=2003/3/22 23:22
   17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0
                  "cyghistory4.dll" v0.0 ts=2001/1/7 5:34
   20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
                  "cyghistory5.dll" v0.0 ts=2002/10/10 19:28
  929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygiconv-2.dll" v0.0 ts=2002/6/24 20:24
   22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-1.dll" v0.0 ts=2001/12/13 10:28
   28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-2.dll" v0.0 ts=2002/9/20 5:13
   21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl.dll" v0.0 ts=2001/6/20 19:09
  119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0
                  "cygjpeg6b.dll" v0.0 ts=2002/2/9 6:19
   61k 2003/03/05 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygkpathsea-3.dll" v0.0 ts=2003/3/5 21:09
   26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu5.dll" v0.0 ts=2001/4/25 7:27
   20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu6.dll" v0.0 ts=2002/1/9 7:03
   48k 2003/03/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu7.dll" v0.0 ts=2003/3/9 21:51
  156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++5.dll" v0.0 ts=2001/4/25 7:29
  175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++6.dll" v0.0 ts=2002/1/9 7:03
  226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses5.dll" v0.0 ts=2001/4/25 7:17
  202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses6.dll" v0.0 ts=2002/1/9 7:03
  284k 2003/03/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses7.dll" v0.0 ts=2003/3/9 21:50
   15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel5.dll" v0.0 ts=2001/4/25 7:27
   12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel6.dll" v0.0 ts=2002/1/9 7:03
   31k 2003/03/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel7.dll" v0.0 ts=2003/3/9 21:50
   63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcre.dll" v0.0 ts=2003/4/11 10:31
   61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcreposix.dll" v0.0 ts=2003/4/11 10:31
 1069k 2003/06/02 C:\cygwin\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0
                  "cygperl5_8_0.dll" v0.0 ts=2003/6/2 14:01
  173k 2003/02/23 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
                  "cygpng12.dll" v0.0 ts=2003/2/23 23:02
   22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpopt-0.dll" v0.0 ts=2002/6/9 7:45
  108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0
                  "cygreadline4.dll" v0.0 ts=2001/1/7 5:34
  127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0
                  "cygreadline5.dll" v0.0 ts=2002/10/10 19:28
  281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
                  "cygtiff3.dll" v0.0 ts=2003/2/24 5:58
 3094k 2003/05/31 C:\cygwin\bin\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0
                  "cygxerces-c23.dll" v0.0 ts=2003/5/31 7:56
  633k 2002/07/22 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygxml2-2.dll" v0.0 ts=2002/7/22 8:29
  152k 2002/03/17 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygxslt-1.dll" v0.0 ts=2002/3/17 7:19
   15k 2002/03/17 C:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygxsltbreakpoint-1.dll" v0.0 ts=2002/3/17 7:24
   50k 2002/03/12 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
                  "cygz.dll" v0.0 ts=2002/3/12 5:38
  948k 2003/03/18 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=2003/3/18 15:20
    Cygwin DLL version info:
        DLL version: 1.3.22
        DLL epoch: 19
        DLL bad signal mask: 19005
        DLL old termios: 5
        DLL malloc env: 28
        API major: 0
        API minor: 78
        Shared data: 3
        DLL identifier: cygwin1
        Mount registry: 2
        Cygnus registry name: Cygnus Solutions
        Cygwin registry name: Cygwin
        Program options name: Program Options
        Cygwin mount registry name: mounts v2
        Cygdrive flags: cygdrive flags
        Cygdrive prefix: cygdrive prefix
        Cygdrive default prefix: 
        Build date: Tue Mar 18 09:20:11 EST 2003
        CVS tag: dontuse-21
        Shared id: cygwin1S3

  847k 2003/03/19 c:\Program Files\OpenSSH\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0
                  "cygcrypto-0.9.7.dll" v0.0 ts=2003/3/19 21:24
   50k 2002/03/12 c:\Program Files\OpenSSH\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
                  "cygz.dll" v0.0 ts=2002/3/12 5:38
  948k 2003/03/18 c:\Program Files\OpenSSH\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=2003/3/18 15:20
    Cygwin DLL version info:
        DLL version: 1.3.22
        DLL epoch: 19
        DLL bad signal mask: 19005
        DLL old termios: 5
        DLL malloc env: 28
        API major: 0
        API minor: 78
        Shared data: 3
        DLL identifier: cygwin1
        Mount registry: 2
        Cygnus registry name: Cygnus Solutions
        Cygwin registry name: Cygwin
        Program options name: Program Options
        Cygwin mount registry name: mounts v2
        Cygdrive flags: cygdrive flags
        Cygdrive prefix: cygdrive prefix
        Cygdrive default prefix: 
        Build date: Tue Mar 18 09:20:11 EST 2003
        CVS tag: dontuse-21
        Shared id: cygwin1S3


Cygwin Package Information
Last downloaded files to: C:\download\cygwin
Last downloaded files from: http://archive.progeny.com/cygwin

Package                 Version
_update-info-dir        00167-1
a2ps                    4.12-1
ash                     20020731-1
base-files              1.3-1
base-passwd             1.1-1
bash                    2.05b-9
bzip2                   1.0.2-2
clear                   1.0-1
cygutils                1.1.3-1
cygwin                  1.3.22-1
cygwin-doc              1.3-4
diffutils               2.8.1-1
ed                      0.2-1
enscript                1.6.3-3
expat                   1.95.5-1
figlet                  2.2-1
fileutils               4.1-1
findutils               4.1.7-4
gawk                    3.1.2-2
gdbm                    1.8.3-1
gettext                 0.11.5-1
ghostscript-base        7.05-2
ghostscript-x11         7.05-2
grep                    2.5-1
groff                   1.18.1-2
guile-doc               1.6.0-1
gzip                    1.3.3-4
jpeg                    6b-7
less                    378-1
libbz2_1                1.0.2-2
libdb3.1                3.1.17-2
libgdbm                 1.8.0-5
libgdbm-devel           1.8.3-1
libgdbm3                1.8.3-1
libiconv2               1.8-2
libintl                 0.10.38-3
libintl1                0.10.40-1
libintl2                0.11.5-1
libkpathsea3            2.0.2-1
libncurses5             5.2-1
libncurses6             5.2-8
libncurses7             5.3-1
libpng12                1.2.5-1
libpopt0                1.6.4-4
libreadline4            4.1-2
libreadline5            4.3-2
libxerces-c23           2.3.0-1
libxml2                 2.4.23-1
libxslt                 1.0.13-1
lilypond-doc            1.6.8-2
login                   1.8-1
man                     1.5j-2
mc                      4.6.0-3
mktemp                  1.4-1
more                    2.11o-1
nano                    1.2.0-1
ncurses                 5.3-1
newlib-man              20020801
par                     1.52-1
pcre                    4.1-1
perl                    5.8.0-3
perl_manpages           5.8.0-3
pinfo                   0.6.6p1-1
readline                4.3-2
sed                     4.0.7-1
sh-utils                2.0.15-3
sharutils               4.2.1-2
tar                     1.13.25-1
termcap                 20020930-1
terminfo                5.3-2
tetex                   2.0.2-1
tetex-base              2.0.2-1
tetex-bin               2.0.2-1
tetex-doc               2.0.2-1
tetex-extra             2.0.2-1
tetex-tiny              2.0.2-1
tetex-x11               2.0.2-1
texinfo                 4.2-4
texmf                   20020911-1
texmf-base              20020911-1
texmf-doc               20020911-1
texmf-extra             20020911-1
texmf-tiny              20020911-1
textutils               2.0.21-1
tidy                    030201-1
tiff                    3.6.0-1
unzip                   5.50-2
which                   1.5-1
xerces-c                2.3.0-1
xerces-c-doc            2.3.0-1
XFree86-base            4.2.0-1
XFree86-bin             4.2.0-3
XFree86-etc             4.2.0-1
XFree86-fenc            4.2.0-2
XFree86-fnts            4.2.0-2
XFree86-lib             4.2.0-5
XFree86-startup-scripts 4.2.0-4
XFree86-xserv           4.2.0-42
zip                     2.3-2
zlib                    1.1.4-1

Use -h to see help about each section

[-- Attachment #3: Type: text/plain, Size: 218 bytes --]

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/