Hi Kevin and All, I think adding a cvspass task might make sense just for the reason that it is not really accessible or needed for all protocols. For instance using ssh (ext protocol) there is no way to redirect standard input on ssh to input a password. Furthermore sspi does not require a password. So the field is made a little more confusing as it is not always accessible.
Based on the input (thanks!) I think it might make sense to remove (by remove I mean deprecate for now, remove in a future release) the field and create a cvspass task that will add the appropriate log entries to a .cvspass file, similar to ant. The <cvs /> tasks in NAnt already take an optional passfile attribute that allows you to specify/ override the location of a cvspass file so that is covered. Things are a little busy so it might be a few days until I can get around to it but I have added this to the ticket that Merrill created (thanks!) so it doesn't get missed. If there are any objections/ additions please let me know. Cheers, Clayton > -----Original Message----- > From: Kevin Dickover [mailto:[EMAIL PROTECTED] > Sent: October 7, 2004 11:06 AM > To: [EMAIL PROTECTED] > Subject: RE: [Nant-users] cvs-checkout task problem > > > I believe that the ant solution to this was to include a task > to create a .cvspass file in the cvs suite of tasks. Further > ant does not give a cvs task other then CVSPAss a username / > password option. All of the other cvs tasks then take a > .cvspass file as a parameter. > > While I understand that ant behavior isn't authoritative here > it does strike me that they hit this same problem and chose > this solution path for a reason. That reason might be worth > investigating. Certainly the .cvspass file taking precedence > is unexpected and should be dealt with. > > For my solutions I ended up creating a .cvspass file on the > command line and using it exclusively to executes logins to > cvs (not wishing to give my automated build user interactive > login privileges to my cvs server so I could go after it using sspi). > > > Kevin Dickover > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Clayton Harbour > Sent: Thursday, October 07, 2004 12:48 PM > To: Merrill Cornish; [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Subject: RE: [Nant-users] cvs-checkout task problem > > Hi Merrill, > > Actually when you put it that way I agree. Would you be able > to submit a bug report to make sure this does not get missed? > > > Thanks, > > Clayton > > > -----Original Message----- > From: Merrill Cornish [mailto:[EMAIL PROTECTED] > Sent: Thu 10/7/2004 8:36 AM > To: Clayton Harbour; [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Cc: > Subject: RE: [Nant-users] cvs-checkout task problem > Clayton, > > >>> What should happen if both of these fail is the cvs task > should pass > >>> in > the password that was specified in the password attribute. > > That sound like the .cvspass file in the filesystem takes > precedence over the password attribute of the <cvs-whatever> > NAnt task. Is that true? If so, then to me it is > non-intuitive since the most recent/most volitile > specification of something is usually what takes precedence. > > Merrill > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on > ITManagersJournal Use IT products in your business? Tell us > what you think of them. Give us Your Opinions, Get Free > ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Nant-users mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/nant-users > > > ______________________________________________________________ > __________________________________ > > This electronic mail (including any attachments) may contain > information that is privileged, confidential, and/or > otherwise protected from disclosure to anyone other than its > intended recipient(s). Any dissemination or use of this > electronic email or its contents (including any attachments) > by persons other than the intended recipient(s) is strictly > prohibited. If you have received this message in error, > please notify us immediately by reply email so that we may > correct our internal records. Please then delete the original > message (including any attachments) in its entirety. Thank you. > > ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Nant-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-users
