Re: BUG: cygwin warning: barfs on domain-based-mboxes; env corrupted by login(-p disabled)

2014-12-08 Thread Corinna Vinschen
On Dec  2 17:01, Corinna Vinschen wrote:
 On Oct 27 23:09, Linda Walsh wrote:
  At the very least, login -p should be fixed to work  (whereas
  now it has been explicitly patch to NOT WORK (man login:...)
  
 -p Used by getty(8) to tell login not to destroy  the  environment.
   This is disabled in the Cygwin version.
  
  Can login have the cygwin specific code that disables -p
  removed?
 
 You can always compile it yourself, of course.  For the official
 version we're not going to reintroduce this.
 
 However, the latest Cygwin snapshot from https://cygwin.com/snapshots/
 contains a patch which merges the user's default Windows environment
 (more precise, the variables from the user's default Windows environment
 missing in the current environment)  as soon as the user is switched.
 
 Please give it a try.

Linda?  Ping?  Did you have a chance to test this change?


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpXn1ZmQT27x.pgp
Description: PGP signature


Re: BUG: cygwin warning: barfs on domain-based-mboxes; env corrupted by login(-p disabled)

2014-12-02 Thread Corinna Vinschen
On Oct 27 23:09, Linda Walsh wrote:
 At the very least, login -p should be fixed to work  (whereas
 now it has been explicitly patch to NOT WORK (man login:...)
 
-p Used by getty(8) to tell login not to destroy  the  environment.
  This is disabled in the Cygwin version.
 
 Can login have the cygwin specific code that disables -p
 removed?

You can always compile it yourself, of course.  For the official
version we're not going to reintroduce this.

However, the latest Cygwin snapshot from https://cygwin.com/snapshots/
contains a patch which merges the user's default Windows environment
(more precise, the variables from the user's default Windows environment
missing in the current environment)  as soon as the user is switched.

Please give it a try.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgp5BuGeFK4SN.pgp
Description: PGP signature


Re: BUG: cygwin warning: barfs on domain-based-mboxes; env corrupted by login(-p disabled)

2014-10-29 Thread Linda Walsh

Andrey Repin wrote:

Greetings, Corinna Vinschen!

The next Cygwin release will have CYGWIN=dosfilewarning set to OFF
by default.



If anybody thinks it's really worth to keep this option available
and ON by default, please speak up.


I don't think it's worth the hassle. What little of the programs that is
unable to deal with native paths are printing obvious enough error messages to
convince the user that they should change their habits.

---
Not that I disagree with Corinna's decision, but Andrey's followup
doesn't necessarily apply (nor is it important in my case).

Bash is testing for the existence of a user's mbox, in the spool
directory -- it prints no error if it is not found -- I don't know
that it is important that it should as one can [re]set the system mbox
path if they want, in the startup scripts.  Just that this mbox
check uses some internally compiled name that is checked before
any user scripts are run.

Still doesn't fix the problem of the ENV being zeroed in 'login'
which triggered this problem in the first place.


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



Re: BUG: cygwin warning: barfs on domain-based-mboxes; env corrupted by login(-p disabled)

2014-10-28 Thread Corinna Vinschen
On Oct 27 23:09, Linda Walsh wrote:
 cygwin warning:
  MS-DOS style path detected: /usr/spool/mail/Bliss/law
  Preferred POSIX equivalent is: /usr/spool/mail/Bliss/law
  CYGWIN environment variable option nodosfilewarning turns off this
 warning.
  Consult the user's guide for more details about POSIX paths:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames

The next Cygwin release will have CYGWIN=dosfilewarning set to OFF
by default.

If anybody thinks it's really worth to keep this option available
and ON by default, please speak up.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpBfMvX9acFu.pgp
Description: PGP signature


Re: BUG: cygwin warning: barfs on domain-based-mboxes; env corrupted by login(-p disabled)

2014-10-28 Thread cyg Simple
On Tue, Oct 28, 2014 at 7:03 AM, Corinna Vinschen
corinna-cyg...@cygwin.com wrote:
 On Oct 27 23:09, Linda Walsh wrote:
 cygwin warning:
  MS-DOS style path detected: /usr/spool/mail/Bliss/law
  Preferred POSIX equivalent is: /usr/spool/mail/Bliss/law
  CYGWIN environment variable option nodosfilewarning turns off this
 warning.
  Consult the user's guide for more details about POSIX paths:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames

 The next Cygwin release will have CYGWIN=dosfilewarning set to OFF
 by default.

 If anybody thinks it's really worth to keep this option available
 and ON by default, please speak up.

As long as it isn't removed completely I don't care what the default is.

cyg Simple

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



Re: BUG: cygwin warning: barfs on domain-based-mboxes; env corrupted by login(-p disabled)

2014-10-28 Thread Andrey Repin
Greetings, Corinna Vinschen!

 On Oct 27 23:09, Linda Walsh wrote:
 cygwin warning:
  MS-DOS style path detected: /usr/spool/mail/Bliss/law
  Preferred POSIX equivalent is: /usr/spool/mail/Bliss/law
  CYGWIN environment variable option nodosfilewarning turns off this
 warning.
  Consult the user's guide for more details about POSIX paths:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames

 The next Cygwin release will have CYGWIN=dosfilewarning set to OFF
 by default.

 If anybody thinks it's really worth to keep this option available
 and ON by default, please speak up.

I don't think it's worth the hassle. What little of the programs that is
unable to deal with native paths are printing obvious enough error messages to
convince the user that they should change their habits.


--
WBR,
Andrey Repin (anrdae...@yandex.ru) 29.10.2014, 4:19

Sorry for my terrible english...


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