bug-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: acquiring wrong home directory


From: Larry Jones
Subject: Re: acquiring wrong home directory
Date: Thu, 29 Oct 2009 11:47:47 -0400

Thomas Wolff writes:
> From address@hidden  Thu Oct 29 06:37:08 2009
> Received: by ypnefprocess.pl
> Received: from ugs.com (uscimhub002.ugs.com [146.122.22.36])
>       by thor.ugs.com (8.11.6/8.10.1) with ESMTP id n9TAb7j08825
>       for <address@hidden>; Thu, 29 Oct 2009 06:37:07 -0400 (EDT)
> Received: from uscimhub001.net.plm.eds.com (161.134.128.165) by
>  USCIMHUB002.net.plm.eds.com (146.122.22.36) with Microsoft SMTP Server (TLS)
>  id 8.1.393.1; Thu, 29 Oct 2009 06:37:07 -0400
> Received: from uscimedg001.net.plm.eds.com (161.134.128.163) by
>  uscimhub001.net.plm.eds.com (161.134.128.165) with Microsoft SMTP Server
>  (TLS) id 8.1.393.1; Thu, 29 Oct 2009 06:37:06 -0400
> Received: from hermes2.automation.siemens.com (141.73.46.66) by
>  uscimedg001.net.plm.eds.com (161.134.128.163) with Microsoft SMTP Server id
>  8.1.393.1; Thu, 29 Oct 2009 06:37:06 -0400
> Received: from dragon1.automation.siemens.com (dragon1.automation.siemens.com
>  [195.27.237.96])     by hermes2.automation.siemens.com (Postfix) with ESMTP 
> id
>  861B525C880  for <address@hidden>; Thu, 29 Oct 2009 11:37:05 +0100
>  (CET)
> Received: from localhost (localhost [127.0.0.1])      by Virus-Spam-Check 
> (Postfix)
>  with ESMTP id 2D6F0F81E9     for <address@hidden>; Thu, 29 Oct 2009
>  11:37:05 +0100 (CET)
> Received: from hephaistos.siemens.com (hephaistos.siemens.com [217.194.34.77])
>       by dragon1.automation.siemens.com (Postfix) with ESMTP id 0A0B7F81D7    
> for
>  <address@hidden>; Thu, 29 Oct 2009 11:37:05 +0100 (CET)
> Received: from localhost (localhost.localdomain [127.0.0.1])  by
>  hephaistos.siemens.com (Postfix) with ESMTP id CBFB5E1804E   for
>  <address@hidden>; Thu, 29 Oct 2009 11:37:05 +0100 (CET)
> Received: from hephaistos.siemens.com ([127.0.0.1])   by localhost
>  (hephaistos.erlm.siemens.de [127.0.0.1]) (amavisd-new, port 10024)   with 
> ESMTP
>  id nim2TeFhZLyL for <address@hidden>;        Thu, 29 Oct 2009 11:37:05
>  +0100 (CET)
> Received: from 93.183.12.32 (helo=hephaistos.siemens.com)     by localhost 
> with
>  ESMTP        (envelope-from <address@hidden>)        for <address@hidden>;
>  Thu, 29 Oct 2009 11:37:03 +0100
> Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net
>  [93.183.12.32])      (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 
> bits))
>       (No client certificate requested)       by hephaistos.siemens.com 
> (Postfix) with
>  ESMTP        for <address@hidden>; Thu, 29 Oct 2009 11:37:01 +0100 (CET)
> Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55])        by
>  demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id
>  n9TAabMo025101       (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256
>  verify=FAIL);        Thu, 29 Oct 2009 11:36:38 +0100
> Received: from [10.149.155.84] ([10.149.155.84])      by
>  demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id
>  n9TAaZOE009237       (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256
>  verify=NO);  Thu, 29 Oct 2009 11:36:36 +0100
> Message-ID: <address@hidden>
> Date: Thu, 29 Oct 2009 11:36:35 +0100
> From: Thomas Wolff <address@hidden>
> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
> MIME-Version: 1.0
> To: Larry Jones <address@hidden>
> CC: <address@hidden>, <address@hidden>
> Subject: Re: acquiring wrong home directory
> References: <address@hidden>
> In-Reply-To: <address@hidden>
> Content-Type: multipart/alternative;
>       boundary="------------060401090907000507010102"
> X-purgate-ID: 149900::1256812624-00000A2E-D05D84F2/0-0/0-0
> X-purgate-type: clean
> X-purgate-size: 4338
> X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de
> X-purgate: clean
> X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=0.16.4
> 
> --------------060401090907000507010102
> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
> content-transfer-encoding: -SUGGEST
> 
> Larry Jones wrote:
> > address@hidden writes:
> >   
> >>   
> >> Hi, thanks for your response. Here is some diagnostic log:
> >>
> >> $ uname -a
> >> CYGWIN_NT-5.1 TOWOLEO 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin
> >>
> >> address@hidden ~
> >> $ cvs --version
> >>
> >> Concurrent Versions System (CVS) 1.12.13 (client/server)
> >>     
> > [...]
> >   
> >> address@hidden ~
> >> $ echo $HOME
> >> /cygdrive/d/Texte/towo
> >>
> >> address@hidden ~
> >> $ cvs login
> >> Logging in to :pserver:address@hidden:2401/cvs/src
> >> CVS password:
> >> cvs login: CVS password file /home/towo/.cvspass does not exist - 
> >> creating a new file
> >>     
> >
> > It seems to be something specific to cygwin -- that works fine on other
> > Unix and Unix-like systems.  You'll need to find someone with more
> > intimate knowledge of cygwin and the cygwin port of CVS to figure out
> > what's going on.  For this specific issue, you can set $CVS_PASSFILE to
> > work around the problem.
> >   
> Hi, a tried to check this a little bit.
> A quick grep for "getpw" as well as for "HOME" through the sources 
> reveals something different;
> in src/sanity.sh, it says explicitly:
>           # CVS looks at the home dir from getpwuid, not HOME (is that 
> correct
>           # behavior?), so this is hard to test and we won't try.
> No, this is not correct behaviour.
> In a few Changelogs, it seems this has been touched multiple times.
> In src/filesubr.c, function get_homedir, using $HOME depends on the flag 
> !server_active -
> while I didn't dig into this deeper and don't know when exactly this 
> flag is set, it does not look proper and I suspect this to be the cause 
> of the problem
> Kind regards,
> Thomas
> 
> --------------060401090907000507010102
> Content-Type: text/html; charset="ISO-8859-1"
> content-transfer-encoding: -SUGGEST
> 
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> <html>
> <head>
>   <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
> </head>
> <body bgcolor="#ffcc66" text="#000000">
> Larry Jones wrote:
> <blockquote cite="mid:address@hidden"
>  type="cite">
>   <pre wrap=""><a class="moz-txt-link-abbreviated" 
> href="mailto:address@hidden";>address@hidden</a> writes:
>   </pre>
>   <blockquote type="cite">
>     <pre wrap="">  
> Hi, thanks for your response. Here is some diagnostic log:
> 
> $ uname -a
> CYGWIN_NT-5.1 TOWOLEO 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin
> 
> address@hidden ~
> $ cvs --version
> 
> Concurrent Versions System (CVS) 1.12.13 (client/server)
>     </pre>
>   </blockquote>
>   <pre wrap=""><!---->[...]
>   </pre>
>   <blockquote type="cite">
>     <pre wrap="">address@hidden ~
> $ echo $HOME
> /cygdrive/d/Texte/towo
> 
> address@hidden ~
> $ cvs login
> Logging in to :pserver:address@hidden:2401/cvs/src
> CVS password:
> cvs login: CVS password file /home/towo/.cvspass does not exist - 
> creating a new file
>     </pre>
>   </blockquote>
>   <pre wrap=""><!---->
> It seems to be something specific to cygwin -- that works fine on other
> Unix and Unix-like systems.  You'll need to find someone with more
> intimate knowledge of cygwin and the cygwin port of CVS to figure out
> what's going on.  For this specific issue, you can set $CVS_PASSFILE to
> work around the problem.
>   </pre>
> </blockquote>
> Hi, a tried to check this a little bit.<br>
> A quick grep for "getpw" as well as for "HOME" through the sources
> reveals something different;<br>
> in src/sanity.sh, it says explicitly:<br>
> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; # CVS looks at the 
> home dir from getpwuid, not HOME (is that
> correct<br>
> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; # behavior?), so this 
> is hard to test and we won't try.<br>
> No, this is not correct behaviour.<br>
> In a few Changelogs, it seems this has been touched multiple times.<br>
> In src/filesubr.c, function get_homedir, using $HOME depends on the
> flag !server_active -<br>
> while I didn't dig into this deeper and don't know when exactly this
> flag is set, it does not look proper and I suspect this to be the cause
> of the problem<br>
> Kind regards,<br>
> Thomas<br>
> </body>
> </html>
> 
> --------------060401090907000507010102--
> 





reply via email to

[Prev in Thread] Current Thread [Next in Thread]