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

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

[Linda Walsh]

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
law.Bliss> 
who                                                                
Bliss\law pty0         2014-10-27 22:39 (Athenae)
law.Bliss> id
uid=5013(Bliss\law) gid=201(lawgroup) 
groups=201(lawgroup),544(Administrators),545(Users),\
512(Bliss\Domain Admins),513(Bliss\Domain Users)
----
Upon starting a new cygwin console session -- the first time after
boot, I get the above and I can't shut it off because 'login'
clears all of the Windows environment (including USERPROFILE)
when I use rlogin to login to my local host).

I don't know if rlogin also clears the environment, but login
pretty clearly does which causes all sorts problems trying to
run many (any?) windows based programs.

Note, the above mbox check in (all caps)
/USR/SPOOL/MAIL/BLISS\LAW

happens long before bash has opened it's first "rc" file, so
nothing in bash can be set to disable this problem before
it comes out (does Mbox processing before any rc processing).

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?  Is there a reason why it is _needed_ (I know it
may cause unpredictable results in a multi-user env -- but
that can be documented -- otherwise, there is no
reliable single-user workaround for the above (and a few
other ENV-wiped-based problems).









--
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)

[Corinna Vinschen]

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

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

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

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

[cyg Simple]

On Tue, Oct 28, 2014 at 7:03 AM, Corinna Vinschen
<corinna-cygwin@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)

[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 (anrdaemon@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

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

[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)

[Corinna Vinschen]

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

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

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

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

[Corinna Vinschen]

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

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

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]