Re: sunRPC on V1.3.x
On Tue, Mar 05, 2002 at 11:31:19AM -0800, Cheng, Chie-Jin wrote: > So where is to download the sunRPC? On the Sun webpage, for instance. Otherwise, Google is your friend. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh problem setgid Invalid Argument
On Tue, Mar 05, 2002 at 09:53:57PM -0800, Gupta, Sanjay wrote: > It looks like some problem in cygwin1.dll version 1.3.10. Once I have > downgraded the dll to 1.3.9, ssh worked fine. Did you check your /etc/group file? Does it contain your primary group given in /etc/passwd? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.10 and setgid
On Sat, Mar 02, 2002 at 01:15:21AM +0100, Gerrit P. Haase wrote:
> BTW, I have no entry in /etc/group with gid 513, that is my NT4.6a Server
> box. On the W2K Server to my right the group exists.
>
> $ mkgroup -l
> Jeder:S-1-1-0:0:
> SYSTEM:S-1-5-18:18:
> Administratoren:S-1-5-32-544:544:
> Benutzer:S-1-5-32-545:545:
> ...
>
>
> I'm pretty sure that I never had this group.
Is that NT4 server a DC? If so, try if `mkgroup -d' returns
the "Domaenenbenutzer" ("Domain Users") group.
I just tried `mkgroup -l' on a german NT4 Wkst and I got the group 513:
$ mkgroup -l
Jeder:S-1-1-0:0:
SYSTEM:S-1-5-18:18:
Kein:S-1-5-21-2046982008-79955350-526660263-513:513:
[...]
So it doesn't depend on the NT version. As I already wrote, this
group exists always on all NT versions. It's just renamed to
"Domain Users" if a system is configured as PDC.
For those who are interested. It's a piece of code in mkgroup which
always tries to figure out the name of the 513 group when the -l option
is given. It's different in each language and isn't returned by the
Windows local group enumerator NetLocalGroupEnum(), unfortunately:
== SNIP =
if (print_local)
{
/*
* Get `None' group
*/
len = 256;
GetComputerName (name, &len);
csid = (PSID) malloc (1024);
len = 1024;
len2 = 256;
LookupAccountName (NULL, name,
csid, &len,
dom, &len,
&use);
print_special (print_sids, GetSidIdentifierAuthority (csid), 5,
*GetSidSubAuthority (csid, 0),
*GetSidSubAuthority (csid, 1),
*GetSidSubAuthority (csid, 2),
*GetSidSubAuthority (csid, 3),
513,
0,
0,
0);
free (csid);
}
== SNAP =
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: Suggestion for setup
> -Original Message-
> From: Robert Collins [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 05, 2002 11:44 PM
> To: Stephano Mariani; [EMAIL PROTECTED]
> Subject: RE: Suggestion for setup
>
>
>
>
> > -Original Message-
> > From: Stephano Mariani [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, March 06, 2002 7:29 AM
> > To: [EMAIL PROTECTED]
> > Subject: Suggestion for setup
> >
> >
> > Perhaps this is already on the wish list, but it would be
> > useful if setup could set the CYGWIN variable up with (at
> > least) ntsec on NT/2K/XP, and set correct file permissions
> > and ownerships under cygwin for the files it installs.
>
> It's been suggested, but it isn't currently available. If you wish to
> implement it, patches will be considered.
On the same ground, it would be nice if, when creating /etc/passwd and
/etc/group, setup.exe pass the "-d" flag to mkpasswd/mkgroup; otherwise,
ntsec is almost unusable for the (vast majority of) NT/2k/XP users that
happen to be in a Windows domain.
I don't know what happens if "mkpasswd -d" is used on 9x/Me if not in a
domain, but this seems harmless on NT/2k/XP, so always passing -d seems
harmless in these cases.
In fact for our own use, we package cygwin on the same CD as our own product
(with full source of course) and our own install procedure just overwrites
(after asking the user) the cygwin-setup generated files by calling
mk{passwd,group} with "-d".
Sorry for not providing a patch, but it should be fairly straightforward for
anybody used to working on setup.exe sources :-)
Bernard
Bernard Dautrevaux
Microprocess Ingenierie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:+33 (0) 1 47 68 80 80
Fax:+33 (0) 1 47 88 97 85
e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]
>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: login: no shell: /bin/bash: Permission denied
On Wed, Mar 06, 2002 at 12:34:21AM +0100, Jan Nieuwenhuizen wrote: > Hi, > > Just encountered this strange error message from login: > > 00:17:39 fred@appel:~$ ssh fred@abbicci > Last login: Tue Mar 5 21:57:38 2002 from appel.flower > Fanfare!!! > You are successfully logged in to this server!!! > fred@ABBICCI ~$ login root > Password: > Last login: Tue Mar 5 23:21:09 on tty2 > Fanfare!!! > You are successfully logged in to this server!!! > login: no shell: /bin/bash: Permission denied > fred@ABBICCI ~$ ls -l /bin/bash.exe > -rwxr-xr-x1 Administ Geen 478720 Feb 19 19:14 /bin/bash.exe > fred@ABBICCI ~$ who > root tty2 Mar 5 23:21 > fred@ABBICCI ~$ echo $USER > fred > fred@ABBICCI ~$ echo $LOGNAME > fred > fred@ABBICCI ~$ uname -a > CYGWIN_NT-5.1 ABBICCI 1.3.10(0.51/3/2) 2002-02-25 11:14 i686 unknown > > ? But it worked anyway, so it seems. This is on a fresh, curr cygwin > install. No, it didn't work. `who' isn't the right way to get your current user name, try `id'. Basically, login is doing the following: execlp(pwd->pw_shell, tbuf, 0); fprintf(stderr, "login: no shell: "); perror(pwd->pw_shell); exit(0); So, if it couldn't execute the shell, it emits the above error message. The problem you're seeing results from your inability to change the user context. You can't do it, your account doesn't have the permission. That's normal. See /usr/doc/Cygwin/login.README. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
===
- Original Message -
From: "Bernard Dautrevaux" <[EMAIL PROTECTED]>
> On the same ground, it would be nice if, when creating /etc/passwd and
> /etc/group, setup.exe pass the "-d" flag to mkpasswd/mkgroup;
otherwise,
> ntsec is almost unusable for the (vast majority of) NT/2k/XP users
that
> happen to be in a Windows domain.
>
> I don't know what happens if "mkpasswd -d" is used on 9x/Me if not in
a
> domain, but this seems harmless on NT/2k/XP, so always passing -d
seems
> harmless in these cases.
>
> In fact for our own use, we package cygwin on the same CD as our own
product
> (with full source of course) and our own install procedure just
overwrites
> (after asking the user) the cygwin-setup generated files by calling
> mk{passwd,group} with "-d".
>
> Sorry for not providing a patch, but it should be fairly
straightforward for
> anybody used to working on setup.exe sources :-)
Well, as this is one of the things that are about to move out of
setup.exe, and into install-scripts of one sort or another, the
setup.exe source doesn't really matter :}.
Rob
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: Suggestion for setup
> -Original Message- > From: Robert Collins [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 06, 2002 10:53 AM > To: Bernard Dautrevaux; Stephano Mariani; [EMAIL PROTECTED] > Subject: Re: Suggestion for setup > > > > > Sorry for not providing a patch, but it should be fairly > straightforward for > > anybody used to working on setup.exe sources :-) > > Well, as this is one of the things that are about to move out of > setup.exe, and into install-scripts of one sort or another, the > setup.exe source doesn't really matter :}. > Nice to hear, so the patch could be simply to add the proper "-d" arg in the mkpasswd/mkgroup call in the yet-to-be-written install-script; sorry, but I can't do this either :-) :) :) Bernard Dautrevaux Microprocess Ingenierie 97 bis, rue de Colombes 92400 COURBEVOIE FRANCE Tel:+33 (0) 1 47 68 80 80 Fax:+33 (0) 1 47 88 97 85 e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
=== - Original Message - From: "Bernard Dautrevaux" <[EMAIL PROTECTED]> > > Nice to hear, so the patch could be simply to add the proper "-d" arg in the > mkpasswd/mkgroup call in the yet-to-be-written install-script; sorry, but I > can't do this either :-) :) :) Lol! Yes, well if I write the script, maybe you can patch it :}. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
On Wed, Mar 06, 2002 at 10:01:22AM +0100, Bernard Dautrevaux wrote:
> On the same ground, it would be nice if, when creating /etc/passwd and
> /etc/group, setup.exe pass the "-d" flag to mkpasswd/mkgroup; otherwise,
> ntsec is almost unusable for the (vast majority of) NT/2k/XP users that
> happen to be in a Windows domain.
>
> I don't know what happens if "mkpasswd -d" is used on 9x/Me if not in a
> domain, but this seems harmless on NT/2k/XP, so always passing -d seems
> harmless in these cases.
It's not harmless. mkpasswd -d will result in an error message on
stand alone systems. It's actually the other way around. mkpasswd -l
is harmless on domain members and domain controllers.
> In fact for our own use, we package cygwin on the same CD as our own product
> (with full source of course) and our own install procedure just overwrites
> (after asking the user) the cygwin-setup generated files by calling
> mk{passwd,group} with "-d".
So you have a solution and it's published in this mailing list.
We could add a FAQ entry. That should be enough, IMHO.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: login: no shell: /bin/bash: Permission denied
Corinna Vinschen <[EMAIL PROTECTED]> writes: >> ? But it worked anyway, so it seems. This is on a fresh, curr cygwin >> install. > > No, it didn't work. > > The problem you're seeing results from your inability to change > the user context. You can't do it, your account doesn't have the > permission. Ok, thanks, you're right: fred@ABBICCI ~$ login root Password: Last login: Tue Mar 5 23:27:42 on tty2 Fanfare!!! You are successfully logged in to this server!!! login: no shell: /bin/bash: Permission denied fred@ABBICCI ~$ id uid=1009(fred) gid=513(Geen) groups=0(Iedereen),513(Geen),545(Gebruikers) > That's normal. Hmm, so much for google. You adviced to use login before, http://www.cygwin.com/ml/cygwin/2001-03/msg00337.html have things changed since then? > See /usr/doc/Cygwin/login.README. Under NT/2K/XP, login(1) is _not_ supposed to work on the command line to change user context! Though you're able to tweak user permissions to get login(1) working that way, that's NOT officially supported. Ok, so how *do* you change user context? Greetings, Jan. -- Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: login: no shell: /bin/bash: Permission denied
On Wed, Mar 06, 2002 at 11:20:48AM +0100, Jan Nieuwenhuizen wrote: > Hmm, so much for google. You adviced to use login before, > > http://www.cygwin.com/ml/cygwin/2001-03/msg00337.html > > have things changed since then? No. Did you read that article carefully? I've wrote about special user rights needed... > > See /usr/doc/Cygwin/login.README. > > Under NT/2K/XP, login(1) is _not_ supposed to work on the command line > to change user context! Though you're able to tweak user permissions > to get login(1) working that way, that's NOT officially supported. > > Ok, so how *do* you change user context? Either start an sshd service or start inetd and allow telnet or rsh or rlogin. Then you can easily change user context by ssh'ing, telnet'ing, rsh'ing or rlogin'ing into your box under the other account. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.10 and setgid
Sanjay wrote: > I was reading your message about about the 1.3.10 and setgid. I am > also getting the same error. Were you able to solve the problem, > please let me know. I am getting the following problem I didn't solve it, I just re-installed 1.3.9 as I need ssh now and have not an idea how to make groups 518 appear ^_^ -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.10 and setgid
> Is that NT4 server a DC? If so, try if `mkgroup -d' returns
> the "Domaenenbenutzer" ("Domain Users") group.
>
> I just tried `mkgroup -l' on a german NT4 Wkst and I got the group 513:
I get group "Domain Users - 10513" in "mkgroup -d" but no group 513 in "mkgroup
-l"...
(yes, my PC is a 2k PDC, and activetree is active (but I think I'll remove it
soon as I never used it other that with a simple workgroup))
$ mkgroup -l
Everyone:S-1-1-0:0:
SYSTEM:S-1-5-18:18:
Administrators:S-1-5-32-544:544:
Users:S-1-5-32-545:545:
Guests:S-1-5-32-546:546:
Backup Operators:S-1-5-32-551:551:
Replicator:S-1-5-32-552:552:
Server Operators:S-1-5-32-549:549:
Account Operators:S-1-5-32-548:548:
Print Operators:S-1-5-32-550:550:
Accesso compatibile precedente a Windows 2000:S-1-5-32-554:554:
Server RAS e IAS:S-1-5-21-1957994488-1303643608-1417001333-553:553:
DnsAdmins:S-1-5-21-1957994488-1303643608-1417001333-1104:1104:
$ mkgroup -d
Everyone:S-1-1-0:0:
SYSTEM:S-1-5-18:18:
...
Domain Users:S-1-5-21-1957994488-1303643608-1417001333-513:10513:
...
--
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: 1.3.10 and setgid
On Wed, Mar 06, 2002 at 11:51:18AM +0100, Lapo Luchini wrote:
> > Is that NT4 server a DC? If so, try if `mkgroup -d' returns
> > the "Domaenenbenutzer" ("Domain Users") group.
> >
> > I just tried `mkgroup -l' on a german NT4 Wkst and I got the group 513:
>
> I get group "Domain Users - 10513" in "mkgroup -d" but no group 513 in "mkgroup
> -l"...
> (yes, my PC is a 2k PDC, and activetree is active (but I think I'll remove it
> soon as I never used it other that with a simple workgroup))
>
> $ mkgroup -l
> Everyone:S-1-1-0:0:
> SYSTEM:S-1-5-18:18:
> Administrators:S-1-5-32-544:544:
> Users:S-1-5-32-545:545:
> Guests:S-1-5-32-546:546:
> Backup Operators:S-1-5-32-551:551:
> Replicator:S-1-5-32-552:552:
> Server Operators:S-1-5-32-549:549:
> Account Operators:S-1-5-32-548:548:
> Print Operators:S-1-5-32-550:550:
> Accesso compatibile precedente a Windows 2000:S-1-5-32-554:554:
> Server RAS e IAS:S-1-5-21-1957994488-1303643608-1417001333-553:553:
> DnsAdmins:S-1-5-21-1957994488-1303643608-1417001333-1104:1104:
>
> $ mkgroup -d
> Everyone:S-1-1-0:0:
> SYSTEM:S-1-5-18:18:
> ...
> Domain Users:S-1-5-21-1957994488-1303643608-1417001333-513:10513:
> ...
Ouch. Ok, just set the gid to 513 in /etc/group or set your
primary group to 10513 in /etc/passwd and try again.
Did you ever read http://cygwin.com/cygwin-ug-net/ntsec.html ???
If you read it carefully, you'll see that you are free to change
/etc/passwd as well as /etc/group so that it fits your needs.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: 1.3.10 and setgid
> Ouch. Ok, just set the gid to 513 in /etc/group or set your > primary group to 10513 in /etc/passwd and try again. Creating the group 513 "by hand" works perfectly, but nonetheless shouldn't "mkpasswd" and "mkgroup" create automatically an "usable" system? If I use "-d" on both I get the correct 10513 group, but creating both with "-l" creates users in group 513 but creates no group 513. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: login: no shell: /bin/bash: Permission denied
Corinna Vinschen <[EMAIL PROTECTED]> writes: > No. Did you read that article carefully? Aparrently not, I'm sorry. > I've wrote about special user rights needed... Ok, so while using login instead of su is possible in some cases (it seems windows xp is not one of them), easiest is using ssh. Now, because ssh has a remarkably clumsy command line to be used as su, maybe we can include or advise a script or alias like this: #!/bin/sh # su exec ssh $1@$(hostname) or alias su='ssh $(hostname) -l' Greetings, Jan. -- Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.10 and setgid
On Wed, Mar 06, 2002 at 12:43:00PM +0100, Lapo Luchini wrote: > > Ouch. Ok, just set the gid to 513 in /etc/group or set your > > primary group to 10513 in /etc/passwd and try again. > > Creating the group 513 "by hand" works perfectly, but nonetheless shouldn't > "mkpasswd" and "mkgroup" create automatically an "usable" system? > If I use "-d" on both I get the correct 10513 group, but creating both with "-l" > creates users in group 513 but creates no group 513. Patches gratefully accepted. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Suggestion for setup
> -Original Message-
> From: Corinna Vinschen [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 06, 2002 10:19 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Suggestion for setup
>
>
> On Wed, Mar 06, 2002 at 10:01:22AM +0100, Bernard Dautrevaux wrote:
> > On the same ground, it would be nice if, when creating
> /etc/passwd and
> > /etc/group, setup.exe pass the "-d" flag to
> mkpasswd/mkgroup; otherwise,
> > ntsec is almost unusable for the (vast majority of)
> NT/2k/XP users that
> > happen to be in a Windows domain.
> >
> > I don't know what happens if "mkpasswd -d" is used on 9x/Me
> if not in a
> > domain, but this seems harmless on NT/2k/XP, so always
> passing -d seems
> > harmless in these cases.
>
> It's not harmless. mkpasswd -d will result in an error message on
> stand alone systems.
Oh yes, I forgot that... By saying "harmless" I just wanted to say that it
doesn't break anything, so you can ignore the error message altogether,
something I actually do :-)
> It's actually the other way around. mkpasswd -l
> is harmless on domain members and domain controllers.
Yes but it doesn't give th eexpected result... What if we add a "-a"
argument (saying generate all possible entries, either local or from the
domain), that in fact will just avoid th eerror message and return code that
"-d" generates if it can't found a domain controller?
Would a patch on these lines be acceptable, as a first step to allow
automatic generation of complete /etc/passwd and /etc/group files during
cygwin install?
>
> > In fact for our own use, we package cygwin on the same CD
> as our own product
> > (with full source of course) and our own install procedure
> just overwrites
> > (after asking the user) the cygwin-setup generated files by calling
> > mk{passwd,group} with "-d".
>
> So you have a solution and it's published in this mailing list.
> We could add a FAQ entry. That should be enough, IMHO.
A FAQ entry indicating that "ntsec" expects correct and complete
passwd/group files is surely useful, although I don't know if it's not
alreay present: I discover the cure for my fiel access problems myself quite
quickly, before even looking at the FAQ, but maybe I'm not the average user
:-)
Bernard
Bernard Dautrevaux
Microprocess Ingenierie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:+33 (0) 1 47 68 80 80
Fax:+33 (0) 1 47 88 97 85
e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: Suggestion for setup
> -Original Message-
> From: Bernard Dautrevaux [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 06, 2002 2:32 PM
> To: 'Corinna Vinschen'
> Cc: [EMAIL PROTECTED]
> Subject: RE: Suggestion for setup
>
>
> > -Original Message-
> > From: Corinna Vinschen [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, March 06, 2002 10:19 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Suggestion for setup
> >
> >
> > On Wed, Mar 06, 2002 at 10:01:22AM +0100, Bernard Dautrevaux wrote:
> > > On the same ground, it would be nice if, when creating
> > /etc/passwd and
> > > /etc/group, setup.exe pass the "-d" flag to
> > mkpasswd/mkgroup; otherwise,
> > > ntsec is almost unusable for the (vast majority of)
> > NT/2k/XP users that
> > > happen to be in a Windows domain.
> > >
> > > I don't know what happens if "mkpasswd -d" is used on 9x/Me
> > if not in a
> > > domain, but this seems harmless on NT/2k/XP, so always
> > passing -d seems
> > > harmless in these cases.
> >
> > It's not harmless. mkpasswd -d will result in an error message on
> > stand alone systems.
>
> Oh yes, I forgot that... By saying "harmless" I just wanted
> to say that it
> doesn't break anything, so you can ignore the error message
> altogether,
> something I actually do :-)
>
> > It's actually the other way around. mkpasswd -l
> > is harmless on domain members and domain controllers.
>
> Yes but it doesn't give th eexpected result... What if we add a "-a"
> argument (saying generate all possible entries, either local
> or from the
> domain), that in fact will just avoid th eerror message and
> return code that
> "-d" generates if it can't found a domain controller?
>
> Would a patch on these lines be acceptable, as a first step to allow
> automatic generation of complete /etc/passwd and /etc/group
> files during
> cygwin install?
As this is quite a simple patch, I proceed and here it is, for mkgroup.c and
mkpasswd.c:
*** winsup/utils/mkgroup.c 2001/04/26 19:02:52 1.3
--- winsup/utils/mkgroup.c 2002/03/06 14:10:18
***
*** 367,370
--- 367,373
fprintf (stderr, " specified (or from the
current domain if there is\n");
fprintf (stderr, " no domain specified)\n");
+ fprintf (stderr, " -a,--all print both local and global
group information from the\n");
+ fprintf (stderr, " specified domain (or from
the current domain if there is\n");
+ fprintf (stderr, " no domain specified) but do
not complain if not in a domain\n");
fprintf (stderr, " -o,--id-offset offset change the default offset
(1) added to uids\n");
fprintf (stderr, " in domain accounts.\n");
***
*** 416,419
--- 419,424
switch (i)
{
+ case 'a':
+ print_domain = -1;
case 'l':
print_local = 1;
***
*** 439,443
if (!print_local && !print_domain)
{
! fprintf (stderr, "%s: Specify one of `-l' or `-d'\n", argv[0]);
return 1;
}
--- 444,448
if (!print_local && !print_domain)
{
! fprintf (stderr, "%s: Specify one of `-l', `-d' or `-a'\n", argv[0]);
return 1;
}
***
*** 447,451
{
fprintf (stderr, "%s: A domain name is only accepted "
! "when `-d' is given.\n", argv[0]);
return 1;
}
--- 452,456
{
fprintf (stderr, "%s: A domain name is only accepted "
! "when `-d' or `-a' is given.\n", argv[0]);
return 1;
}
***
*** 545,553
if (rc != ERROR_SUCCESS)
{
! fprintf (stderr, "Cannot get PDC, code = %ld\n", rc);
! exit (1);
}
!
! enum_groups (servername, print_sids, print_users, id_offset);
}
--- 550,561
if (rc != ERROR_SUCCESS)
{
! if (print_domain > 0)
! {
! fprintf (stderr, "Cannot get DC, code = %ld\n", rc);
! exit (1);
! }
}
! else
! enum_groups (servername, print_sids, print_users, id_offset);
}
*** winsup/utils/mkpasswd.c 2001/04/26 19:02:52 1.4
--- winsup/utils/mkpasswd.c 2002/03/06 14:10:19
***
*** 321,324
--- 321,326
fprintf (stderr, " -d,--domain print domain accounts (from
current domain\n");
fprintf (stderr, " if no domain
specified)\n");
+ fprintf (stderr, " -a,--allprint local and domain
accounts (from current domain\n");
+ fprintf (stderr, " if no domain specified)
without complaining if not in domain\n");
fprintf (stderr, " -o,--id-offset offset change the default offset
(1) added to uids\n");
fprintf (stderr, " in domain accounts.\n");
***
*** 379,382
--- 381,386
switch (i)
Re: Having problems running services under Win2K ( inetd/sshd/... )?
At 07:05 PM 3/5/2002, John Tynefield wrote: >Over many frustrating hours I have been trying to get inetd ( or sshd ) to >work with my Win2K cygwin setup to enable civilized remote access. It >worked great on one of my local systems, but every time I tried to start the >service on a very similarly configured machine it would fail with: > >cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: >The Service has not been started. > >Searches of this mailing list and extensive google searches were no use. >Ultimately I found the culprit. For some reason setup.exe had created all >of my root mount points as user mounts and not system mounts. Therefore the >service when started as user: SYSTEM couldn't find, well anything, and >failed without printing any useful status. The solution is to change / from >a user mount point to a system mount point. > >I hope this description saves someone else the headache. Setup provides the option to "Install For:" "All" or "Just Me". You obviously decided to use "Just Me", which explains why you got what you did by running setup. If you wanted system mounts, you should have chosen "All". As you noted, it's possible to change this setting after installation by just remounting the 'user' mounts as 'system'. For those interested in these details, see 'mount --help'. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
On Wed, Mar 06, 2002 at 03:01:05PM +0100, Bernard Dautrevaux wrote: > As this is quite a simple patch, I proceed and here it is, for mkgroup.c and > mkpasswd.c: I have two problems with this patch: - No ChangeLog entry. - Do we have a signed copyright assignment from you? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Suggestion for setup
--- Bernard Dautrevaux <[EMAIL PROTECTED]> wrote: > > > -Original Message- > On the same ground, it would be nice if, when creating /etc/passwd and > /etc/group, setup.exe pass the "-d" flag to mkpasswd/mkgroup; otherwise, > ntsec is almost unusable for the (vast majority of) NT/2k/XP users that > happen to be in a Windows domain. > > I don't know what happens if "mkpasswd -d" is used on 9x/Me if not in a > domain, but this seems harmless on NT/2k/XP, so always passing -d seems > harmless in these cases. > Depends on how you define "harmless". We have a *huge* domain, and "mkpasswd -d" can take a very long time (20 - 30 minutes) to complete, so I definitely wouldn't want to run blindly run it with the -d option here. If it were implemented, it should be an option, at least. When I run mkpasswd here, I generally run it twice, once to get local machine accounts, and once with the -d *and* -u options to get a specific user's info from the domain. It might be useful with those options. Hmm, maybe I'll take a look at that. It would require some fields in the GUI though... --Rick __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: login: no shell: /bin/bash: Permission denied
On Wed, Mar 06, 2002 at 12:53:33PM +0100, Jan Nieuwenhuizen wrote: > Corinna Vinschen <[EMAIL PROTECTED]> writes: > > I've wrote about special user rights needed... > > Ok, so while using login instead of su is possible in some cases (it > seems windows xp is not one of them), easiest is using ssh. These user rights are by default only given to SYSTEM regardless of the NT version. XP differs only by requiring less of these user rights in one of the needed system calls. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
On Wed, Mar 06, 2002 at 04:32:24PM +0100, Corinna Vinschen wrote: >On Wed, Mar 06, 2002 at 03:01:05PM +0100, Bernard Dautrevaux wrote: >> As this is quite a simple patch, I proceed and here it is, for mkgroup.c and >> mkpasswd.c: > >I have two problems with this patch: > >- No ChangeLog entry. >- Do we have a signed copyright assignment from you? The patch also seemed to have some strange characters in it, at least on my system. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
On Wed, Mar 06, 2002 at 11:43:47AM -0500, Chris Faylor wrote:
> On Wed, Mar 06, 2002 at 04:32:24PM +0100, Corinna Vinschen wrote:
> >On Wed, Mar 06, 2002 at 03:01:05PM +0100, Bernard Dautrevaux wrote:
> >> As this is quite a simple patch, I proceed and here it is, for mkgroup.c and
> >> mkpasswd.c:
> >
> >I have two problems with this patch:
> >
> >- No ChangeLog entry.
> >- Do we have a signed copyright assignment from you?
>
> The patch also seemed to have some strange characters in it, at least on my
> system.
Right, I'm seeing these pipe characters:
***
*** 379,382
--- 381,386
| switch (i)
| {
+ | case 'a':
+ | print_domain = -1;
| case 'l':
| print_local = 1;
You too?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
At 12:02 PM 3/6/2002, Corinna Vinschen wrote:
>On Wed, Mar 06, 2002 at 11:43:47AM -0500, Chris Faylor wrote:
> > On Wed, Mar 06, 2002 at 04:32:24PM +0100, Corinna Vinschen wrote:
> > >On Wed, Mar 06, 2002 at 03:01:05PM +0100, Bernard Dautrevaux wrote:
> > >> As this is quite a simple patch, I proceed and here it is, for mkgroup.c and
> > >> mkpasswd.c:
> > >
> > >I have two problems with this patch:
> > >
> > >- No ChangeLog entry.
> > >- Do we have a signed copyright assignment from you?
> >
> > The patch also seemed to have some strange characters in it, at least on my
> > system.
>
>Right, I'm seeing these pipe characters:
>
>***
>*** 379,382
>--- 381,386
> | switch (i)
> | {
>+ | case 'a':
>+ | print_domain = -1;
> | case 'l':
> | print_local = 1;
>
>You too?
I know your question was directed at Chris but I can say the patch I got
had no strange characters. I've included it below in case a comparative
analysis is useful.
- Cut here -
*** winsup/utils/mkgroup.c 2001/04/26 19:02:52 1.3
--- winsup/utils/mkgroup.c 2002/03/06 14:10:18
***
*** 367,370
--- 367,373
fprintf (stderr, " specified (or from the
current domain if there is\n");
fprintf (stderr, " no domain specified)\n");
+ fprintf (stderr, " -a,--all print both local and global
group information from the\n");
+ fprintf (stderr, " specified domain (or from
the current domain if there is\n");
+ fprintf (stderr, " no domain specified) but do
not complain if not in a domain\n");
fprintf (stderr, " -o,--id-offset offset change the default offset
(1) added to uids\n");
fprintf (stderr, " in domain accounts.\n");
***
*** 416,419
--- 419,424
switch (i)
{
+ case 'a':
+print_domain = -1;
case 'l':
print_local = 1;
***
*** 439,443
if (!print_local && !print_domain)
{
! fprintf (stderr, "%s: Specify one of `-l' or `-d'\n", argv[0]);
return 1;
}
--- 444,448
if (!print_local && !print_domain)
{
! fprintf (stderr, "%s: Specify one of `-l', `-d' or `-a'\n", argv[0]);
return 1;
}
***
*** 447,451
{
fprintf (stderr, "%s: A domain name is only accepted "
! "when `-d' is given.\n", argv[0]);
return 1;
}
--- 452,456
{
fprintf (stderr, "%s: A domain name is only accepted "
! "when `-d' or `-a' is given.\n", argv[0]);
return 1;
}
***
*** 545,553
if (rc != ERROR_SUCCESS)
{
!fprintf (stderr, "Cannot get PDC, code = %ld\n", rc);
!exit (1);
}
!
! enum_groups (servername, print_sids, print_users, id_offset);
}
--- 550,561
if (rc != ERROR_SUCCESS)
{
!if (print_domain > 0)
! {
!fprintf (stderr, "Cannot get DC, code = %ld\n", rc);
!exit (1);
! }
}
! else
! enum_groups (servername, print_sids, print_users, id_offset);
}
*** winsup/utils/mkpasswd.c 2001/04/26 19:02:52 1.4
--- winsup/utils/mkpasswd.c 2002/03/06 14:10:19
***
*** 321,324
--- 321,326
fprintf (stderr, " -d,--domain print domain accounts (from
current domain\n");
fprintf (stderr, " if no domain
specified)\n");
+ fprintf (stderr, " -a,--allprint local and domain
accounts (from current domain\n");
+ fprintf (stderr, " if no domain specified)
without complaining if not in domain\n");
fprintf (stderr, " -o,--id-offset offset change the default offset
(1) added to uids\n");
fprintf (stderr, " in domain accounts.\n");
***
*** 379,382
--- 381,386
switch (i)
{
+ case 'a':
+print_domain = -1;
case 'l':
print_local = 1;
***
*** 416,420
if (!print_local && !print_domain && !print_local_groups)
{
! fprintf (stderr, "%s: Specify one of `-l', `-d' or `-g'\n", argv[0]);
return 1;
}
--- 420,424
if (!print_local && !print_domain && !print_local_groups)
{
! fprintf (stderr, "%s: Specify one of `-l', `-d', `-a' or `-g'\n",
argv[0]);
return 1;
}
***
*** 424,428
{
fprintf (stderr, "%s: A domain name is only accepted "
! "when `-d' is given.\n", argv[0]);
return 1;
}
--- 428,432
{
fprintf (stderr, "%s: A domain name is only accepted "
! "when `-d' or `-a' is given.\n", argv[0]);
return 1;
}
***
*** 528,536
if
RE: Suggestion for setup
> -Original Message-
> From: Corinna Vinschen [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 06, 2002 6:03 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Suggestion for setup
>
>
> On Wed, Mar 06, 2002 at 11:43:47AM -0500, Chris Faylor wrote:
> > On Wed, Mar 06, 2002 at 04:32:24PM +0100, Corinna Vinschen wrote:
> > >On Wed, Mar 06, 2002 at 03:01:05PM +0100, Bernard Dautrevaux wrote:
> > >> As this is quite a simple patch, I proceed and here it
> is, for mkgroup.c and
> > >> mkpasswd.c:
> > >
> > >I have two problems with this patch:
> > >
> > >- No ChangeLog entry.
> > >- Do we have a signed copyright assignment from you?
> >
> > The patch also seemed to have some strange characters in
> it, at least on my
> > system.
>
> Right, I'm seeing these pipe characters:
>
> ***
> *** 379,382
> --- 381,386
> | switch (i)
> | {
> + | case 'a':
> + | print_domain = -1;
> | case 'l':
> | print_local = 1;
>
> You too?
>
Don't know from where these can come; in my copy here I got:
***
*** 379,382
--- 381,386
switch (i)
{
+ case 'a':
+ print_domain = -1;
case 'l':
print_local = 1;
I attach the original file below; the Changelog entry could be:
2002-03-06 Bernard Dautrevaux <[EMAIL PROTECTED]>
* mkgroup.c: Add a '-a' option to generate both local and
domain groups, but without complaining if we cannot found
a domain controller (i.e. if we're in a workgroup instead
of a domain).
* mkpasswd.c: ditto, but for users
As for a copyright assignment, I thought the change was sufficiently small
to not need one; the "contributing" page says we need one if the "change is
going to be a significant one in terms of the size of your code changes". I
hope changing about 10 lines in two files is not considered a "significant"
change but rather a minor one. I would *really* prefer not having to go
through all the paperwork (something I may even have to decline due to our
overall workload).
Bernard
Bernard Dautrevaux
Microprocess Ingenierie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:+33 (0) 1 47 68 80 80
Fax:+33 (0) 1 47 88 97 85
e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]
patch.diff
Description: Binary data
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
On Wed, Mar 06, 2002 at 12:17:02PM -0500, Larry Hall (RFK Partners, Inc) wrote:
>At 12:02 PM 3/6/2002, Corinna Vinschen wrote:
>>On Wed, Mar 06, 2002 at 11:43:47AM -0500, Chris Faylor wrote:
>> > On Wed, Mar 06, 2002 at 04:32:24PM +0100, Corinna Vinschen wrote:
>> > >On Wed, Mar 06, 2002 at 03:01:05PM +0100, Bernard Dautrevaux wrote:
>> > >> As this is quite a simple patch, I proceed and here it is, for mkgroup.c and
>> > >> mkpasswd.c:
>> > >
>> > >I have two problems with this patch:
>> > >
>> > >- No ChangeLog entry.
>> > >- Do we have a signed copyright assignment from you?
>> >
>> > The patch also seemed to have some strange characters in it, at least on my
>> > system.
>>
>>Right, I'm seeing these pipe characters:
>>
>>***
>>*** 379,382
>>--- 381,386
>> | switch (i)
>> | {
>>+ | case 'a':
>>+ | print_domain = -1;
>> | case 'l':
>> | print_local = 1;
>>
>>You too?
>
>
>I know your question was directed at Chris but I can say the patch I got
>had no strange characters. I've included it below in case a comparative
>analysis is useful.
Look at the original email via a text editor or less. It is wrapped
funny and has strange characters within it -- at least that's what
less represents them as.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Blind carbon copy not blind (mutt ssmtp)
I've noticed unusual behavior using Cygwin mutt-1.2.5i-6 and ssmtp-2.38.7-3 that doesn't occur in standard Unix mutt/sendmail usage. If I Bcc: someone, the entire Bcc: line appears buried in the headers of the recipient's email (and of course the blind recipients are not hidden, just made harder to find). Is this a problem with the way ssmtp is passing Bcc: addresses to my ISP's (AT&T) SMTP server? Or is it a feature of the 'simple' in ssmtp? Couldn't find any answers in the Cygwin mailing list archives. Has anyone else experienced this? Thanks. Bob Heckel - Protect yourself from spam, use http://sneakemail.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Suggestion for setup
> -Original Message- > From: Rick Rankin [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 06, 2002 5:22 PM > To: Bernard Dautrevaux; 'Robert Collins'; Stephano Mariani; > [EMAIL PROTECTED] > Subject: RE: Suggestion for setup > > > > --- Bernard Dautrevaux <[EMAIL PROTECTED]> wrote: > > > > -Original Message- > > On the same ground, it would be nice if, when creating > /etc/passwd and > > /etc/group, setup.exe pass the "-d" flag to > mkpasswd/mkgroup; otherwise, > > ntsec is almost unusable for the (vast majority of) > NT/2k/XP users that > > happen to be in a Windows domain. > > > > I don't know what happens if "mkpasswd -d" is used on 9x/Me > if not in a > > domain, but this seems harmless on NT/2k/XP, so always > passing -d seems > > harmless in these cases. > > > > Depends on how you define "harmless". We have a *huge* > domain, and "mkpasswd > -d" can take a very long time (20 - 30 minutes) to complete, > so I definitely > wouldn't want to run blindly run it with the -d option here. > If it were > implemented, it should be an option, at least. Oh, I didn't think at that ;-( Obviously a way to avoid running "mkpasswd -d" in such a case would be useful. > > When I run mkpasswd here, I generally run it twice, once to > get local machine > accounts, and once with the -d *and* -u options to get a > specific user's info > from the domain. It might be useful with those options. Hmm, > maybe I'll take a > look at that. It would require some fields in the GUI though... > Sure this is the most flexible solution. Another option would be to only get the password for the profiles we find locally on the system while installing. Of course the right solution would be to avoid the need for /etc/passwd and /etc/group and automatically serach the NT domain controller, but I'm afraid this would be a *huge* job to create these files as virtual files that just talk to the domain controller if any. Plus if one blindly and dumbly just search through the /etc/passwd file you will get the 20min run time anyway. I'm not familiar enough with how programs like "ls" for example maps user IDs to user names; if there is some "standard" way to search for entries in /etc/passwd, then these can look directly in the domain controller. OTOH if they just read the whole password file linearly searching for the mapping, then we're a bit stuck. Oh, let me look at the doco: there is routines like "getpwuid()" or "getpwnam()" that may be implemented to look at the domain controller. Of course "getpwent()", iterating on the password database, will last for long but... Just my .02euros Bernard Bernard Dautrevaux Microprocess Ingenierie 97 bis, rue de Colombes 92400 COURBEVOIE FRANCE Tel:+33 (0) 1 47 68 80 80 Fax:+33 (0) 1 47 88 97 85 e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
FW: Suggestion for setup
Sorry, click on the wrong button and send a private mail to Corinna... :-)
-Original Message-
From: Bernard Dautrevaux [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 6:15 PM
To: 'Corinna Vinschen'
Subject: RE: Suggestion for setup
> -Original Message-
> From: Corinna Vinschen [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 06, 2002 6:03 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Suggestion for setup
>
>
> On Wed, Mar 06, 2002 at 11:43:47AM -0500, Chris Faylor wrote:
> > On Wed, Mar 06, 2002 at 04:32:24PM +0100, Corinna Vinschen wrote:
> > >On Wed, Mar 06, 2002 at 03:01:05PM +0100, Bernard Dautrevaux wrote:
> > >> As this is quite a simple patch, I proceed and here it
> is, for mkgroup.c and
> > >> mkpasswd.c:
> > >
> > >I have two problems with this patch:
> > >
> > >- No ChangeLog entry.
> > >- Do we have a signed copyright assignment from you?
> >
> > The patch also seemed to have some strange characters in
> it, at least on my
> > system.
>
> Right, I'm seeing these pipe characters:
>
> ***
> *** 379,382
> --- 381,386
> | switch (i)
> | {
> + | case 'a':
> + | print_domain = -1;
> | case 'l':
> | print_local = 1;
>
> You too?
>
Don't know from where these can come; in my copy here I got:
***
*** 379,382
--- 381,386
switch (i)
{
+ case 'a':
+ print_domain = -1;
case 'l':
print_local = 1;
I attach the original file below; the Changelog entry could be:
2002-03-06 Bernard Dautrevaux <[EMAIL PROTECTED]>
* mkgroup.c: Add a '-a' option to generate both local and
domain groups, but without complaining if we cannot found
a domain controller (i.e. if we're in a workgroup instead
of a domain).
* mkpasswd.c: ditto, but for users
As for a copyright assignment, I thought the change was sufficiently small
to not need one; the "contributing" page says we need one if the "change is
going to be a significant one in terms of the size of your code changes". I
hope changing about 10 lines in two files is not considered a "significant"
change but rather a minor one. I would *really* prefer not having to go
through all the paperwork (something I may even have to decline due to our
overall workload).
Bernard
Bernard Dautrevaux
Microprocess Ingenierie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:+33 (0) 1 47 68 80 80
Fax:+33 (0) 1 47 88 97 85
e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]
patch.diff
Description: Binary data
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
On Wed, Mar 06, 2002 at 06:31:04PM +0100, Bernard Dautrevaux wrote: >Oh, I didn't think at that ;-( Obviously a way to avoid running "mkpasswd >-d" in such a case would be useful. This is just an issue for first time installations, right? AFAICT, /etc/passwd should not be produced if there is already a /etc/passwd. Ditto /etc/group. I guess the best solution is to present the user with several options 1) Create /etc/passwd using local accounts? 2) Create /etc/passwd using domain accounts? 3) Create /etc/passwd using local and domain accounts? 4) Don't create /etc/passwd Then we have to remember what the user wanted. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Suggestion for setup
> -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 06, 2002 6:51 PM > To: [EMAIL PROTECTED] > Subject: Re: Suggestion for setup > > > On Wed, Mar 06, 2002 at 06:31:04PM +0100, Bernard Dautrevaux wrote: > >Oh, I didn't think at that ;-( Obviously a way to avoid > running "mkpasswd > >-d" in such a case would be useful. > > This is just an issue for first time installations, right? AFAICT, > /etc/passwd should not be produced if there is already a /etc/passwd. > Ditto /etc/group. > > I guess the best solution is to present the user with several options > > 1) Create /etc/passwd using local accounts? > > 2) Create /etc/passwd using domain accounts? > > 3) Create /etc/passwd using local and domain accounts? > > 4) Don't create /etc/passwd Yes that would be nice (although 4 may perhaps not really be needed). > > Then we have to remember what the user wanted. This is only needed if we want to implement choice 4, and expect the user *never* to create any /etc/passwd - /etc/group file. Bernard Bernard Dautrevaux Microprocess Ingenierie 97 bis, rue de Colombes 92400 COURBEVOIE FRANCE Tel:+33 (0) 1 47 68 80 80 Fax:+33 (0) 1 47 88 97 85 e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gnome binary for cywin
Hi, I'm looking for a gnome Win2k (Windows 2000) binary, that will run ontop of cygwin. Has anyone got this working? Development Envirionment Windows 2000 SP2 Cygwin 1.3.10 PostgreSQL 7.2 Visual C++ 6.0 EE SP5 Thanx Egon -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Suggestion for setup
> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 06, 2002 6:30 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Suggestion for setup
>
>
> On Wed, Mar 06, 2002 at 12:17:02PM -0500, Larry Hall (RFK
> Partners, Inc) wrote:
> >At 12:02 PM 3/6/2002, Corinna Vinschen wrote:
> >>On Wed, Mar 06, 2002 at 11:43:47AM -0500, Chris Faylor wrote:
> >> > On Wed, Mar 06, 2002 at 04:32:24PM +0100, Corinna Vinschen wrote:
> >> > >On Wed, Mar 06, 2002 at 03:01:05PM +0100, Bernard
> Dautrevaux wrote:
> >> > >> As this is quite a simple patch, I proceed and here
> it is, for mkgroup.c and
> >> > >> mkpasswd.c:
> >> > >
> >> > >I have two problems with this patch:
> >> > >
> >> > >- No ChangeLog entry.
> >> > >- Do we have a signed copyright assignment from you?
> >> >
> >> > The patch also seemed to have some strange characters in
> it, at least on my
> >> > system.
> >>
> >>Right, I'm seeing these pipe characters:
> >>
> >>***
> >>*** 379,382
> >>--- 381,386
> >> | switch (i)
> >> | {
> >>+ | case 'a':
> >>+ | print_domain = -1;
> >> | case 'l':
> >> | print_local = 1;
> >>
> >>You too?
> >
> >
> >I know your question was directed at Chris but I can say the
> patch I got
> >had no strange characters. I've included it below in case a
> comparative
> >analysis is useful.
>
> Look at the original email via a text editor or less. It is wrapped
> funny and has strange characters within it -- at least
> that's what
> less represents them as.
Oh, now I see them... And I was even able to (quite) understand where they
are coming from. I'm editing files and generating diffs under Linux (all my
compiles are done with cross-compilers) and the editor I use automatically
use tabs for indentation... and when copying/pasting through Exceed between
X11 and Outlook, the TABs get transcoded in '\0xa0' ;-(
Don't know who to blame there: Exceed, Outlook, Windows NT...
So I'll have to stick to send attached patches, although these are a lot
less convenient to review ;-(
Except if I find a workaround to this problem, perhaps find the file in its
samba share, open it with a Windows text editor, then copy/paste under
Windows... I'll try that next time :-)
Bernard
Bernard Dautrevaux
Microprocess Ingenierie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:+33 (0) 1 47 68 80 80
Fax:+33 (0) 1 47 88 97 85
e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]
>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
At 12:29 PM 3/6/2002, Christopher Faylor wrote:
>On Wed, Mar 06, 2002 at 12:17:02PM -0500, Larry Hall (RFK Partners, Inc) wrote:
> >At 12:02 PM 3/6/2002, Corinna Vinschen wrote:
> >>On Wed, Mar 06, 2002 at 11:43:47AM -0500, Chris Faylor wrote:
> >> > On Wed, Mar 06, 2002 at 04:32:24PM +0100, Corinna Vinschen wrote:
> >> > >On Wed, Mar 06, 2002 at 03:01:05PM +0100, Bernard Dautrevaux wrote:
> >> > >> As this is quite a simple patch, I proceed and here it is, for mkgroup.c and
> >> > >> mkpasswd.c:
> >> > >
> >> > >I have two problems with this patch:
> >> > >
> >> > >- No ChangeLog entry.
> >> > >- Do we have a signed copyright assignment from you?
> >> >
> >> > The patch also seemed to have some strange characters in it, at least on my
> >> > system.
> >>
> >>Right, I'm seeing these pipe characters:
> >>
> >>***
> >>*** 379,382
> >>--- 381,386
> >> | switch (i)
> >> | {
> >>+ | case 'a':
> >>+ | print_domain = -1;
> >> | case 'l':
> >> | print_local = 1;
> >>
> >>You too?
> >
> >
> >I know your question was directed at Chris but I can say the patch I got
> >had no strange characters. I've included it below in case a comparative
> >analysis is useful.
>
>Look at the original email via a text editor or less. It is wrapped
>funny and has strange characters within it -- at least that's what
>less represents them as.
OK, I do see this same thing in the raw file. Sorry for the (added?) noise.
Larry Hall [EMAIL PROTECTED]
RFK Partners, Inc. http://www.rfk.com
838 Washington Street (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: gnome binary for cywin
At 12:58 PM 3/6/2002, [EMAIL PROTECTED] wrote: >Hi, > >I'm looking for a gnome Win2k (Windows 2000) binary, that will run ontop of cygwin. >Has anyone got this working? People are working on this. Check the email list archives for details. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
Corinna Vinschen wrote: > It's not harmless. mkpasswd -d will result in an error message on > stand alone systems. Seems to me that mkpasswd could be made smart enough to try -d and if an error is returned issue a warning that it's switching to -l mode. > It's actually the other way around. mkpasswd -l > is harmless on domain members and domain controllers. It's also less useful IMHO. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
On Wed, Mar 06, 2002 at 10:52:20AM -0800, Andrew DeFaria wrote: >Corinna Vinschen wrote: >>It's not harmless. mkpasswd -d will result in an error message on >>stand alone systems. > >Seems to me that mkpasswd could be made smart enough to try -d and if >an error is returned issue a warning that it's switching to -l mode. This would result in some people experiencing the twenty to thirty minute delays that were previously mentioned. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
Rick Rankin wrote: > Depends on how you define "harmless". We have a *huge* domain, and "mkpasswd > -d" can take a very long time (20 - 30 minutes) to complete, so I definitely > wouldn't want to run blindly run it with the -d option here. If it were > implemented, it should be an option, at least. > > When I run mkpasswd here, I generally run it twice, once to get local machine > accounts, and once with the -d *and* -u options to get a specific user's info > from the domain. It might be useful with those options. Hmm, maybe I'll take a > look at that. It would require some fields in the GUI though... That's why I lobbied (briefly) for setup to allow the user to specify their own setup script - a script to be run automatically after Cygwin setup is done. This way the various administrators could determine and code their own local customizations as it were. Personally my setup script does a number of things like setting up inetd, cron, etc. One of it's various tasks is to get better passwd and group files. I just symlink them to global passwd and group files. I know, symlinking /etc/passwd might be considered highly dangerous in regular Unix environments however when you think about it in Cygwin you don't even really login(1). (I also symlink a global /etc/profile that has mods to get the user's home directory and shell from the global passwd file and actually use them. Oh it also sets up some standard, systemwide (or rather site wide) mounts such as /home -> /// and I have another script which creates the global passwd file and changes home directories from the form of $USER\$ (don't ask me why there's a trailing $ sign at the end of the user names) to /home/$USER). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
Christopher Faylor wrote: > On Wed, Mar 06, 2002 at 06:31:04PM +0100, Bernard Dautrevaux wrote: > >>Oh, I didn't think at that ;-( Obviously a way to avoid running "mkpasswd >>-d" in such a case would be useful. >> > > This is just an issue for first time installations, right? AFAICT, > /etc/passwd should not be produced if there is already a /etc/passwd. > Ditto /etc/group. Not necessary! In fact in most shops that run Windows domains users are being added and deleted all the time! If you think about allowing the ability of an arbitrarily new user to be able to telnet into your box for whatever reason then they will not be able to if /etc/passwd's remain static. I think the ultimate solution would be for somebody to write a NIS equivlant for Windows domains! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: login: no shell: /bin/bash: Permission denied
Corinna Vinschen wrote: > No, it didn't work. `who' isn't the right way to get your current > user name, try `id'. Basically, login is doing the following: > > execlp(pwd->pw_shell, tbuf, 0); > fprintf(stderr, "login: no shell: "); > perror(pwd->pw_shell); > exit(0); > > So, if it couldn't execute the shell, it emits the above error > message. > > The problem you're seeing results from your inability to change > the user context. You can't do it, your account doesn't have the > permission. That's normal. See /usr/doc/Cygwin/login.README. You imply that somebody has the ability to change user context! If so then who is that somebody (USER)? It's my understanding that the only thing(s) that use login are things like telnet/rlogin/rsh. Frustrated by the lack of su(1M)! Oh, BTW, here's a potential security problem: $ rsh hosta id uid=1370(adefaria) gid=513(Domain Users) groups=0(Everyone),512(Domain Admins),513(Domain Users),1170(Everybody),1382(ITSupport),1354(Operations),1331(Software) $ rsh hosta -l otheruser id uid=1269(otheruser) gid=513(Domain Users) groups=0(Everyone),513(Domain Users),1203(Engineering),1170(Everybody),2171(Product Team),1215(Service Group),1331(Software),1298(TDM Group) How did I rsh as another user and not be prompted for a password? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Blind carbon copy not blind (mutt ssmtp)
Bob, On Wed, Mar 06, 2002 at 12:28:39PM -, Bob Heckel wrote: > Couldn't find any answers in the Cygwin > mailing list archives. Has anyone else > experienced this? Thanks. AFAICT, I do not observe this behavior. Note that I use personal a build of mutt 1.3.24i instead of the standard Cygwin version. Sorry, that I cannot be more helpful. Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
On Wed, Mar 06, 2002 at 11:06:10AM -0800, Andrew DeFaria wrote: >Christopher Faylor wrote: >>On Wed, Mar 06, 2002 at 06:31:04PM +0100, Bernard Dautrevaux wrote: >>>Oh, I didn't think at that ;-( Obviously a way to avoid running "mkpasswd >>>-d" in such a case would be useful. >> >>This is just an issue for first time installations, right? AFAICT, >>/etc/passwd should not be produced if there is already a /etc/passwd. >>Ditto /etc/group. > >Not necessary! In fact in most shops that run Windows domains users are >being added and deleted all the time! If you think about allowing the >ability of an arbitrarily new user to be able to telnet into your box >for whatever reason then they will not be able to if /etc/passwd's >remain static. The code in setup.exe seems to indicate that mkpasswd and mkgroup will not be run if the corresponding files already exist. I was asking if people were actually seeing this happen after a first-time install. Even if it is not the case that this only happens the first time you install cygwin, using setup.exe to upgrade /etc/passwd is really not the right way to deal with this. Just run mkpasswd and mkgroup. There is no reason to involve setup.exe. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
orbz
Date: Wed, 6 Mar 2002 20:19:12 +0100 (CET) From: [EMAIL PROTECTED] (Mail Delivery System) To: [EMAIL PROTECTED] (Postmaster) Subject: Postfix Relay Hub SMTP server: errors from sources.redhat.com[209.249.29.67] Message-Id: <[EMAIL PROTECTED]> X-Virus-Scanned: by VirusGate.MEIway.com X-UIDL: 300267925 Status: U Transcript of session follows. Out: 220 mgw1.MEIway.com - ESMTP - Postfix Relay Hub - ATTN: UCE trespassers will be pursued. In: HELO sources.redhat.com Out: 250 mgw1.MEIway.com In: MAIL FROM:<[EMAIL PROTECTED]> Out: 250 Ok In: RCPT TO:<[EMAIL PROTECTED]> Out: 554 Service unavailable; [209.249.29.67] blocked using inputs.orbz.org, reason: Open relay input. See http://orbz.org/??209.249.29.67 In: QUIT Out: 221 Bye -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Blind carbon copy not blind (mutt ssmtp)
On Wed, Mar 06, 2002 at 12:28:39PM -, Bob Heckel wrote: > I've noticed unusual behavior using Cygwin Add the following to your .muttrc set write_bcc=no -- Key ID = 0xDB34E51C Key fingerprint = 77AD E027 BF3A 0382 DD70 B053 DC07 4F55 DB34 E51C msg04976/pgp0.pgp Description: PGP signature
Re: Suggestion for setup
- Original Message - From: "Christopher Faylor" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 06, 2002 09:51 Subject: Re: Suggestion for setup > On Wed, Mar 06, 2002 at 06:31:04PM +0100, Bernard Dautrevaux wrote: > >Oh, I didn't think at that ;-( Obviously a way to avoid running "mkpasswd > >-d" in such a case would be useful. > > This is just an issue for first time installations, right? AFAICT, > /etc/passwd should not be produced if there is already a /etc/passwd. > Ditto /etc/group. > > I guess the best solution is to present the user with several options > > 1) Create /etc/passwd using local accounts? > > 2) Create /etc/passwd using domain accounts? > > 3) Create /etc/passwd using local and domain accounts? > > 4) Don't create /etc/passwd > > Then we have to remember what the user wanted. Not necessarily. The existance of /etc/password is already being checked in setup.exe. So if it exists, the default should be 4; if it doesn't, the default should be 1 to avoid delays in large domains. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
- Original Message - From: "Christopher Faylor" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 06, 2002 11:25 Subject: Re: Suggestion for setup > On Wed, Mar 06, 2002 at 11:06:10AM -0800, Andrew DeFaria wrote: > >Christopher Faylor wrote: > The code in setup.exe seems to indicate that mkpasswd and mkgroup will > not be run if the corresponding files already exist. I was asking if > people were actually seeing this happen after a first-time install. I recently messed with the function that does that, so I can confirm that it only runs mkpasswd and mkgroup if the corresponding files don't exist. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
I've never seen setup run mkpasswd or mkgroup when /etc/passwd or /etc/group exist, so I believe you're right, Chris, in saying that this is just a first time setup issue. Personally, I just didn't want to see a first time user around here get stuck with a 30 minute install process because setup blindly ran mkpasswd -d. --Rick --- Christopher Faylor <[EMAIL PROTECTED]> wrote: > On Wed, Mar 06, 2002 at 11:06:10AM -0800, Andrew DeFaria wrote: > >Christopher Faylor wrote: > >>On Wed, Mar 06, 2002 at 06:31:04PM +0100, Bernard Dautrevaux wrote: > >>>Oh, I didn't think at that ;-( Obviously a way to avoid running "mkpasswd > >>>-d" in such a case would be useful. > >> > >>This is just an issue for first time installations, right? AFAICT, > >>/etc/passwd should not be produced if there is already a /etc/passwd. > >>Ditto /etc/group. > > > >Not necessary! In fact in most shops that run Windows domains users are > >being added and deleted all the time! If you think about allowing the > >ability of an arbitrarily new user to be able to telnet into your box > >for whatever reason then they will not be able to if /etc/passwd's > >remain static. > > The code in setup.exe seems to indicate that mkpasswd and mkgroup will > not be run if the corresponding files already exist. I was asking if > people were actually seeing this happen after a first-time install. > > Even if it is not the case that this only happens the first time you > install cygwin, using setup.exe to upgrade /etc/passwd is really not the > right way to deal with this. Just run mkpasswd and mkgroup. There is > no reason to involve setup.exe. > > cgf > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
On Wed, Mar 06, 2002 at 11:25:30AM -0800, Michael A Chase wrote: >- Original Message - >From: "Christopher Faylor" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Sent: Wednesday, March 06, 2002 09:51 >Subject: Re: Suggestion for setup > > >> On Wed, Mar 06, 2002 at 06:31:04PM +0100, Bernard Dautrevaux wrote: >> >Oh, I didn't think at that ;-( Obviously a way to avoid running "mkpasswd >> >-d" in such a case would be useful. >> >> This is just an issue for first time installations, right? AFAICT, >> /etc/passwd should not be produced if there is already a /etc/passwd. >> Ditto /etc/group. >> >> I guess the best solution is to present the user with several options >> >> 1) Create /etc/passwd using local accounts? >> >> 2) Create /etc/passwd using domain accounts? >> >> 3) Create /etc/passwd using local and domain accounts? >> >> 4) Don't create /etc/passwd >> >> Then we have to remember what the user wanted. > >Not necessarily. The existance of /etc/password is already being checked in >setup.exe. So if it exists, the default should be 4; if it doesn't, the >default should be 1 to avoid delays in large domains. If /etc/passwd doesn't exist then I assume that a user has a reason for that. We want to be nice and not ask them again. We maybe even want to document the way this is stored so that one write to a file and change setup's (or whatever is doing this) default behavior. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Scheduled processes
I am running cygwin under WinNT and Win2000. Is there any way to call cygwin and start a particular process? What I wish to do is check out stuff from a cvs repository on a regular basis to update the directories on my computer. Thanks. Jeff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Failed: Installing Postgresql under Cygwin on win98se
Hi! Don´t know if it´s right here but I wasn´t succesful at news.postgresql yet :( ... Ok, main thing is: I downloaded&installed postgresql 7.2 (it seemed to be the new official package back then) recently and all of the stuff it needs. ipc-daemon & works (it did nothing foolish so far). Then I tried the initdb-script to initialize the db. (at least this is what i´ve found to be done first after reading all of these howtos and readmes. Here I should point out that they either were a)too old (referencing version 7.1.3 ?) b)path structure different c)saying different things about what to do ) So, this is what initdb offered me: __ $ initdb -D /usr/share/postgresql/data/ basename: not found grep: not found grep: not found sed: not found The program 'postgres' is needed by but was not found in the directory '/usr/bin'. Check your installation. __ It seems to me that some bash commands don´t work, it would be interesting if it´s a normal behaviour or due to win98, or is it a script error? Or - and i hope that - I just did the wrong things so far and it´s simple. Problem is, that I didn´t find anything explaining the postgresql cygwin-package separately and what to do then. And I´ve read somewhere that win98se is supposed to be supported... Thanks in advance, Tom -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Scheduled processes
At 03:01 PM 3/6/2002, Jeff Utz wrote: >I am running cygwin under WinNT and Win2000. Is there any way to call cygwin >and start a particular process? > >What I wish to do is check out stuff from a cvs repository on a regular >basis to update the directories on my computer. If you want to do this under Cygwin, look at the cron package. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: login: no shell: /bin/bash: Permission denied
On Wed, Mar 06, 2002 at 11:12:11AM -0800, Andrew DeFaria wrote: > You imply that somebody has the ability to change user context! If so > then who is that somebody (USER)? I have to tell that each week (day?) again, apparently. It's SYSTEM. > It's my understanding that the only thing(s) that use login are things > like telnet/rlogin/rsh. > > Frustrated by the lack of su(1M)! Did you ever try to understand NT security? Otherwise you would know know the cause for this restriction. It's exceptionally not because we're mean! > Oh, BTW, here's a potential security problem: > > $ rsh hosta id > uid=1370(adefaria) gid=513(Domain Users) groups=0(Everyone),512(Domain > Admins),513(Domain > Users),1170(Everybody),1382(ITSupport),1354(Operations),1331(Software) > $ rsh hosta -l otheruser id > uid=1269(otheruser) gid=513(Domain Users) groups=0(Everyone),513(Domain > Users),1203(Engineering),1170(Everybody),2171(Product Team),1215(Service > Group),1331(Software),1298(TDM Group) > > How did I rsh as another user and not be prompted for a password? Because you have an .rhosts file? I assume you know how rsh works on U*X systems, don't you? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: FW: Suggestion for setup
On Wed, Mar 06, 2002 at 06:32:24PM +0100, Bernard Dautrevaux wrote: > Sorry, click on the wrong button and send a private mail to Corinna... :-) Unlikely since I'm using the mailing list address in my "From:" field. Just "reply" to my mailings and even Outlook sends only one message to the list... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Screen color question
I installed cygwin and have been using it pretty much as it came "out of the box" (on an NT4 box). As installed (with the bash shell), it displays light green on black background and I'm going blind. I searched the faq, etc., and found all sorts of stuff about setting colors in vim or emacs, but nothing about setting the colors in the vanilla shell. Thanks. BG == Barry Goldstein Pequod Software 124 Otis Street [EMAIL PROTECTED] Newtonville, MA 02460-1846 +1-617-332-5758 (home) U.S.A. +1-509-756-7445 (fax) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Prompt question
In the bash shell, my prompt seems to be the two lines below I have no name!@INUK ~ $ INUK is the machine name (NT4), and '~' is my home directory, but where does the thing get the 'I have no name' thing and how can I change it? Thanks. BG == Barry Goldstein Pequod Software 124 Otis Street [EMAIL PROTECTED] Newtonville, MA 02460-1846 +1-617-332-5758 (home) U.S.A. +1-509-756-7445 (fax) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Prompt question
I would guess it gets the "I have no name!" thing because you need to do a "mkpasswd -d >> /etc/passwd". I don't think your domain username is in the passwd file, so it doesn't know who you are. HTH, Peter -- 1 Timothy 4:12 (NIV)- Don't let anyone look down on you because you are young, but set an example for the believers in speech, in life, in love, in faith, and in purity. Barry Goldstein wrote: > In the bash shell, my prompt seems to be the two lines below > I have no name!@INUK ~ > $ > INUK is the machine name (NT4), and '~' is my home directory, but where > does the thing get the 'I have no name' thing and how can I change it? > > Thanks. > > BG > > == > Barry Goldstein Pequod Software > 124 Otis Street [EMAIL PROTECTED] > Newtonville, MA 02460-1846 +1-617-332-5758 (home) > U.S.A. +1-509-756-7445 (fax) > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Scheduled processes
"Larry Hall (RFK Partners, Inc)" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > At 03:01 PM 3/6/2002, Jeff Utz wrote: > >I am running cygwin under WinNT and Win2000. Is there any way to call cygwin > >and start a particular process? > > > >What I wish to do is check out stuff from a cvs repository on a regular > >basis to update the directories on my computer. > Actually, I did not specify the question correctly. What I want to is have the cygwin start a specific process. I think all I need to do is start bash with the --rcfile and I can call my stuff from there. Thanks for you rapid response. Although it did not answer my question, it did get me going on the right path. Jeff > > > If you want to do this under Cygwin, look at the cron package. > > > > Larry Hall [EMAIL PROTECTED] > RFK Partners, Inc. http://www.rfk.com > 838 Washington Street (508) 893-9779 - RFK Office > Holliston, MA 01746 (508) 893-9889 - FAX > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Screen color question
At 03:39 PM 3/6/2002, Barry Goldstein wrote: >I installed cygwin and have been using it pretty much as it came "out of >the box" (on an NT4 box). > >As installed (with the bash shell), it displays light green on black >background and I'm going blind. I searched the faq, etc., and found all >sorts of stuff about setting colors in vim or emacs, but nothing about >setting the colors in the vanilla shell. You set colors for the console window the same way as you would for a DOS prompt (since the shell is just starting in a DOS prompt box). Change the colors in the properties menu. If you want to set colors instead within the shell instead, check out the bash documentation (man page, etc) for that information. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Screen color question
Barry, If you're using the Windows console, open the properties dialog, either of the shortcut you use to start your Cygwin shell or of an existing window (use the window menu) and view the "Colors" pane. There you can control the foreground (text) and background colors for plain text (i.e., when an application does not itself issue color-changing escape sequences). For RXVT you need to alter the command that starts up the emulator (again, presumably in a shortcut). The "-fg" and "-bg" options set the foreground and background colors, resp. "Man rxvt" for more details. Randall Schulz Mountain View, CA USA At 12:39 2002-03-06, Barry Goldstein wrote: >I installed cygwin and have been using it pretty much as it came "out of >the box" (on an NT4 box). > >As installed (with the bash shell), it displays light green on black >background and I'm going blind. I searched the faq, etc., and found all >sorts of stuff about setting colors in vim or emacs, but nothing about >setting the colors in the vanilla shell. > >Thanks. > >BG -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Prompt question
Sorry, but I'm a unix-newbie: My /etc/passwd file is in fact a 0-byte file. But when I type what you suggest mkpasswd -d >> /etc/passwd it just sits there for a long time (and so I kill it with Ctrl-C. And 'man mkpasswd' says it knows not what I ask. ??? BG = At 03:45 PM 3/6/2002 -0500, Peter Buckley wrote: >I would guess it gets the "I have no name!" thing because you need to do >a "mkpasswd -d >> /etc/passwd". I don't think your domain username is in >the passwd file, so it doesn't know who you are. > >HTH, >Peter > > >-- >1 Timothy 4:12 (NIV)- Don't let anyone look down on you because you are >young, but set an example for the believers >in speech, in life, in love, in faith, and in purity. > >Barry Goldstein wrote: > >> In the bash shell, my prompt seems to be the two lines below >> I have no name!@INUK ~ >> $ >> INUK is the machine name (NT4), and '~' is my home directory, but where >> does the thing get the 'I have no name' thing and how can I change it? >> >> Thanks. >> >> BG == Barry Goldstein Pequod Software 124 Otis Street [EMAIL PROTECTED] Newtonville, MA 02460-1846 +1-617-332-5758 (home) U.S.A. +1-509-756-7445 (fax) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: cron-3.0.1-5
Your email was not received by Børge Svingen. Please refer private emails to [EMAIL PROTECTED] or issues regarding FAST to [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Prompt question
Hmm... I thought that when cygwin was installed, it did "mkpasswd -l >> /etc/passwd", so there was at least something in /etc/passwd. Do you in fact have a file in c:\cygwin\bin named mkpasswd.exe? It actually should just sit there for a long time when you do "mkpasswd -d >> /etc/passwd". It is adding all the users from the NT domain to the passwd file. You can do a "mkpasswd -d | grep bgoldstein >> /etc/passwd", that will take the same amount of time but only put your username in the passwd file (where bgoldstein is your username). HTH, Peter Barry Goldstein wrote: > Sorry, but I'm a unix-newbie: > > My /etc/passwd file is in fact a 0-byte file. > > But when I type what you suggest > mkpasswd -d >> /etc/passwd > it just sits there for a long time (and so I kill it with Ctrl-C. > > And 'man mkpasswd' says it knows not what I ask. > > ??? > > BG > > = > > At 03:45 PM 3/6/2002 -0500, Peter Buckley wrote: > >>I would guess it gets the "I have no name!" thing because you need to do >>a "mkpasswd -d >> /etc/passwd". I don't think your domain username is in >>the passwd file, so it doesn't know who you are. >> >>HTH, >>Peter >> >> >>-- >>1 Timothy 4:12 (NIV)- Don't let anyone look down on you because you are >>young, but set an example for the believers >>in speech, in life, in love, in faith, and in purity. >> >>Barry Goldstein wrote: >> >> >>>In the bash shell, my prompt seems to be the two lines below >>> I have no name!@INUK ~ >>> $ >>>INUK is the machine name (NT4), and '~' is my home directory, but where >>>does the thing get the 'I have no name' thing and how can I change it? >>> >>>Thanks. >>> >>>BG >>> > > == > Barry Goldstein Pequod Software > 124 Otis Street [EMAIL PROTECTED] > Newtonville, MA 02460-1846 +1-617-332-5758 (home) > U.S.A. +1-509-756-7445 (fax) > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Prompt question
On Wed, Mar 06, 2002 at 04:17:21PM -0500, Peter Buckley wrote: > Hmm... I thought that when cygwin was installed, it did "mkpasswd -l >> > /etc/passwd", so there was at least something in /etc/passwd. Do you in > fact have a file in c:\cygwin\bin named mkpasswd.exe? > > It actually should just sit there for a long time when you do "mkpasswd > -d >> /etc/passwd". It is adding all the users from the NT domain to the > passwd file. You can do a "mkpasswd -d | grep bgoldstein >> > /etc/passwd", that will take the same amount of time but only put your > username in the passwd file (where bgoldstein is your username). Urgh, I'd suggest using the -u option instead... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Prompt question
At 04:17 PM 3/6/2002 -0500, Peter Buckley wrote: >Hmm... I thought that when cygwin was installed, it did "mkpasswd -l >> >/etc/passwd", so there was at least something in /etc/passwd. Do you in >fact have a file in c:\cygwin\bin named mkpasswd.exe? > >It actually should just sit there for a long time when you do "mkpasswd >-d >> /etc/passwd". It is adding all the users from the NT domain to the >passwd file. You can do a "mkpasswd -d | grep bgoldstein >> >/etc/passwd", that will take the same amount of time but only put your >username in the passwd file (where bgoldstein is your username). > >HTH, >Peter Thanks -- yes, there is a mkpasswd.exe in bin. I did mkpasswd -d >&mkpasswd.txt and got the following Everyone:*:0:0:,S-1-1-0:: SYSTEM:*:18:18:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: mkpasswd: error 2453 My machine is not on a LAN (just a cable modem to my ISP). I log on to NT as "Barry Goldstein", with full administrator privileges. Maybe the space in the name is causing the error? My cygwin home directory is /usr/bag, FWIW. I just tried mkpasswd -d >> /etc/passwd and the first three lines above are indeed in the file, but I still have no name. It's not worth a lot of hassle, but I'm going to wrestle with the PS[0-9] environment vars which set the prompt (and are also, I think, responsible for the lousy colors (even if I change them with the NT box properties, they go right back to lousy at a new prompt). Thanks. BG == Barry Goldstein Pequod Software 124 Otis Street [EMAIL PROTECTED] Newtonville, MA 02460-1846 +1-617-332-5758 (home) U.S.A. +1-509-756-7445 (fax) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
Christopher Faylor wrote: > The code in setup.exe seems to indicate that mkpasswd and mkgroup will > not be run if the corresponding files already exist. I was asking if > people were actually seeing this happen after a first-time install. I see mkpass -l run each and every time Cygwin is installed or a newer version is installed. In our environment we wish /etc/passwd to represent all users in the domain. Thus upgrading Cygwin causes mkpass -l and causes things to break. > Even if it is not the case that this only happens the first time you > install cygwin, using setup.exe to upgrade /etc/passwd is really not the > right way to deal with this. Just run mkpasswd and mkgroup. There is > no reason to involve setup.exe. I'm not saying that if one wants /etc/passwd updated one sure run Cygwin's setup.exe. What I'm saying is that Cygwin's setup.exe should not break the /etc/passwd in place already. My experiences says that setup currently breaks things. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Prompt question
Aha. Sounds like it might be a problem with the space in the name. I am not sure how to work around that with mkpasswd. But you could probably do a "mkpasswd -l >> /etc/passwd" (I didn't realize you weren't in a domain environment). You can also try Corinna's suggestion about "mkpasswd -u "Barry Goldstein" >> /etc/passwd", or maybe "mkpasswd -u Barry\ Goldstein >> /etc/passwd". Note that the space needs to be quoted. About the colors, are you checking off "modify the shortcut which started this window"? It sounds like you are only modifying the one window, and so the next command window has the same bad colors. HTH, Peter Barry Goldstein wrote: > At 04:17 PM 3/6/2002 -0500, Peter Buckley wrote: > >>Hmm... I thought that when cygwin was installed, it did "mkpasswd -l >> >>/etc/passwd", so there was at least something in /etc/passwd. Do you in >>fact have a file in c:\cygwin\bin named mkpasswd.exe? >> >>It actually should just sit there for a long time when you do "mkpasswd >>-d >> /etc/passwd". It is adding all the users from the NT domain to the >>passwd file. You can do a "mkpasswd -d | grep bgoldstein >> >>/etc/passwd", that will take the same amount of time but only put your >>username in the passwd file (where bgoldstein is your username). >> >>HTH, >>Peter >> > > Thanks -- yes, there is a mkpasswd.exe in bin. > > I did mkpasswd -d >&mkpasswd.txt and got the following > Everyone:*:0:0:,S-1-1-0:: > SYSTEM:*:18:18:,S-1-5-18:: > Administrators:*:544:544:,S-1-5-32-544:: > mkpasswd: error 2453 > > My machine is not on a LAN (just a cable modem to my ISP). I log on to NT > as "Barry Goldstein", with full administrator privileges. Maybe the space > in the name is causing the error? > > My cygwin home directory is /usr/bag, FWIW. > > I just tried mkpasswd -d >> /etc/passwd and the first three lines above are > indeed in the file, but I still have no name. > > It's not worth a lot of hassle, but I'm going to wrestle with the PS[0-9] > environment vars which set the prompt (and are also, I think, responsible > for the lousy colors (even if I change them with the NT box properties, > they go right back to lousy at a new prompt). > > Thanks. > > BG > > > == > Barry Goldstein Pequod Software > 124 Otis Street [EMAIL PROTECTED] > Newtonville, MA 02460-1846 +1-617-332-5758 (home) > U.S.A. +1-509-756-7445 (fax) > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
Michael A Chase wrote: > I recently messed with the function that does that, so I can confirm that it > only runs mkpasswd and mkgroup if the corresponding files don't exist. When did this come about? Because every time I reinstall Cygwin it does indeed run mkpasswd -l. I wonder, since our /etc/passwd is a symlink, whether this function considers a symlink == file doesn't exist? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Screen color question
I should have thought of that, but having done it, it doesn't stick -- the next prompt restores the dim light-green-on-black. So I think it's my prompt that is 'insisting' on the dimness. The prompt strings are PS1=$'\\[\\033]0;\\w\\007\n\\033[32m\\]\\u@\\h \\[\\033[33m\\w\\033[0m\\]\n$ ' PS2='> ' PS4='+ ' I'm not sure where to re-set these or what they should be -- I'll go and read the man bash pages. All I want is the current directory followed by the usual '>'. BG === At 03:50 PM 3/6/2002 -0500, Larry Hall (RFK Partners, Inc) wrote: >At 03:39 PM 3/6/2002, Barry Goldstein wrote: >>I installed cygwin and have been using it pretty much as it came "out of >>the box" (on an NT4 box). >> >>As installed (with the bash shell), it displays light green on black >>background and I'm going blind. I searched the faq, etc., and found all >>sorts of stuff about setting colors in vim or emacs, but nothing about >>setting the colors in the vanilla shell. > > >You set colors for the console window the same way as you would for a >DOS prompt (since the shell is just starting in a DOS prompt box). Change >the colors in the properties menu. If you want to set colors instead >within the shell instead, check out the bash documentation (man page, etc) >for that information. == Barry Goldstein Pequod Software 124 Otis Street [EMAIL PROTECTED] Newtonville, MA 02460-1846 +1-617-332-5758 (home) U.S.A. +1-509-756-7445 (fax) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: cron-3.0.1-5
I have updated the version of CRON in cygwin/contrib to 3.0.1-5. This version adds a postinstall script which creates the /var/cron and /var/cron/tabs directories on installation. This should lower the chance that cron creates these directories with wrong mode and ownership. === Cron is neither patched for nor tested on 9x/ME. If it doesn't work, feel free to send me patches to accomodate 9x/ME. If you have problems, I assume it will have to do with file permission or user identity checks, probably. === Send patches and error reports to <[EMAIL PROTECTED]> To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. Really. No kidding. Email cygwin stuff to [EMAIL PROTECTED] If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. Did I mention that I'd prefer that all cygwin questions should go to [EMAIL PROTECTED]? I can't remember... *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you "tried everything" to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: login: no shell: /bin/bash: Permission denied
Corinna Vinschen wrote: > On Wed, Mar 06, 2002 at 11:12:11AM -0800, Andrew DeFaria wrote: > >>You imply that somebody has the ability to change user context! If so >>then who is that somebody (USER)? >> > > I have to tell that each week (day?) again, apparently. It's SYSTEM. Sorry, I saw that the very next post. So then is it possible to login(1) as SYSTEM then use login(1) to switch user? Probably not because you (i.e. not the other user nor SYSTEM) can't use login to switch user to SYSTEM. OK then, seems to me that su might be implementable by using a service that runs as SYSTEM and takes requests to switch user from user A to user B. Possible? >>It's my understanding that the only thing(s) that use login are things >>like telnet/rlogin/rsh. >> >>Frustrated by the lack of su(1M)! >> > > Did you ever try to understand NT security? Only briefly I glanced over it. Honestly I do not wish to be an NT security expert. > Otherwise you would > know know the cause for this restriction. It's exceptionally not > because we're mean! Did I say you were mean? > >>Oh, BTW, here's a potential security problem: >> >>$ rsh hosta id >>uid=1370(adefaria) gid=513(Domain Users) groups=0(Everyone),512(Domain >>Admins),513(Domain >>Users),1170(Everybody),1382(ITSupport),1354(Operations),1331(Software) >>$ rsh hosta -l otheruser id >>uid=1269(otheruser) gid=513(Domain Users) groups=0(Everyone),513(Domain >>Users),1203(Engineering),1170(Everybody),2171(Product Team),1215(Service >>Group),1331(Software),1298(TDM Group) >> >> How did I rsh as another user and not be prompted for a password? >> > > Because you have an .rhosts file? I assume you know how rsh > works on U*X systems, don't you? No need to get condesending here Corinna! I know how rsh works! My first shot at it had a ~/.rhosts file but just before I posted I said to myself that I should verify this is still a problem without a ~/.rhosts so I moved it aside and reproduced exactly the same problem. Regardless, to me it's still would be a large security hole if all one needs to do is: $ echo "+" > ~/.rhosts to be able to abuse rsh to do something under somebody else's user ID is it not? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Prompt question
At 04:44 PM 3/6/2002 -0500, Peter Buckley wrote: >Aha. Sounds like it might be a problem with the space in the name. I am >not sure how to work around that with mkpasswd. But you could probably >do a "mkpasswd -l >> /etc/passwd" (I didn't realize you weren't in a >domain environment). > >You can also try Corinna's suggestion about "mkpasswd -u "Barry >Goldstein" >> /etc/passwd", or maybe "mkpasswd -u Barry\ Goldstein >> >/etc/passwd". Note that the space needs to be quoted. > >About the colors, are you checking off "modify the shortcut which >started this window"? It sounds like you are only modifying the one >window, and so the next command window has the same bad colors. > >HTH, >Peter Aha! I did the mkpasswd -l and got all this in the passwd file: Everyone:*:0:0:,S-1-1-0:: SYSTEM:*:18:18:,S-1-5-18:: Administrators:*:544:54 4:,S-1-5-32-544:: Administrator:unused_by_nt/2000/xp:500:513:Barry Goldstein,U-INUK\Administrator,S-1-5-21-1269515077-1808626588-709306599-500: /home/Administrator:/bin/bash Barry Goldstein:unused_by_nt/2000/xp:1000:513:Barry Goldstein,U-INUK\Barry Goldstein,S-1-5-21-1269515077-1808626588-709306599-1000:/home/Barry Goldstein:/bin/bash Guest:unused_by_nt/2000/xp:501:513:U-INUK\Guest,S-1-5-21 -1269515077-1808626588-709306599-501:/home/Guest:/bin/bash I was at first disappointed to see that I still had no name, but of course I had to kill and restart cygwin and now, lo and behold, I am once again Barry Goldstein. Imagine my relief! As for the colors, yes, I told it to modify the shortcut that started the window. I think there's something in the prompt strings that undoes that and sets the colors with some sort of odd ANSI strings. The prompt strings are PS1=$'\\[\\033]0;\\w\\007\n\\033[32m\\]\\u@\\h \\[\\033[33m\\w\\033[0m\\]\n$ ' PS2='> ' PS4='+ ' I'm not sure where these should be set, but I'll go read the bash man pages. Suggestions are welcome (I'll settle for bright-green-on-black). Thanks very much for the help. BG == Barry Goldstein Pequod Software 124 Otis Street [EMAIL PROTECTED] Newtonville, MA 02460-1846 +1-617-332-5758 (home) U.S.A. +1-509-756-7445 (fax) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Scheduled processes
Jeff Utz wrote: > "Larry Hall (RFK Partners, Inc)" <[EMAIL PROTECTED]> wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > >>At 03:01 PM 3/6/2002, Jeff Utz wrote: >> >>>I am running cygwin under WinNT and Win2000. Is there any way to call >>> > cygwin > >>>and start a particular process? >>> >>>What I wish to do is check out stuff from a cvs repository on a regular >>>basis to update the directories on my computer. >>> > > Actually, I did not specify the question correctly. What I want to is have > the cygwin start a specific process. That's one of the very things that cron is used for! Think of cron as the Task Scheduler for Unix ergo Cygwin. > > I think all I need to do is start bash with the --rcfile > and I can call my stuff from there. > > Thanks for you rapid response. Although it did not answer my question, it > did get me going on the right path. > > Jeff > >> >>If you want to do this under Cygwin, look at the cron package. >> >> >> >>Larry Hall [EMAIL PROTECTED] >>RFK Partners, Inc. http://www.rfk.com >>838 Washington Street (508) 893-9779 - RFK Office >>Holliston, MA 01746 (508) 893-9889 - FAX >> >> >>-- >>Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >>Bug reporting: http://cygwin.com/bugs.html >>Documentation: http://cygwin.com/docs.html >>FAQ: http://cygwin.com/faq/ >> >> >> > > > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cd dot dot dot slash dot weirdness
Hi, I don't know if this is a bug but you all are probably aware of this strange behavior. bash-2.05a$ ls -al total 18 drwxr-xr-x2 user9 None 4096 Mar 6 12:14 . drwxr-xr-x 27 user9 None12288 Mar 1 15:16 .. -rwxr-xr-x1 user9 None 208 Jan 2 17:10 ftp.bash -rwxr-xr-x1 user9 None 239 Mar 6 12:10 sysdate-1.sh bash-2.05a$ pwd /russ/scripts bash-2.05a$ cd .../. bash-2.05a$ pwd /russ/scripts/... bash-2.05a$ uname -a CYGWIN_NT-4.0 SRC26 1.3.6(0.47/3/2) 2001-12-08 17:02 i686 unknown ... is this a bug do I have a virus? Doesn't seem to hurt anything just curious. Thanks Russ -- __ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Screen color question
Barry, When you confirmed the dialog, it asked you whether to apply the change only to the current window or to all subsequent uses of the same shortcut that created that window. If you did not start the shell via a shortcut, then the second alternative is based on subsequent windows with the same initial title as the current one (or as its initial title--I don't know which). The default is "current window only," so you have to click the other radio button to make the change persistend. Of course, if you change the shortcut directly, it will be applied to all windows subsequently opened via that shortcut. Use this PS1: PS1='\w> ' or PS1='\W> ' You might like my PS1. It puts the current directory name (both short and long form) in the window's title bar and just the history number in the prompt: PS1=$'\[\e]0; \u :: \W (\w)\a\]\!> ' This works in most modern terminal emulators, including the Cygwin console and RXVT. Not that I want to dissuade you from reading the manual... Randy At 13:49 2002-03-06, Barry Goldstein wrote: >I should have thought of that, but having done it, it doesn't stick -- the >next prompt restores the dim light-green-on-black. > >So I think it's my prompt that is 'insisting' on the dimness. > >The prompt strings are >PS1=$'\\[\\033]0;\\w\\007\n\\033[32m\\]\\u@\\h \\[\\033[33m\\w\\033[0m\\]\n$ ' >PS2='> ' >PS4='+ ' > >I'm not sure where to re-set these or what they should be -- I'll go and >read the man bash pages. All I want is the current directory followed by >the usual '>'. > >BG > >=== > >At 03:50 PM 3/6/2002 -0500, Larry Hall (RFK Partners, Inc) wrote: > >At 03:39 PM 3/6/2002, Barry Goldstein wrote: > >>I installed cygwin and have been using it pretty much as it came "out of > >>the box" (on an NT4 box). > >> > >>As installed (with the bash shell), it displays light green on black > >>background and I'm going blind. I searched the faq, etc., and found all > >>sorts of stuff about setting colors in vim or emacs, but nothing about > >>setting the colors in the vanilla shell. > > > > > >You set colors for the console window the same way as you would for a > >DOS prompt (since the shell is just starting in a DOS prompt box). Change > >the colors in the properties menu. If you want to set colors instead > >within the shell instead, check out the bash documentation (man page, etc) > >for that information. > >== >Barry Goldstein Pequod Software >124 Otis Street [EMAIL PROTECTED] >Newtonville, MA 02460-1846 +1-617-332-5758 (home) >U.S.A. +1-509-756-7445 (fax) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Screen color question
Barry, I think I misunderstood you last time. There are indeed color-changing sequences in the prompt you've got (it originates in /etc/profile, by the way). But when I use that prompt, the color change is restricted to the prompt itself. Randall Schulz Mountain View, CA USA At 13:49 2002-03-06, Barry Goldstein wrote: >I should have thought of that, but having done it, it doesn't stick -- the >next prompt restores the dim light-green-on-black. > >So I think it's my prompt that is 'insisting' on the dimness. > >The prompt strings are >PS1=$'\\[\\033]0;\\w\\007\n\\033[32m\\]\\u@\\h \\[\\033[33m\\w\\033[0m\\]\n$ ' >PS2='> ' >PS4='+ ' > >I'm not sure where to re-set these or what they should be -- I'll go and >read the man bash pages. All I want is the current directory followed by >the usual'>'. > >BG -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: login: no shell: /bin/bash: Permission denied
> Regardless, to me it's still would be a large security hole if all one > needs to do is: > > $ echo "+" > ~/.rhosts > > to be able to abuse rsh to do something under somebody else's user ID is > it not? rsh is inherently insecure. Attempts to make it secure are not worthwhile (in fact, they tend to break rsh). Especially in the land of NT insecurity, trying to make rsh secure simply makes it unusable. HTH, Peter > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
What is done to my computer during setup? basic configuration stuff
hey, have installed the cygwin distrobution on a network drive and I am using xfree86/cygwin to connect to xdm on a few machines around our network. I have a batch file which sets up paths then executes XWin XWin sits there for about 4 seconds then dies wit no output or error messages. but if I run the same batch file on a machine that has had the installer run ( and installed on the local drive not the network) it runs without a problem What kinda of things are set during the install that would make it not work on an untouched machine? Adam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Printing locally
Hi Karl, does your file have a formfeed at end? If not, you may create a helper file and try cat file ff > prn Bye, Heribert ([EMAIL PROTECTED]) > -Original Message- > From: Karl M [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, March 06, 2002 00:39 > To: [EMAIL PROTECTED] > Subject: Re: Printing locally > > Hi All... > > Having watched this thread, I decided to give the printing a try (in the > past, I have only done Windows based printing). > > If I do > > cat file > prn > > or > > cat file > //machine/DeskJet > > from a bash shell the file is sent to the printer, but the printer gets an > > error (flashing error light on the printer) that must be cleared before > the > file prints. After clearing the error, the page I printed for testing is > printed. > > If I do > > print file > > from a bash shell, it prints just fine. > > My system is a Win2kpro with everything current as of this morning. > > Thanks, > > Karl > [Heribert] [snip] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Suggestion for setup
Is there an easy and fast way to get the count of domain members only? Setup (or an postinstall script) could then check against a sensible limit (100 or 1000?) and warn and ask: "There are 31415 domain members! I'll not load them unless you go to lunch now..." 8-) Bye, Heribert ([EMAIL PROTECTED]) > -Original Message- > From: Michael A Chase [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, March 06, 2002 20:26 > To: [EMAIL PROTECTED] > Subject: Re: Suggestion for setup > > - Original Message - > From: "Christopher Faylor" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, March 06, 2002 09:51 > Subject: Re: Suggestion for setup > > > > On Wed, Mar 06, 2002 at 06:31:04PM +0100, Bernard Dautrevaux wrote: > > >Oh, I didn't think at that ;-( Obviously a way to avoid running > "mkpasswd > > >-d" in such a case would be useful. > > > > This is just an issue for first time installations, right? AFAICT, > > /etc/passwd should not be produced if there is already a /etc/passwd. > > Ditto /etc/group. > > > > I guess the best solution is to present the user with several options > > > > 1) Create /etc/passwd using local accounts? > > > > 2) Create /etc/passwd using domain accounts? > > > > 3) Create /etc/passwd using local and domain accounts? > > > > 4) Don't create /etc/passwd > > > > Then we have to remember what the user wanted. > > Not necessarily. The existance of /etc/password is already being checked > in > setup.exe. So if it exists, the default should be 4; if it doesn't, the > default should be 1 to avoid delays in large domains. > -- > Mac :}) > [Heribert] [snip] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: login: no shell: /bin/bash: Permission denied
Peter Buckley wrote: > >> Regardless, to me it's still would be a large security hole if all one >> needs to do is: >> >> $ echo "+" > ~/.rhosts >> >> to be able to abuse rsh to do something under somebody else's user ID >> is it not? > > rsh is inherently insecure. Attempts to make it secure are not > worthwhile (in fact, they tend to break rsh). Especially in the land of > NT insecurity, trying to make rsh secure simply makes it unusable. What are you talking about?!? It's simple, if rsh is called with the -l parameter (assuming the it's not -l ) then prompt for a password. If that's not doable then fail with an error message of some sort. But lord's sakes laddy! Don't just let them walk in! :-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Any existing routine for CPU-id on Cygwin?
On 5 Mar 2002 at 22:34, Tim Prince wrote:
> On Tuesday 05 March 2002 17:55, [EMAIL PROTECTED] wrote:
> > Hello,
> >
> > I was just wondering if there is any existing code that's perhaps part of
> > the Cygwin "code base" or else known to some readers, that will allow
> > querying of the CPU type?
> >
> > I'd like to have a pretty simple way to get this. One application would be
> > an enhanced "configure" for zlib-1.1.3 which would place the appropriate
> > assembler source for a 486, a 586 or a 686 -- for example -- into the
> > Makefile build formulae. I need only the "generation" of chip, i.e. what
> > Intel calls the "Family."
> >
> > I am thinking that maybe somebody already worked this out. I am also
> > thinking that instead, maybe the way this is done is in assembler and if so
> > maybe it hasn't been done (specific to Cygwin, that is; I have found a
> > couple of free utilities out there that do this from a command line). I am
> > just full of semi-educated guesses ;-).
> >
>
> It's not OS-specific. Any gcc code which does what you want should work, or
> you could translate MS-style asm() syntax, as I did here:
> #include
> #define FAMILY_ID0x0f00 // EAX[11:8] - Bit 11 thru 8 contains family
> unsigned int reg_eax = 0;
> unsigned int reg_edx = 0;
> unsigned int junk, junk1;
> unsigned int vendor_id[3] = {0, 0, 0};
> __try {// verify cpuid instruction is supported
> __asm__("cpuid" : "=a" (reg_eax), "=b" (*vendor_id),
> "=c" (vendor_id[2]), "=d" (vendor_id[1]) : "a" (0));
> __asm__("cpuid" : "=a" (reg_eax), "=b"(junk), "=c"(junk1),
>"=d" (reg_edx) : "a" (1));
> // eax contains cpu family type info
> // edx has info whether Hyper-Threading
> // Technology is available
> }
> __except (EXCEPTION_EXECUTE_HANDLER ) {
> return NO_CPUID;// CPUID is not supported and so
>// it is not a recent family CPU
> }
> return (reg_eax & FAMILY_ID);
==
That is, uhh, _WAY_COOL_ ;-). Thank you! I very much appreciate this ... and it
challenges
me (because asm makes my head hurt...).
TMTOWTDI: yours is no doubt FAR better, but just to prove that I am telling the truth
when
(in my other recent List msg) I maintain that I am not a C programmer... I cooked up
my
own solution using the ANSI library functions below. And then wrapped it in a autoconf
macro so it can be included in "aclocal.m4".
Now (having exposed myself this way) maybe "some people" will learn to stop writing
"submit a patch" back at me... ;-P
watch for bad wrapping and low-flying owls --
dnl Copyright (c)2002 by Soren Andersen - written Wednesday, March 06, 2002
dnl Released under FSF GPL.
AC_DEFUN([AM_INTEL_CPU],
[AC_CACHE_CHECK(for the Intel CPU generation, am_cv_localhardware_INTELcpu,
[AC_TRY_RUN([
#include
#include
#include
#include
int
main ()
{
struct utsname thishost;
char *intelNum;
FILE *datout;
if (uname(&thishost) < 0) {
exit(1);
}
intelNum = strchr(thishost.machine, 'i');
if( intelNum != NULL && strspn(++intelNum,"23456789") == 3 )
{
if( ( datout = fopen("conftest_cpu.data", "wb") ) != NULL )
{
fprintf( datout, "%3s", intelNum );
fclose( datout );
exit(0);
}
}
else { exit(1); }
}
], am_cv_localhardware_INTELcpu=`cat conftest_cpu.data`,
am_cv_localhardware_INTELcpu=no, am_cv_localhardware_INTELcpu=no)])
test $am_cv_localhardware_INTELcpu = no || CPU=$am_cv_localhardware_INTELcpu
AC_SUBST(CPU)dnl
])
--- end wrap- and owl- watch ---
The "only trouble" (ha-ha) with the above is that I know it *must* duplicate some
routines
found as part of the existing `autoconf' package macros. I just do not know, however,
how
to check (in a configure script) for the existence of a "host_cpu" autoconf value in
order to
skip my slow code and use that instead. Yes, I am fishing for autoconf pointers here.
Best,
Soren Andersen
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
- Original Message - From: "Bernard Dautrevaux" <[EMAIL PROTECTED]> > > Depends on how you define "harmless". We have a *huge* > > domain, and "mkpasswd > > -d" can take a very long time (20 - 30 minutes) to complete, > > so I definitely > > wouldn't want to run blindly run it with the -d option here. > > If it were > > implemented, it should be an option, at least. > > Oh, I didn't think at that ;-( Obviously a way to avoid running "mkpasswd > -d" in such a case would be useful. Seems to me that a regex mapping for the users & groups to pickup would be ideal. Then if it's a plain string (ie Robert) mkpasswd behaves like -u was passed, and if it's empty like -d, if it's an actual regex expression, it filters the -d content. The the setup script can ask for the input when it runs, or have it on the comamnd line from setup.exe (I"m not convinced that this is something that belongs in the GUI at all..) ... > Of course the right solution would be to avoid the need for /etc/passwd and > /etc/group and automatically serach the NT domain controller, but I'm afraid > this would be a *huge* job to create these files as virtual files that just > talk to the domain controller if any. Plus if one blindly and dumbly just > search through the /etc/passwd file you will get the 20min run time anyway. Actually what you're talking about is making cygwin behave as though the NT domain where a yp server. Look into yp on BSD or Linux and you'll see what that involves. I'm pretty confident that a yp implementation for Cygwin would be cool... and a NT->yp mapper would also go down well :}. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
-- === "Andrew DeFaria" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Rick Rankin wrote: > > > Depends on how you define "harmless". We have a *huge* domain, and "mkpasswd > > -d" can take a very long time (20 - 30 minutes) to complete, so I definitely > > wouldn't want to run blindly run it with the -d option here. If it were > > implemented, it should be an option, at least. > > > > When I run mkpasswd here, I generally run it twice, once to get local machine > > accounts, and once with the -d *and* -u options to get a specific user's info > > from the domain. It might be useful with those options. Hmm, maybe I'll take a > > look at that. It would require some fields in the GUI though... > > That's why I lobbied (briefly) for setup to allow the user to specify > their own setup script - a script to be run automatically after Cygwin > setup is done. This way the various administrators could determine and > code their own local customizations as it were. And the setup in beta at the moment sortof-has this capability. Simply add a new mirror site, with a single package in base called "Andrew's master script". It's postinstall script will get run. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
/cygdrive wierdness
Using Cygwin DLL 1.3.10. 1. Close all Cygwin programs 2. Open bash 3. Type: cd /cygdrive 4. Type ls I get a listing of C:\ instead 5. Type bash 6. Type: cd /cygdrive 7. Type ls I get a listing of available drives as I should. Can someone else confirm this is a problem? I have a patch to fix it if it is. NB: You _must_ close all Cygwin programs first. Also I can confirm the .../. problem that someone mentioned in an earlier post also happens on my system. Regards Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
- Original Message -
From: "Andrew DeFaria" <[EMAIL PROTECTED]>
Newsgroups: gmane.os.cygwin
To: <[EMAIL PROTECTED]>
Sent: Wednesday, March 06, 2002 13:46
Subject: Re: Suggestion for setup
> Michael A Chase wrote:
>
> > I recently messed with the function that does that, so I can confirm
that it
> > only runs mkpasswd and mkgroup if the corresponding files don't exist.
>
> When did this come about? Because every time I reinstall Cygwin it does
> indeed run mkpasswd -l. I wonder, since our /etc/passwd is a symlink,
> whether this function considers a symlink == file doesn't exist?
The test has been in the code for quite a while, I tweaked the test so it
wouldn't create /etc/postinstall/passwd-grp.bat unnecessarily, but even
before that it shouldn't have called mkpasswd or mkgroup if /etc/passwd or
/etc/group respectively already existed.
Are the symlinks Cygwin or Windows style links? The test looks for the
exact file name and may be sensitive to the extension added to some links in
Windows. If you haven't already, try re-creating the symbolic links from
the bash prompt.
--
Mac :})
Give a hobbit a fish and he eats fish for a day.
Give a hobbit a ring and he eats fish for an age.
There is a macro in port.h that maps '_access' to 'access' which I think is
the function defined in src/winsup/cygwin/syscalls.cc.
In src/winsup/cinstall/desktop.cc:
. . .
static int
uexists (const char *path)
{
String f = cygpath (path);
int a = _access (f.cstr_oneuse(), 0);
if (a == 0)
return 1;
return 0;
}
static void
make_passwd_group ()
{
String fname = cygpath ("/etc/postinstall/passwd-grp.bat");
io_stream::mkpath_p (PATH_TO_FILE, fname);
if (uexists ("/etc/passwd") && uexists ("/etc/group"))
return;
. . .
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Failed: Installing Postgresql under Cygwin on win98se
"Tom Lauren" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED].. > So, this is what initdb offered me: > __ > $ initdb -D /usr/share/postgresql/data/ > basename: not found > grep: not found > grep: not found > sed: not found > The program 'postgres' is needed by but was not found in > the directory '/usr/bin'. Check your installation. > __ > Is /usr/bin in your current path? Did you select the sh-utils/grep/sed/et al. packages when you installed cygwin? From a cursory inspection of the initdb script it looks like it needs postgres.exe in the same directory as the script or in /usr/bin. Regards, Shelby Cain -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cd dot dot dot slash dot weirdness
> bash-2.05a$ pwd > /russ/scripts > bash-2.05a$ cd .../. > bash-2.05a$ pwd > /russ/scripts/... > ... is this a bug do I have a virus? I've posted a patch to cygwin-patches that corrects this. Regards Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: /cygdrive wierdness
> From: Chris January [mailto:[EMAIL PROTECTED]] > > Using Cygwin DLL 1.3.10. Likewise. (On Win2K.) > 1. Close all Cygwin programs > 2. Open bash > 3. Type: cd /cygdrive > 4. Type ls > I get a listing of C:\ instead > 5. Type bash > 6. Type: cd /cygdrive > 7. Type ls > I get a listing of available drives as I should. > > Can someone else confirm this is a problem? Not here. I get the list of drives always. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
xdvi runtime error
Hello, I have recently compiled xdvi22.53 under cygwin1.3.9, but I am having problems running it. The runtime error is: xdvi: fcntl F_SETOWN: Invalid argument - mktexpk --mfmode cx --bdpi 300 --mag 'magstep(0.5)' --dpi 329 cmsl10 '>&3' setsid: Not owner xdvi: fcntl F_SETOWN: Invalid argument xdvi: ! Out of memory (rellocating 134179459 bytes). Any ideea abot what am I doing wrong? This may not be directly related to cygwin, case in which I appologize for intrusion. Nevertheless, if anybody has xdvi installed over cygwin and/or knows what's going on, please replay to either this mailing list or directly to me at: [EMAIL PROTECTED] Nick _ Send and receive Hotmail on your mobile device: http://mobile.msn.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: xdvi runtime error
Nicolae, A 128 megabyte realloc fails? No kidding?? There is a Cygwin-wide allocation limit that defaults, if I recall correctly, to 128 megabytes. There is a registry entry that overrides this default called HEAP_CHUNK_IN_MB. Here are the details, excerpted from an email by "Scott A. Hill" <[EMAIL PROTECTED]> sent Tue, 3 Apr 2001 07:59:30 -0400: -==- HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\ Create a new DWORD value there called "heap_chunk_in_mb" that contains the maximum amount of memory (in Mb) your application needs (watch the hex/decimal toggle). Exit and restart all cygwin applications. The default is 128 (i.e. 128Mb) if no registry key is set. -==- Good luck. Randall Schulz Mountain View, CA USA At 18:39 2002-03-06, you wrote: >Hello, > >I have recently compiled xdvi22.53 under cygwin1.3.9, but >I am having problems running it. The runtime error is: > >xdvi: fcntl F_SETOWN: Invalid argument >- mktexpk --mfmode cx --bdpi 300 --mag 'magstep(0.5)' >--dpi 329 cmsl10 '>&3' >setsid: Not owner >xdvi: fcntl F_SETOWN: Invalid argument >xdvi: ! Out of memory (rellocating 134179459 bytes). > >Any ideea abot what am I doing wrong? This may not be directly related to >cygwin, case in which I appologize for intrusion. Nevertheless, if anybody >has xdvi installed over cygwin and/or knows what's going on, please replay >to either this mailing list or directly to me at: > >[EMAIL PROTECTED] > >Nick -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
- Original Message - From: "Andrew DeFaria" <[EMAIL PROTECTED]> To: "Michael A Chase" <[EMAIL PROTECTED]> Sent: Wednesday, March 06, 2002 16:29 Subject: Re: Suggestion for setup > Michael A Chase wrote: > > > The test has been in the code for quite a while, I tweaked the test so > > it wouldn't create /etc/postinstall/passwd-grp.bat unnecessarily, but > > even before that it shouldn't have called mkpasswd or mkgroup if > > /etc/passwd or /etc/group respectively already existed. > > > > Are the symlinks Cygwin or Windows style links? The test looks for the > > exact file name and may be sensitive to the extension added to some > > links in Windows. If you haven't already, try re-creating the symbolic > > links from the bash prompt. > > It's a straight ln -s passwd /etc/passwd > style link. Perhaps when I get some free time I can find a machine and > check this out more thoroughly. When I did 'ln -s dir/file.ext .', I ended up with file.ext.lnk in the current directory. Robert, It wouldn't be very hard to add /etc/passwd.lnk and /etc/group.lnk to the test in desktop.cc. Would you accept it? I'm a bit hesitant because there are lots of other files and directories that might also be affected. > Still think an NIS (AKA yp) for Cygwin to talk to the Windows domain > controller is the best solution. It almost certainly would be, but the ones most likely to be able to do it are pretty heavily subscribed already. If you have anyone available, patches would be welcome. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
=== - Original Message - From: "Michael A Chase" <[EMAIL PROTECTED]> > Robert, >It wouldn't be very hard to add /etc/passwd.lnk and /etc/group.lnk to the > test in desktop.cc. Would you accept it? I'm a bit hesitant because there > are lots of other files and directories that might also be affected. For setup200202 - the next release - I'll include such a test. Don't bother creating a patch. For HEAD, IMO the cygfile io_stream class should be symlink aware, and the /etc/passwd check should be using that class. That will sovle the problem there... and prevent new occurences. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
On Wed, Mar 06, 2002 at 06:35:07PM -0800, Michael A Chase wrote: >It wouldn't be very hard to add /etc/passwd.lnk and /etc/group.lnk to >the test in desktop.cc. Would you accept it? I'm a bit hesitant >because there are lots of other files and directories that might also >be affected. Personally, I don't think it is worth it. All of this should be moved out of setup.exe anyway. If it eventually ends up in a script then you can just use shell tests to figure this kind of thing out. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
stackdump about C language
Hi, gentleman, could you do me a favour?
I had some trouble in running a C program.
[C source code is]
- from here
#include
int main() {
char *a = "I am a teacher";
char *b = "You are a student";
printf("string_a = %s\nstring_b = %s\n", a, b);
copy_string(a, b);
printf("string_a = %s\nstring_b = %s\n", a, b);
}
int copy_string(char *from, char *to) {
while((*to++ = *from++) != '\0');
}
- end here
[Compilation Tool]
gcc version 2.95.3-5(cygwin)
[Question]
The compilation is passed, but after running the a.exe, the
following message appeared and I got a a.exe.stackdump too.
--
string_a = I am a teacher
string_b = You are a student
0 [main] a 1536 open stackdumpfile:Dumping stack trace to a.exe
stackdump
Segmentation fault (core dumped)
--
[Misc]
The contents of a.exe.stackdump is the following:
Exception: STATUS_ACCESS_VIOLATION at eip=004010F0
eax=00401049 ebx=0004 ecx=00401044 edx=00401053 esi=610903E8 edi=0001
ebp=0240FE84 esp=0240FE84 program=E:\home\Study\C\a.exe
cs=001B ds=0023 es=0023 fs=003B gs= ss=0023
Stack trace:
Frame Function Args
0240FE84 004010F0 (00401044, 00401053, 00401053, 0040108F)
0240FEB4 004010C5 (0001, 1A023684, 0A010008, )
0240FF10 61003AEA (, 0247E798, F08ABC4C, 0001)
0240FF40 61003CBD (00401084, 0247E798, FD37F440, )
0240FF60 61003CFC (, , FD37F5D0, 0005)
0240FF90 00401153 (00401084, , 80430D77, )
0240FFC0 0040103D (0247E798, , 7FFDF000, 0247FA39)
0240FFF0 77E97D08 (00401000, , 00C8, 0100)
End of stack trace
-
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
=== - Original Message - From: "Christopher Faylor" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 07, 2002 2:08 PM Subject: Re: Suggestion for setup > On Wed, Mar 06, 2002 at 06:35:07PM -0800, Michael A Chase wrote: > >It wouldn't be very hard to add /etc/passwd.lnk and /etc/group.lnk to > >the test in desktop.cc. Would you accept it? I'm a bit hesitant > >because there are lots of other files and directories that might also > >be affected. > > Personally, I don't think it is worth it. All of this should be moved > out of setup.exe anyway. Exactly! This is some of the stuff I believe should be in the base-files package discussed recently on cygwin-apps, as opposed to bash/tcsh etc. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: stackdump about C language
=== - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 07, 2002 2:09 PM Subject: stackdump about C language > Hi, gentleman, could you do me a favour? > I had some trouble in running a C program. You are trying to overwrite a static memory area. That is expected to fail. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Suggestion for setup
- Original Message - From: "Robert Collins" <[EMAIL PROTECTED]> To: "Michael A Chase" <[EMAIL PROTECTED]>; "Andrew DeFaria" <[EMAIL PROTECTED]>; "cygwin" <[EMAIL PROTECTED]> Sent: Wednesday, March 06, 2002 19:09 Subject: Re: Suggestion for setup > - Original Message - > From: "Michael A Chase" <[EMAIL PROTECTED]> > > >It wouldn't be very hard to add /etc/passwd.lnk and /etc/group.lnk > to the > > test in desktop.cc. Would you accept it? I'm a bit hesitant because > there > > are lots of other files and directories that might also be affected. > > For setup200202 - the next release - I'll include such a test. Don't > bother creating a patch. > > For HEAD, IMO the cygfile io_stream class should be symlink aware, and > the /etc/passwd check should be using that class. That will sovle the > problem there... and prevent new occurences. There are quite a few places using _access() directly that should probably be using io_stream::exists(). As soon as the new setup.exe is released, I can go hunting for them and submit a patch. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: stackdump about C language
Hello,
[ No Cygwin-specific issues here. ]
The compiler and / or linker are allowed to place those string literals in
read-only storage, and apparently gcc under Cygwin does just that.
If you modify your program like this:
-==-
#include
char *strsave(char *);
int main() {
// char *a = "I am a teacher";
// char *b = "You are a student";
char *a = strsave("I am a teacher");
char *b = strsave("You are a student");
printf("string_a = %s\nstring_b = %s\n", a, b);
copy_string(a, b);
printf("string_a = %s\nstring_b = %s\n", a, b);
}
int
copy_string(char *from, char *to) {
while((*to++ = *from++) != '\0');
}
char *
strsave(char *str)
{
char *newStr = (char *) malloc(strlen(str) + 1);
strcpy(newStr, str);
return newStr;
}
-==-
It will run without faulting and do what (I believe) you expect. Note you
are relying on the fact that "I am a teacher" is shorter than "You are a
student"
Randall Schulz
Mountain View, CA USA
At 19:09 2002-03-06, [EMAIL PROTECTED] wrote:
>Hi, gentleman, could you do me a favour?
>I had some trouble in running a C program.
>
>[C source code is]
>- from here
>#include
>
>int main() {
> char *a = "I am a teacher";
> char *b = "You are a student";
> printf("string_a = %s\nstring_b = %s\n", a, b);
> copy_string(a, b);
> printf("string_a = %s\nstring_b = %s\n", a, b);
>}
>
>int copy_string(char *from, char *to) {
> while((*to++ = *from++) != '\0');
>}
>- end here
>
>[Compilation Tool]
> gcc version 2.95.3-5(cygwin)
>
>[Question]
> The compilation is passed, but after running the a.exe, the
>following message appeared and I got a a.exe.stackdump too.
>--
>string_a = I am a teacher
>string_b = You are a student
> 0 [main] a 1536 open stackdumpfile:Dumping stack trace to a.exe
>stackdump
>Segmentation fault (core dumped)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
