Re: passwd/group/grent fixes for Cygwin 3.5.1?

On Feb 27 04:21, Dan Shelton via Cygwin wrote: > On Mon, 26 Feb 2024 at 10:18, Corinna Vinschen via Cygwin > wrote: > > > > On Feb 26 04:44, Dan Shelton via Cygwin wrote: > > > Hello! > > > > > > Can these 3 commits please be backported to the Cygwin 3.5.1 branch? > > > > > > 4 days agoCorinna Vin

Re: passwd/group/grent fixes for Cygwin 3.5.1?

On Mon, 26 Feb 2024 at 10:18, Corinna Vinschen via Cygwin wrote: > > On Feb 26 04:44, Dan Shelton via Cygwin wrote: > > Hello! > > > > Can these 3 commits please be backported to the Cygwin 3.5.1 branch? > > > > 4 days agoCorinna VinschenCygwin: getgrent/getpwent: avoid local > > enumeration...com

Re: passwd/group/grent fixes for Cygwin 3.5.1?

On Feb 26 04:44, Dan Shelton via Cygwin wrote: > Hello! > > Can these 3 commits please be backported to the Cygwin 3.5.1 branch? > > 4 days agoCorinna VinschenCygwin: getgrent/getpwent: avoid local > enumeration...commit | commitdiff | tree > 4 days agoCorinna VinschenCygwin: getgrent: fix local

Re: passwd unrecoverable error 1265

On Aug 31 14:12, Vlado wrote: > On 31.8.2016 12:16, Corinna Vinschen wrote: > > I found a workaround: The Windows call for changing the password used > > by the passwd tool is > > > > ret = NetUserChangePassowrd (server, username, old_pwd, new_pwd); > > > > The server is usually the logon serv

Re: passwd unrecoverable error 1265

On 31.8.2016 12:16, Corinna Vinschen wrote: I found a workaround: The Windows call for changing the password used by the passwd tool is ret = NetUserChangePassowrd (server, username, old_pwd, new_pwd); The server is usually the logon server, prepended by double backslash, as in the variable

Re: passwd unrecoverable error 1265

On Aug 30 20:20, Vlado wrote: > Hello. > > I have few users with sshd-only access to server. They use passwd when > changing passwords. > > passwd is not working anymore for regular user (remote connection with > PuTTy): > > test@server ~ > $ passwd > Old password: > New pas

Re: passwd -R?

On 11/03/2016 14:47, Alex P wrote: I do have cygserver running as "Local System". My original issue is that cron stopped working after domain user password reset. Stopped as - it worked fine before. My first stop was to reset password with "passwd -R", but it did not fix my cron problem - not r

Re: passwd -R?

I do have cygserver running as "Local System". My original issue is that cron stopped working after domain user password reset. Stopped as - it worked fine before. My first stop was to reset password with "passwd -R", but it did not fix my cron problem - not running as user (member of local Admin

Re: passwd -R?

On Thu, Mar 10, 2016 at 6:22 PM, Andrey Repin wrote: > Greetings, Alex P! > >> How do I check that "passwd -R" worked correctly? >> I get error messages in Event Viewer when I run it as user (vs "As >> Administrator"). > > You must use it with elevated privileges. Else it wouldn't work at all. >F

Re: passwd -R?

Greetings, Alex P! > How do I check that "passwd -R" worked correctly? > I get error messages in Event Viewer when I run it as user (vs "As > Administrator"). You must use it with elevated privileges. Else it wouldn't work at all. -- With best regards, Andrey Repin Friday, March 11, 2016 02:21

Re: passwd (cygwin) 1.7.31 ignores keyboard interrupts

On Aug 4 13:40, Doug Henderson wrote: > The password utility /bin/passwd ignores the ^C and ^D interrupt > characters in mintty in my 64-bit only cygwin environment. That's kind of by design. The passwd tool uses the getpass function. The getpass function is written so that it ignores any soft t

Re: passwd -R

On Jul 25 13:18, Achim Gratz wrote: > Corinna Vinschen cygwin.com> writes: > > 2014-07-24 is such a snapshot, basically what I just upload as 1.7.31-3, > > plus all the AD integration stuff. > > OK. I'll have to pull from the mirrors and then roll a new snapshot package > locally. BTW, the Chan

Re: passwd -R

Corinna Vinschen cygwin.com> writes: > 2014-07-24 is such a snapshot, basically what I just upload as 1.7.31-3, > plus all the AD integration stuff. OK. I'll have to pull from the mirrors and then roll a new snapshot package locally. BTW, the ChangeLog for that snapshot looks like it might have

Re: passwd -R

On Jul 25 12:09, Achim Gratz wrote: > I've been running with the latest LDAP enabled snapshot from 2014-07-14. > With this snapshot the "passwd -R" hangs when trying to set or delete the > password on the server. That's very likely the problem introduced by changing the default mutex type and fix

Re: passwd -R : Storing password failed: Function not implemented

On Apr 28 17:15, Sébastien Chaumat wrote: > Hi, > Installing latest version (tested on 2 arch : x32 and x64 on windows > 7 pro SP1), with just openssh and openssl installed, > > running cygwin shell as an administrator : > passwd -R > leads to > Storing password failed: Function not implemented

Re: passwd -R

On Apr 18 10:58, Vijay K Sukthankar wrote: > > > Hi, > > I am trying to decipher how to do some of commands on a cygwin shell > remotely. I am using a Jython script to reset the Admin password and I > understand that I would have to do the following > > 1) change the password registry entry usi

Re: passwd -R fails on Server 2008 R2

On Oct 5 15:17, Tom Schutter wrote: > I am running Cygwin 1.7 on Windows Server 2008 R2. > The "passwd -R" command fails after I enter my password: > > Enter your current password: > Re-enter your current password: > Storing password failed: Function not implemented > > I am an administrator on

Re: passwd questions with cygwin 1.7

When I'm ready to launch to 1.7, I'll start all over from the ground up. Thanks for the hint about GID of 401. I've been using 401 for years. I assumed that if installed from the ground up, I should have received a warning abount GID of 401 conflict. An alternate, leave the conflict in the

Re: passwd questions with cygwin 1.7

On Feb 26 16:46, Paul McFerrin wrote: > OKAY, I have some passwd questions & problems associated with cygwin 1.7. > > PRIOR to 1.7, my UID/GID for "Paul" account was 501/401 and all of my > files have correct ownership. When I created /etc/passwd via: Ouch. 401 is a FAKE gid which was supposed

Re: Passwd for a specific nt group

On Fri, 4 May 2007, Boffin, Stephane (GE Infra, Aviation, Non-GE) wrote: > Hello all, > > I would like to run the mkpasswd only for a specific NT goup and for > some specific users. > > In the man pages there is the -u option for specific users but this > cammand returns "The user name could not b

Re: Passwd for a specific nt group

Boffin, Stephane (GE Infra, Aviation, Non-GE) wrote: > > Hello all, > > I would like to run the mkpasswd only for a specific NT goup and for > some specific users. > > In the man pages there is the -u option for specific users but this > cammand returns "The user name could not be found" and I

RE: passwd & group file problems ?

At 10:12 AM 6/10/2005, you wrote: >Original Message >>From: Larry Hall >>Sent: 10 June 2005 14:55 > >> At 04:56 AM 6/10/2005, you wrote: >> Did you run "mkpasswd -c -l", like I told you? >>> >>> yep, do you mean -c or -d here ? I've done both, -d is >>> taking forever to resolve, -c do

RE: passwd & group file problems ?

Original Message >From: Larry Hall >Sent: 10 June 2005 14:55 > At 04:56 AM 6/10/2005, you wrote: > Did you run "mkpasswd -c -l", like I told you? >> >> yep, do you mean -c or -d here ? I've done both, -d is >> taking forever to resolve, -c does resolve, but I >> still get the same inc

RE: passwd & group file problems ?

At 04:56 AM 6/10/2005, you wrote: Did you run "mkpasswd -c -l", like I told you? > >yep, do you mean -c or -d here ? I've done both, -d is >taking forever to resolve, -c does resolve, but I >still get the same incorrect logon when i do -c with >mkpasswd and mkgroup. > >the commands are running

RE: passwd & group file problems ?

Original Message >From: Roy Wiseman >Sent: 09 June 2005 22:05 > (can't say I liked the insult much Dave, but my > mistake was accidental you know. Maybe it's a Scottish > thing that we treat people with respect until they > disrespect us, I guess we don't think we should have > to put up

RE: passwd & group file problems ?

Hi Igor, >>> Also, as your cygcheck output shows, you are in a domain. It's quite possible that the domain controller really is taking more than 30 minutes to return the set of users and groups (for large domains). Yes, as you say, I can see the output from tee and it shows that this will take f

Re: passwd & group file problems ?

Roy Wiseman wrote: I agree that Symantec are a bit of satanic corporation, So you think this is not an insult to the corporation?:) PS. If ever you reply, please direct all the mails to the cygwin-talk mailing list where discussions of this type are on-topic. -- Carlo Florendo Astr

RE: passwd & group file problems ?

Roy Wiseman wrote: > I agree that Symantec are a bit of satanic corporation, Wow, I've never heard it put so correctly and succinctly. Perhaps the new Pope can help us all out and exorcise Symantec, McAffe, and Google Desktop Search. -- Gary R. Van Sickle -- Unsubscribe info: http://cyg

RE: passwd & group file problems ?

thanks Igor, and also Dave, I totally appreciate both of your time on this (can't say I liked the insult much Dave, but my mistake was accidental you know. Maybe it's a Scottish thing that we treat people with respect until they disrespect us, I guess we don't think we should have to put up with i

RE: passwd & group file problems ?

Yuk, top posting. Reformatted. Please consider pressing Ctrl-End in the Message text area... On Thu, 9 Jun 2005, Roy Wiseman wrote: > --- Dave Korn <[EMAIL PROTECTED]> wrote: ...after changing the first line of the reply quote. As I mentioned, . I k

RE: passwd & group file problems ?

Thanks for the insults D A V E . K O R N You say you are offended, and that I am not in control of my own actions (obviously highly offensive, patronising and insulting statements). I am in control of my own actions. You of course have answers that I would like, and yet you dangle them at me i

RE: passwd & group file problems ?

Original Message >From: Roy Wiseman >Sent: 09 June 2005 19:40 > i'm sorry, it was completely unintentional. really did > not mean to do that, I pressed reply-all by mistake i > think, i did go to the acronym page and read it and > noted it, so I did not mean to do that. And then you go

RE: passwd & group file problems ?

i'm sorry, it was completely unintentional. really did not mean to do that, I pressed reply-all by mistake i think, i did go to the acronym page and read it and noted it, so I did not mean to do that. --- Dave Korn <[EMAIL PROTECTED]> wrote: > Original Message > >From: Roy Wiseman > >S

RE: passwd & group file problems ?

Original Message >From: Roy Wiseman >Sent: 09 June 2005 19:16 [SNIP everything.] Why did you ignore the perfectly polite request I made to you to stop spamming my email address across the web archive? cheers, DaveK -- Can't think of a witty .sigline today -- Uns

RE: passwd & group file problems ?

I agree that Symantec are a bit of satanic corporation, but ... well, Ghost2003 is actually very impressive most of the time (apart from breaking cygwin which is a big problem of course). ok, I've fixed symantec by taking out the 2 " in the path and I fixed the cygwin1.dll (it was a copy of testdi

RE: passwd & group file problems ?

Original Message >From: Igor Pechtchanski >Sent: 09 June 2005 18:09 > likely to bite you at some point soon. Secondly, some application > (presumably Norton Ghost) has inserted a quoted string into your PATH, > which confuses Cygwin. Remove the quotes from the PATH. At this point, I'

Re: passwd & group file problems ?

Ugh, top-posting. Reformatted. On Thu, 9 Jun 2005, Roy Wiseman wrote: > --- Igor Pechtchanski <[EMAIL PROTECTED]> wrote: . Thanks. > > On Thu, 9 Jun 2005, Roy Wiseman wrote: > > > > > Hello, > > > > > > I work in a corporate environment, with very li

RE: passwd & group file problems ?

Original Message >From: Roy Wiseman >Sent: 09 June 2005 16:58 > ok, thanks Dave, do you know which I should remove to > fix that and any settings that I should change ? > > (I don't know how this could have happened as well, as > I did a fresh installation in a single step and > captured

RE: passwd & group file problems ?

ok, thanks Dave, do you know which I should remove to fix that and any settings that I should change ? (I don't know how this could have happened as well, as I did a fresh installation in a single step and captured it in Wise Package Studio to see every file and registry change made to the system

RE: passwd & group file problems ?

Original Message >From: Roy Wiseman >Sent: 09 June 2005 16:16 > I've attached my cygcheck.out file here. You have multiple incompatible copies of cygwin1.dll in the $PATH; that's an absolute no-no. 1158k 2005/04/01 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0

Re: passwd & group file problems ?

Hi, I guess the main question that I'm asking from the below is : on a clean system without cygwin where setup.exe is run, after the files have been installed to c:\cygwin (or wherever), how do I run the process that binds/registers these files into a working cygwin system ? (i.e. the process t

Re: passwd & group file problems ?

Hi Igor, those mount commands don't seem to do much for this situation. same problems. you mention the hard and symbolic links, are created during the postinstall phase. this is very interesting, are there no commands to make that process rerun outside of the postinstall phase ? I've attached my c

Re: passwd & group file problems ?

On Thu, 9 Jun 2005, Roy Wiseman wrote: > Hello, > > I work in a corporate environment, with very limited > internet access, and I want to distribute cygwin to > some sysadmins who can make good use of these tools. I > cannot run the cygwin setup across the internet, and I > do not want to download

Re: passwd & group file problems ?

* Roy Wiseman (2005-06-09 13:34 +0100) > Hello, > > I work in a corporate environment, with very limited > internet access, and I want to distribute cygwin to > some sysadmins who can make good use of these tools. I > cannot run the cygwin setup across the internet, and I > do not want to download

Re: passwd: unknown user

On Wed, Nov 19, 2003 at 03:38:39PM +0100, [EMAIL PROTECTED] wrote: > Dear group, > > is the passwd command supposed to work on NT? > I always get the message: > passwd: unknown user LEHNFR > although I added the account to my /etc/passwd using > mkpasswd -d |grep LEHNFR >>/etc/passwd >

RE: passwd-group post install scripts

doh and heres the bat file > -Original Message- > From: Vince Hoffman [mailto:Vince.Hoffman@;uk.circle.com] > Sent: 24 October 2002 16:59 > To: '[EMAIL PROTECTED]' > Subject: passwd-group post install scripts > > > Since there has been a few questions from people not having > their dom

RE: passwd-group post install scripts

offman@;uk.circle.com] > Sent: Thursday, October 24, 2002 12:01 PM > To: Vince Hoffman; '[EMAIL PROTECTED]' > Subject: RE: passwd-group post install scripts > > > doh and heres the bat file > > > -Original Message- > > From: Vince Hoffman [

RE: passwd-group post install scripts

possibility that >the mkpasswd code was sensitive to the order of the command-line >switches! >The answer pops out in under a second using -u before -d. Perfect. > >Rick. > -Original Message- > From: Vince Hoffman [mailto:Vince.Hoffman@;uk.circle.com] > Sent: Thursday, O

Re: passwd

At 11:59 +0100 28.01.2002, Corinna Vinschen wrote: >You have to start it as service under SYSTEM account due to >the NT user rights needed. And this has to be done with the nt-kit from microsoft? Or are others tools successful as well? During setup we answered the question whether service or not

Re: passwd

On Mon, Jan 28, 2002 at 11:51:43AM +0100, Chris Mueller wrote: > At 11:31 +0100 28.01.2002, Corinna Vinschen wrote: > >NT has it's own user database with it's own passwords, right? > > Yes - but logging in into ssh, > from local or remote, > the passwords (which work fine in NT) > are refused by

Re: passwd

At 11:31 +0100 28.01.2002, Corinna Vinschen wrote: >NT has it's own user database with it's own passwords, right? Yes - but logging in into ssh, from local or remote, the passwords (which work fine in NT) are refused by openSSH/cygwin. There must be one more connection between ssh and nt concern

Re: passwd

On Mon, Jan 28, 2002 at 09:29:59AM +0100, Chris Mueller wrote: > Hi, > > Finally, our new openSSH seems to run. > > The next obstacle is the password. > In the passwd file we find: > unused_by_nt with each user. > > Is there somewhere a howto about configuering correctly passwd? NT has it's ow